[SIForge.org] Eccezioni Java #3: eccezioni e Object Orientation in pratica

Gildo (27 nov 2003, 18:06:03)

Non voglio lasciarvi senza notizie, ma non se ne fa niente! Lavoro da rifare! Chi conta ha deciso per le regole di business con il supporto di una classe 'Messaggio'. ... non mi piace per niente ... , ma... un occhio alle soddisfazioni del lavoro, un occhio anche - e soprattutto - al portafoglio! ... leggerò l'articolo ...

STEFANO FAGO (27 nov 2003, 13:51:59)

Un interessante articolo su validazione, eccezioni, regole ed altro: http://aspectsecurity.com/stinger/article.html ...

STEFANO FAGO (21 nov 2003, 10:41:29)

...Interessante..."Meccanismi di sicurezza sulla Logica di Sicurezza"...Egr.Dott. "Gildo" facci sapere!!!...

Giovanni Giorgi (20 nov 2003, 19:17:58)

Riguardo a --- Abbiamo utilizzato le eccezioni per gestire se qualcosa va storto: l'utente non esiste, oppure, l'utente esiste ma la password è errata, oppure, login e password sono corrette ma l'utente non ha una modalità di accesso sull'applicativo. La domanda: è corretto, in questa situazione, l'utilizzo delle eccezioni, oppure le risposte del sistema devono avvenire attraverso i meccanismi delle regole di business ? --- In generale sconsiglierei di usare le eccezioni in questi casi. La ragione e' pratica: lanciare un eccezione e' un operazione enormemente lenta, perche' non sono state pensate per esprimere regole di business! E' banale per un hacker costruire un programmino che forzi il sistema, per es tentando di far fare login ad un utente che non esiste. Il risultato e' un DoS. Mayer dice che le eccezioni sono come i pompieri che arrivano a spegnere l'incendio in casa: non li chiamiamo mica se qualcuno gioca solo con il citofono ;)

STEFANO FAGO (20 nov 2003, 16:53:51)

Per quella che è la situazione esposta, mi sentirei di dire che l'approccio è corretto specie se si riguardano le condizioni di errore come violazione del normale flusso applicativo...La cosa interessante è sapere se sono state usate eccezioni di runtime o checked...E' un discorso interessante che ha anche diversi indotti: regole di validazione, configurazione della validazione, strati di validazione, errori dello stesso meccanismo di validazione, etc...Se puoi dettagliare qualcosa in più sarebbe bello approfondire, anche nella considerazione che molti framework esistenti utilizzano l'approccio "ad eccezioni"(alcune proposte interessano anche l'uso del web.xml di una web-app)...

Gildo (19 nov 2003, 17:39:03)

Abbiamo sviluppato dei pacchetti applicativi con il controllo utenti (login-password) per determinare le modalità di accesso. Abbiamo scelto come politica di gestione dell'utente in ingresso un processo diviso in tre passi: 1 Verifica login 2 Verifica password 3 Estrazione della modalità di utilizzo (in dipendenza dall'utente e dall'applicativo cui è rivolta la richiesta di ingresso) Abbiamo utilizzato le eccezioni per gestire se qualcosa va storto: l'utente non esiste, oppure, l'utente esiste ma la password è errata, oppure, login e password sono corrette ma l'utente non ha una modalità di accesso sull'applicativo. La domanda: è corretto, in questa situazione, l'utilizzo delle eccezioni, oppure le risposte del sistema devono avvenire attraverso i meccanismi delle regole di business ? Grazie

Marco Lamberto (31 ott 2003, 21:32:01)

Segnalo questo link, a mio avviso interessante, relativo ad una modifica del linguaggio nel JDK 1.4: Throwing Checked Exceptions during Instance Initialization http://www.sys-con.com/story/?storyid=35532