Newsgroup: it.comp.java
Titolo: versione java diffrentie da quella usata da tomcat.(Unsupported major.minor version 52.0 )

salve,
su un Pc con un server LAMP ubuntu 12.04 32b, dove gira  Apache Tomcat/6.0.35  e java 1.6.0_34-b34.
 
Qui dovrebbe girare una mia Web app sviluppata con NetBeans su un PC con ububtu 14.04 64b. 
 
Non riesco a trovare la versione java da far utilizzare a Netbeans in compilazione per evitare il problema  come da titolo ((Unsupported major.minor version 52.0)
Ho provato con java-1.6.0-openjdk-amd64/   presa da aggionameto pacchetti
e con jdk1.6.0_34/ scaricata da oracle
 
senza risoltato utile.
 
qualsiasi suggerimento è gradito.
 
grazie 
 
danilo

 CUT
 
probabilmente hai compilato il progetto con jdk 1.7 o 1.8.
Devi compilarlo impostando la compatibilità per 1.6.


Grazie,
 ma tra le  proprietà del progetto, nelle librerie, ho dichiarato come piattaforma java la jdk6 (una delle due che ho menzionato prima: la openjdk  o quella oracle).

 qualsiasi suggerimento è gradito.
 
inizia con applicare le best practice: evita di fare le build con netbeans
(ma anche con eclipse, è uguale) ma usa i tools appositi come maven o
gradle. in questo modo tieni sotto controllo tutti i parametri compresa
la versione di java in compilazione, rendendo la build robusta e
riproducibile.
in secondo luogo guarda anche alla classe che da quell'errore, magari
potrebbe essere una libreria che includi nel progetto e allora hai voglia
di armeggiare il jdk.
 

Il giorno venerdì 27 febbraio 2015 17:39:46 UTC+1, vor ha scritto:

grazie per il consiglio di usare maven, ma per il momento è prematuro.
Questa webapp, compilata sun altro PC, apparentemente con le stesse proprietà, ha girato sul server senza problemi.

 grazie per il consiglio di usare maven, ma per il momento è prematuro.
 
Perche`? 
Io uso Maven per ogni mio progetto java, anche per gli hello world.
La struttura del codice usata da Maven e` ottimale se vuoi (e devi, anche per l'hello world) creare unit tests.

 Questa webapp, compilata sun altro PC, apparentemente con le stesse proprietà, ha girato sul server senza problemi.
 
ricordi cosa dicevo a proposito di build "robusta e *riproducibile*"?
 
che la qualità di una build dipenda da fattori aleatori lo troverei 
intollerabile, ma tutti i gusti son gusti.


Non ho pregiudizi per Maven, soltanto non lo conosco, e con i soli tutorial in rete non riesco a utilizzarlo.Ad esempio dove e come dichiaro le librerie che devo includere? nelle dipendenze? ma fin che sono librerie mie posso ricrearle con maven, ma per quelle di cui ho soli i jar?

 Non ho pregiudizi per Maven, soltanto non lo conosco, e con i soli tutorial in rete non riesco a utilizzarlo.Ad esempio dove e come dichiaro le librerie che devo includere? nelle dipendenze? ma fin che sono librerie mie posso ricrearle con maven, ma per quelle di cui ho soli i jar?
 
ci sono soluzioni per tutti i gusti. le librerie open source stanno sui
repository su internet e maven se le scarica per conto suo, in alternativa
la puoi installare localmente oppure in estrema ratio distribuite insieme
al progetto.
 
ma quello che voglio dire è che usare un build tool come maven è
fondamentale, insieme al controllo di versione è uno di quei strumenti
indispensabili nel project management. 

Il giorno venerdì 27 febbraio 2015 17:39:46 UTC+1, vor ha scritto:

Per un caso fortuito, ho dvuto spegnere il server. Dopo la riaccensione, ho rifatto il deploy della mia applicazione, e tutto ha funzionato senza più problemi di versione java.
Grazie ancora a tutti per i consigli.

 Grazie ancora a tutti per i consigli.
 
mi fa piacere, ma se vuoi un ultimo consiglio non considerare risolta
la questione perché non lo è assolutamente.