Newsgroup: it.comp.java
Titolo: jbuilder 6

Ciao,
sono un neofita di java, uso jbuilder 6, ho provato il seguente codice
tratto dal sito della SUN:
package MyFirstProject;
public class HelloWorld
{
    public static void main(String args[]) throws Exception
    {
        System.out.println("Hello World!");
        System.in.read();
    }
}
ho fatto make HelloWorld.java ed è andato tutto bene, ma quando ho fatto il
run, il programma mi dice di mettere le Runtime Properties, che sinceramente
non so cosa siano e quindi non riesco a far partire il programma.
Aiutatemi x favore.Grazie

 ho fatto make HelloWorld.java ed è andato tutto bene, ma quando ho fatto
il
Devi cliccare con il tasto destro nell'area di progetto (in alto a sinistra)
sul file che vuoi eseguire,  quindi dal menù contestuale scegli "run". In
pratica scegli "run" sulla classe che vuoi eseguire. Il dialog che ti
compare, ti chiede quale classe vuoi eseguire, poiché non è stata scelta
quella di avvio del progetto.

 Sono l'unico a pensarlo?
Limitato no, buggato assolutamente si, anche se... non sempre: ad un
mio collega funziona perfettamente!
Io ho riscontrato vari incovenienti, tra cui:
- l'impossibilità di fare un jar, perché jbuilder si blocca e va
killato
- l'impossibilità di decidere effettivamente di non includere ogni
classe e libreria nei war (legato al problema sopra di cui sopra)
- follie tipo che non vede le classi importate con *, e le vede se
importate una ad una (solo raramente, per fortuna)
- follie tipo segnalare errori sintattici inesistenti che scompaiono
riavviandolo o riscrivendo di sana pianta la riga che genera l'errore
Proviamo a scaricare la patch da
http://www.borland.com/devsupport/jbuilder/downloads/jb6_update_001/
e speriamo che tutto magicamente si risolva.
Non ho avuto ancora il tempo di farlo, se ti interessa possiamo
riaggiornarci su questa faccenda scocciante....
ciao
tityrus

riavviandolo o riscrivendo di sana pianta la riga che genera l'errore
io non ho avuto nessuno dei problemi di cui sopra ma aggiungo:
lancio il build e il processo di compilazione si blocca su di un file
col contatore dei file elaborati che continua a crescere. per
risoverlo basta mettere un errore in tale file, ricompilare, togliere
l'errore e ricompilare. :-)
ciao
-- 
Seti@Home Java Applets
http://maruko.cjb.net/

 e speriamo che tutto magicamente si risolva.
Sì proviamo. Non conoscevo il link, grazie per l'utile info.
Io ho riscontrato invece i seguenti:
1) nel code editor non funziona più il member-insight se stai lavorando su
una jsp:
 per verificare l'errore basta editare una JSP, scrivere "Sys" e poi premere
CTRL+Spazio (o CTRL + H), dovrebbe completare la parola con System... invece
non fa niente.
2) sempre editando  JSP , non funziona nemmeno il class-insight:
esempio, scrivi System.out.println(); ti posizioni in mezzo alle parentesi e
premi CTRL+SHIFT+SPAZIO (oppure CTRL+SHIFT+H), dovrebbe mostrare la lista di
parametri ed eventuali overload del metodo
3) sempre come sopra... sulle JSP non funziona più il class insight (quando
premi CTRL + invio dovrebbe aprirti a video la classe su cui è posizionato
il cursore... invece non funziona più)
il find definition (CTRL-ALT-SPAZIO), per fortuna funziona, ed è stato anche
migliorato.
Questa roba quì sopra è scandalosa...
4) sugli EJBGroup con JBuilder 5 era possibile definire un ejb per il gruppo
(nei deployment descriptor) su delle classi che avevi già, in altre parole
quando cliccavi su un ejbgroup ti apriva il pannello "structure information"
sotto il project pane e ti permetteva di definire degli EJB di cui hai già
le classi. Il "structure information" per gli ejbgroups non esiste più con
JBuilder 6...
Quest'altra roba è una brutta grana, ma forse non ho ancora trovato questa
funzionalità (il che vuol dire che dunque l'anno complicata, visto che con
JB5/JB4 ci ho messo pochi minuti a familiarizzare con gli ejbgroup che prima
non conoscevo, ora ci ho già perso varie ore senza risultato).
5) Se definisci BAS 5.0 come application server specificandolo dall'
Enterprise Setup dal menù tools, non è più possibile modificare gli
ejbgroups (anche le loro icone cambiano con un iconcina con dei numeri
binari sopra, come se non si trattasse più di nodi ejbjar)
6) Il colore dei messaggi di tomcat ora è rosso, mentre le system.out escono
in nero... ciò è buono perché ti permette di distinguere i tuoi messaggi da
i log di tomcat a colpo d'occhio, ma perché non utilizzare... che so il
verde per i messaggi di log, il nero per le system.out e il rosso per le
eccezioni ? Prima le eccezioni erano rosse e i messaggi di log erano neri, e
quindi faceva risaltare le eccezioni; ora è tutto rosso...
7) Quando aggiungi delle librerie al progetto, non vengono automaticamente
aggiunte nel classpath di tomcat quando poi esegui il progetto. Ciò dà dei
casini tremendi se usi JBoss+Tomcat, perché i due classloader diversi
(quello di sistema e quello del war) fanno un macello e ti fanno perdere un
paio d'ore la prima volta che incontri il problema (esempio: le classi di
supporto a JNDI sono caricate a livello di system classloader, e non trovano
le classi del war quando fai il cast, o robe simili). Con JB5 non accadeva,
perché jb5 metteva le librerie sulla linea di comando di tomcat (ciò non
sarebbe proprio corretto da un punto di vista formale, ma semplifica molto
la configurazione di sviluppo).
Attualmente per mole cose io sto usando JB5 anche se sto familiarizzando con
JB6, ma anche se è un mesetto che ci gioco mi sembra che sia meglio il 5...
le funzionalità nuove, anche prima volendo le aggiungevi attraverso degli
opentool.

 l'errore e ricompilare. :-)
