Newsgroup: it.comp.java
Titolo: debug servlet

1:come si fa il debug con le servlet?
2:secondo voi č giusto?
   E' una chiamata tramite servlet ad un DB.
Mi ritorna sempre falso
PS:Non ho tanta dimestichezza con il rs.next
qualcuno mi potrebbe spiegare cosa ritorna esattamente?
---------------------------------------------------
 String query = "SELECT cli_cogn, cli_nome FROM Anagrafica WHERE cli_nome =
" + name + " && cli_cogn = " + password + " ";
//  Oggetto Resultset per leggere il risultato
 ResultSet rs = stmt.executeQuery (query);
 while(rs.next()){
  cogn = rs.getString("cli_cogn");
  nome = rs.getString("cli_nome");
    }
          if (cogn == null | nome == null)
             ret = false;
          else
             ret = true;
------------------------------------
Grazie
--
--
Ciao
                                        Roche
               - The Mannix -
Sei stufo di ascoltare la solita minestra?
Clicca quě sotto:
 
http://stage.vitaminic.it/the_mannix/

     }
Cosi' facendo ti leggi tutto il resultset e ne esci solo quando i
valori sono nulli.
Davide


Secondo me non e' giusta la query...
in SQL  non si usa &&, ma AND.
La query dovrebbe quindi essere:
String query = "SELECT cli_cogn, cli_nome FROM Anagrafica WHERE
cli_nome = " + name + " AND cli_cogn = " + password + " ";
Un saluto
Lucio Benfante
Brainbench MVP for Java 1
http://www.brainbench.com
Sent via Deja.com
http://www.deja.com/

 parametro di inizializzazione e' settato a true).
Io a volte butto roba sull'outputStream :) Comunque anche io uso una
private static final boolean debug = true;
if (debug)
  out.println("...");
in quanto al momento in cui debug č false, la compilazione delle classi
'lascia fuori' tutte le istruzioni che non possono essere raggiunte in
quanto la precondizione č falsa, e quindi il tutto equivale a rimuovere a
manina tutto il codice di debug... senza toglierlo effettivamente.
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

 manina tutto il codice di debug... senza toglierlo effettivamente.
...il problema e' proprio qui!...il codice non viene tolto
effettivamente...e quindi va a "ingrassare" la classe, che conterra'
del codice che non viene mai utilizzato (se non nel, si spera, breve
periodo di debug). Prima di rilasciare la versione definitiva, o quando
si e' sicuri che il debug e' terminato, bisognerebbe armarsi di
pazienza ed eliminare a mano il codice di debug. Purtroppo Java non ha
un preprocessore come il C/C++.
Ciao


 effettivamente...
Forse mi ricordo male, ora vado a controllare. Mi pareva di averlo letto su
Java Performance Tuning, ma chissà magari si riferiva a HotSpot che faceva
qualcosa del genere.


Se metto il codice,
qualcuno me lo corregge?
Mi da sempre un risultato positivo....
Ah, forse ho sbagliato mestiere!
--
--
Ciao
                                        Roche
               - The Mannix -
Sei stufo di ascoltare la solita minestra?
Clicca quì sotto:
 
http://stage.vitaminic.it/the_mannix/

 True se c'e' un record successivo, false in caso contrario.
- OK, ma se per caso dovrei avere dei
valori di ritorno come faccio?


,



 un preprocessore come il C/C++.
Io utilizzo una classe Logger, semplicissima, fatta una volta si usa
sempre.
Ad es. Logger.log("DEBUG", this.getClass().getName(), "messaggio");
In un file di configurazione ho definito il livello di log che voglio
(DEBUG, INFO, ERROR, ....) cosě basta cambiare una riga nel file di
configurazione per evitare di creare il file di log. E se in futuro
bisogna rimettere mano al codice, rimetto "DEBUG"....
Non č una procedura 'normale'?
ciao
maS


,

--
Lucio Benfante
Brainbench MVP for Java 1
http://www.brainbench.com


Scusate la mia ignoranza,
ma non č che potreste farmi un esempio?
Cosě almeno ci tiro fuori qualcosa....
sono fermo da una settimana e
riesco ad andare avanti solo grazie a VOI
del ng (non č una leccata di c...)!!!
Grazie in anticipo
PS:Comunque sotto ho messo il codice del programma che non va
--
--
Ciao
                                        Roche
               - The Mannix -
Sei stufo di ascoltare la solita minestra punk?


 in piu" (anche se in effetti lo riduce un (bel) po'), dato che la
E' vero, ma in applicazioni un po' grossine il log è sempre meglio
crearselo, se addirittura non lo richiede esplicitamente il cliente.
Inoltre se l'applicazione andrà in mano ad altri, dai la possibilità
perlomeno di registrare tutti gli errori o eventuali problemi, o tener
traccia di quello che succede.
Forse dico così perché non ho mai fatto nulla che richiedesse di non
sciupare ogni singolo ciclo di clock; in applicazioni che stanno su 5
macchine sparse per l'Italia, la chiamata al logger quando serve non è
poi così dispendiosa.....
