Newsgroup: it.comp.java
Titolo: import non trovato

Ho trovato un applicazione che vorrei testare ma non ci riesco perchè
non trovo:
com.apple.eawt.Application
com.apple.eawt.ApplicationAdapter
com.apple.eawt.ApplicationEvent
Ho visto nei plugin sul mio eclipse ma non li trovo, dove posso
scaricarli?

 com.apple.eawt.Application
http://developer.apple.com/java/faq/
-- 
Davide Consonni

 wrote:

Grazie per la risposta, ma io non sto lavorando su di un Mac posso
sempre compilare tale codice?

ari...@tiscali.it
 wrote:

dipende se gli import ti servono no. senza vedere il codice è dura  :D
-- 
Davide Consonni

 Davide Consonni
Non ho capito in che senso gli import servono, oppure non servono? Se
non compila significano che servono.... o no?

 non compila significano che servono.... o no?
si se li togli e non compila č perchč servono
-- 
Davide Consonni


Potrebbe anche non compilare perché importi una classe non esistente che 
pero' non usi.
Aggiungi
import pippo.Pippo;
ad un programma che compila e vedi che non compila piu' anche se 
l'import non serve.
-- 
Andrea Francia
http://www.andreafrancia.it/

On 14 Mag, 13:50, Andrea Francia

No la classe viene usata perchè se commento gli import mi segnala poi
errore dove usa tali calssi


Allora gli import servono. Quello che volevano dirti e che non era detto 
che servissero solo sapendo che non compilava. Come ti ha detto qualcuno 
senza vedere il codice è dura dire qualsiasi cosa.


On 14 Mag, 14:07, Andrea Francia

Non credo che vedendo il codice si risolva la cosa. é un esempio preso
da un libro.
Il codice si può scaricare seguendo questo link :
http://www.hoepli.it/editore/visbook.asp?id=978-88-203-3657-8
Poi si deve cosiderare /UMLDP/src/it/hoepli/umldp/sudoku/ e poi la
classe incriminata degli import è : /UMLDP/src/it/hoepli/umldp/sudoku/
utils/os/OSUtils.java

 utils/os/OSUtils.java
Se vuoi compilarlo fai così: commenta o rimuovi tutta la parte che usa 
le librerie che ci sono su mac e basta.
OSUtils.java è progettata male.
Dovevano dividere la parte dipendente dal sistema o da librerie 
difficili da trovare e metterla in una classe specifica, magari 
MacOSUtils.java in modo che uno poteva decidere di non compilarla se non 
ne aveva la possibilità e la necessità.



Caspita già l'hai vista! Bhe però non ho capito bene come fare quello
che dici. Non voglio farti perdere tempo, magari mi metto a studiare
un po e trovo la soluzione. Se invece vuoi mandarmi la classe
OSUtils.java in modo che compili puoi farlo :-)

 OSUtils.java in modo che compili puoi farlo :-)
Ho tolto la parte system dependent. così dovrebbe compilare. Ma non è 
detto che funzioni. Da come è fatto lo zip si intuisce che il progetto è 
stato sviluppato su Mac. La hoepli si dovrebbe vergognare di aver 
pubblicato del codice che funziona solo su Mac in un libro destinato ai 
programmatori Java in generale.
/**
  * OSUtils
  */
package it.hoepli.umldp.sudoku.utils.os;
import it.hoepli.umldp.sudoku.controller.GameController;
import it.hoepli.umldp.sudoku.ui.PreferencesFrame;
import java.io.File;
import javax.swing.JFrame;
import javax.swing.JOptionPane;
/**
  * Funzioni di varia utilitˆ legate al sistema operativo
  *
  * @pattern Singleton
  * @author max
  */
public class OSUtils {
	/** unica istanza della classe */
	private static OSUtils instance = new OSUtils();
 
	/**
	 * Crea nuovo oggetto
	 */
	private OSUtils() {
	}
	/**
	 * @return unica istanza della classe
	 */
	public static OSUtils getInstance() {
		return instance;
	}
 
	/**
	 * @return strategia specifica al sistema operativo in uso
	 */
	public Strategy getStrategy() {
		return new NullStrategy();
	}
 
	/**
	 * Funzionalitˆ specifiche relative ai sistemi operativi
	 *
	 * @pattern Strategy
	 * @author max
	 */
	public interface Strategy {
 
		/**
		 * Esegue le inizializzazioni del sistema
		 */
		void init();
 
		/**
		 * @return percorso di default dove salvare i giochi
		 */
		String getDefaultDataPath();		
 
		/**
		 * @return percorso del file di configurazione
		 */
		String getPropertiesPath();
	}
 
	/**
	 * Strategia che non fa nulla, nel caso il programma non
	 * sia in grado di determinare il sistema operativo in
	 * cui sta girando.
	 *
	 * @pattern Strategy
	 * @author max
	 */
	class NullStrategy implements Strategy {
 
		/**
		 * Non fa nulla
		 */
		public void init() {
		}
 
		/**
		 * @return stringa vuota
		 */
		public String getDefaultDataPath() {
			return "";
		}
		/**
		 * @return stringa vuota
		 */
		public String getPropertiesPath() {
			return "";


On 14 Mag, 14:42, Andrea Francia

Provato...compila, si avvia, ma non funziona la fase di
inizializzazione. Comunque grazie.
Mah chi se lo sarebbe mai aspettato un codice che funziona solo su
Mac...!

 Mac...!
write once, run anywhere forse non vale per la hoepli :D
-- 
Davide Consonni

 wrote:

Ma cmq non so quanto centri la casa editrice, penso che la
responsabilità sia dell'autore.


Non so se la hoepli se la vuole prendere questa responsabilità, pero' 
adesso so che la Hoepli fa scrivere libri su Java ad un autore che 
produce software che non compila sull'80% dei computer.
Adesso che lo so quando prenderò un libro della Hoepli o dell'autore ci 
penserò due volte.


 wrote:

Cmq con le sole modifiche che hai fatto il gioco funziona. Grazie
Andrea!!!!!!!
In una risposta ho scritto che non funzionava, ma solo perche non
caricavo il file del gioco, ora l'ho caricato e funziona.!