Non l' ho riscontrato, ma a volte effettivamente il build si sofferma per
vari secondi sulla compilazione di qualche file...
Un tip per velocizzare il rebuild, può essere quello di utilizzare il make,
anziché il rebuild (con JB4 non usavo mai il make xké era una scheggia anche
il build), si può pensare di disabilitare la precompilazione delle JSP ed
evitare che crei i jar/war/ear e gli ejb-jar ad ogni ricompilazione.
Alcune features nuove sono molto carine, ma l'uml è completamente in utile
così come è implementato (anche se è molto carino visivamente :) mi sembra
giusto "un effetto speciale" che non dà però valore aggiunto )
Raga, aprite l'about box e digitate "meettheteam"  (meet the team, ma tutto
attaccato).

i punti 1,2,3 forse li hanno risolti... meno male. erano i più fastdiosi:
[125344] JSP CodeInsight doesn't work when manually activated
il jar da scaricare (400k circa) contiene le fix.
http://www.borland.com/devsupport/jbuilder/downloads/jb6_update_001/

Ok... l'1 e il 2 sono apposto ma il 3 no:
3) sempre come sopra... sulle JSP non funziona più il class insight (quando
premi CTRL + invio dovrebbe aprirti a video la classe su cui è posizionato
il cursore... invece non funziona più)
La mia comprensione ai programmatori di JBuilder, chissà che pressioni gli
han fatto per rilasciare in tempi ristretti e questi sono i risultati...

Anche io ho avuto una brutta esperienza...
Ieri ho perso un pomeriggio ad impazzire con una applicazione perchè non
funzionava correttamente e non capivo dove... ho spulciato tutto il
possibile...
Alla fine, con una sessione di debug estremo ho scoperto che venivano
eseguite alcune linee commentate e non eseguite altre non commentate!!!
"Assurdo!" -mi son detto.
Chiudo JB6, riavvio la macchina (non si sa mai...), ricompilo, tutto
funziona correttamente!
Già avevo perso un po' di fiducia ieri, oggi, a sentire voi, la perdo del
tutto!
Fausto.

 tutto!
Beh, JBuilder secondo me rimane il migliore, anche con i bachi della 6.
Comunque ad esempio, io della versione 5 ero rimasto molto favorevolmente
colpito. Con la 6, il problema delle JSP mi ha scandalizzato, mi son detto
"e mo' sto coso come lo uso con JSP" (sì lo so, molti di voi conoscono le
API di java a memoria e non hanno bisogno della completion del codice... io
sono pigro e preferisco che il codice lo digiti JBuilder al posto mio... ).
JBuilder, come tutti gli IDE che abbiano una certa complessità va "compreso"
(nel senso che bisogna essere comprensivi) e una volta che si entra nella
sua ottica si capisce anche come funziona dietro le quinte e perché certi
"comportamenti strani" si manifestano.
X JBuilder bisogna che anche il pc sia "comprensivo" (tipo 512 MB di ram
sarebbero una buona cosa...).
Al limite prova il 5, a me è piaciuto molto.


con 128 ci vuole grande pazienza, poi sono passato a 320 e ora mi
trovo molto bene.


 wrote in message
news:a55bec$d8a$1...@lacerta.tiscalinet.it...

Lavoro da sempre con il 5, ho imparato a conoscerlo bene e mi piace! Infatti
non volevo demonizzare il jBuilder, ma evitare di perdere tempo con la
versione 6 per capire di chi è l'errore (mio o un baco?!?).
Anche a me Jb5 sembra per adesso il migliore.
Il mio PC è uno di quelli comprensivi, quindi non dovrebbero esserci
problemi hardware! Ti ringrazio, ma tivolevo chiedere un chiarimento per
quanto riguarda le prime cose che hai scritto, in cui affermi che il fatto
che vengano eseguite linee di codice commentate non sia causa dell'IDE...
Cosa intendi con "classi non in linea con i sorgenti"?
Ti ringrazio,
Fausto.


che stai debuggando codice che non rispecchia il codice sorgente.
ovvero hai fatto delle modifiche al sorgente ma i class, per qualche
motivo, sono vecchi.
a me succede quando lavoro su di un'applicazione che usa una mia
libreria. modifico la libreria ma dimentico di fare il rebuild
dell'applicazione con la nuova versione. l'applicazione quindi,
continua ad usare una vecchia versione della libreria... ma il
sorgente che vedo e' quello nuovo.


 ciao
Ciao e grazie!


dall'esempio che ho portato, per quanto poco chiaro e spiegato male
(lo ammetto), no, e' colpa tua/mia che non hai/ho fatto il rebuild.
se poi ci sono casi in cui il colpevole e' l'ide... non mi e' ancora
capitato.


 wrote in message
news:ckvc7u8o4327ufuk2...@4ax.com...

L'esempio era chiaro! Scusa, ma credevo che jb5 facesse il rebuild prima di
fare il debug!
Grazie ancora,
Fausto.



lo fa, ma non anche delle librerie che includi. se quelle sono
disallineate hai il problema di cui sopra.


Già, JBuilder ha qualche attenuante :) anche se ognittanto si comporta in
modo imprevedibile. Dev'essere di sesso femminile...;-)