Visualizzazione dei risultati da 1 a 9 su 9

Hybrid View

  1. #1
    Utente di HTML.it L'avatar di andbin
    Registrato dal
    Jan 2006
    residenza
    Italy
    Messaggi
    18,284
    Quote Originariamente inviata da Gas75 Visualizza il messaggio
    ma in esecuzione la virtual machine continua a non trovare la classe principale.
    Qui è solo questione di vedere cosa stai avviando, come e da dove.

    Quote Originariamente inviata da Gas75 Visualizza il messaggio
    Resto basito del fatto che un linguaggio avente come punto di forza la portabilità multipiattaforma compili o non compili lo stesso codice a seconda se si usa un IDE o la riga di comando.
    Non c'è bisogno di prendersela con la portabilità o altro. Usare direttamente i tools del JDK è chiaramente diverso dall'usare un IDE. Eclipse ad esempio ha il suo compilatore java interno e normalmente compila con quello. Inoltre gli IDE in generale (che usino il compilatore del JDK o no) possono comunque avere settings preconfigurati e/o impostabili riguardo come trattare errori e warning.
    Andrea, andbin.devSenior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
    java.util.function Interfaces Cheat SheetJava Versions Cheat Sheet

  2. #2
    Quote Originariamente inviata da andbin Visualizza il messaggio
    Qui è solo questione di vedere cosa stai avviando, come e da dove.
    Il mio file .java ha una sola classe, quella omonima del file stesso, non c'è molto da decidere cosa avviare: javac genera un unico file .class; l'unica differenza tra NetBeans e prompt è che l'IDE posiziona i .class in una cartella dedicata diversa da quella del .java.
    Quote Originariamente inviata da andbin Visualizza il messaggio
    Non c'è bisogno di prendersela con la portabilità o altro. Usare direttamente i tools del JDK è chiaramente diverso dall'usare un IDE. Eclipse ad esempio ha il suo compilatore java interno e normalmente compila con quello. Inoltre gli IDE in generale (che usino il compilatore del JDK o no) possono comunque avere settings preconfigurati e/o impostabili riguardo come trattare errori e warning.
    In NetBeans è impostato il path del JDK da usare, che è il medesimo che ho indicato come variabile d'ambiente in Windows per invocare i comandi Java da prompt.
    I warning li ho sempre lasciati come preimpostati... Che eventualmente l'IDE non li visualizzi tutti è un conto, ma forse il problema è un altro: il .class di un .java generato da NetBeans sembrerebbe diverso dal .class dello stesso .java generato col comando javac, il che contrasta non poco con la filosofia della portabilità.

  3. #3
    Utente di HTML.it L'avatar di andbin
    Registrato dal
    Jan 2006
    residenza
    Italy
    Messaggi
    18,284
    Quote Originariamente inviata da Gas75 Visualizza il messaggio
    Il mio file .java ha una sola classe, quella omonima del file stesso, non c'è molto da decidere cosa avviare: javac genera un unico file .class;
    Se non ha neanche la dichiarazione di package, allora è pure più semplice:

    javac NomeClasse.java

    java NomeClasse

    (ammesso che non ci siano grane sulla configurazione del CLASSPATH, che ovviamente non posso sapere cosa hai)

    Quote Originariamente inviata da Gas75 Visualizza il messaggio
    è che l'IDE posiziona i .class in una cartella dedicata diversa da quella del .java.
    Sì, gli IDE di norma tengono ben separati i sorgenti dai file generati. E per buone/ovvie ragioni.

    Quote Originariamente inviata da Gas75 Visualizza il messaggio
    il .class di un .java generato da NetBeans sembrerebbe diverso dal .class dello stesso .java generato col comando javac
    Lo dici in base a cosa?
    Andrea, andbin.devSenior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
    java.util.function Interfaces Cheat SheetJava Versions Cheat Sheet

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.