Newsgroup: it.comp.java
Titolo: AJAX vs un vero application-server.

Non capisco quale sia il senso di AJAX quando quello a cui si tende e` una
Internet application: perche` complicarsi la vita con AJAX quando
utilizzando, per esempio, gli EJB e JBOSS si va sul sicuro con una
tecnologia gia` collaudata da anni, in continua crescita, compatibile
pure con i brower che eseguono gli applet, che offre omogeneita`
nelle interfacce e negli standard utilizzati e tutti i vantaggi di J2EE?
Qualcuno mi spieghi....

 ha scritto nel messaggio 
news:pan.2006.10.17....@catamail.it...

Secondo me hai le idee un po' confuse.
E' come dire, perche' usare JavaScript quando abbiamo gli EJB...ma che 
centra? 



Se si vuole fare una Internet Application non e` meglio utilizzare
direttamente gli EJB anziche` passare attraverso XML, JavaScript, HTML,
JSP, ecc. ecc.?

 ha scritto nel messaggio 
news:pan.2006.10.17...@catamail.it...

IO non so quasi nulla di EJB, ma sti bean, che immagino formino il Model 
dell'applicazione, andranno pur renderizzati. AJAX coinvolge solo la 
view...non vedo cosa centri.
Comunque anche se fosse, non e' che siano due cose in concorrenza... 

 Comunque anche se fosse, non e' che siano due cose in concorrenza...
Quoto. La tua domanda è un po confusa.
copesc
---
java.information-technology-articles.com
db.information-technology-articles.com
cms.information-technology-articles.com
webdevelopment.information-technology-articles.com
cplusplus.information-technology-articles.com
oracle.information-technology-articles.com

 Comunque anche se fosse, non e' che siano due cose in concorrenza...
Be...con JBOSS ed EJB fai una bella applicazione client-server nel senso
che il tuo applicativo avra` tutto o una parte dell'elaborazione su
un server remoto mentre la visualizzazione viene affidata alla VM locale
e lo scambio di dati sara` comunque minimo. Se consideri che il browser fa
da visualizzatore per una serie di pagine la cui elaborazione e` affidata
ad un server remoto (AJAX) e che il browser solitamente esegue il byte
code (Applet Java), allora costruisci un applet java che fara` da
interfaccia grafica alla tua applicazione remota (che gira su JBOSS).Se
devi modificare l'interfaccia grafica non devi farti il culo per
smanettare XML o quant'altro ma semplicemetne editare l'applet (che il
browser carichera` dal server Web) con un IDE tipo NetBeans. Forse ho
fatto un po di confusione infatti devo ammettere che neanche io ho mai
utilizzato JEB e JBOSS, pero` da quel che sto leggendo mi sembra che le
possibilita` le finalita` siano queste. Ciao.

Marco Filo ha scritto:

Il fatto è che gli Informatici si affezionano alle sigle.
AJAX è sempre esistito, l'unica "rivoluzione" è l'oggetto
XMLHttpRequest che prima della sua introduzione poteva benissimo essere
implementato con una banalissima applet nascosta nella pagina ed in
grado di effettuare richieste HTTP verso il server dal quale veniva
scaricata.
Poi come hanno detto AJAX coinvolge soltanto la View ... insomma è
tutto brodo :-D

 possibilita` le finalita` siano queste. Ciao.
JBOSS = Application server per Servlet ed EJB , cioe' scatolone vuoto in cui
installare ed eseguire la tua applicazione server
EJB = classi particolari dotate di jndi e quindi piu' potenti
AJAX = tecniche di programmazione per migliorare le pagine e la logica sul
web browser
IDE netbean = editor per programmare in Java
per esempio potresti usare Netbean per programmare degli ejb che installi su
jboss e vengono invocati da una pagina html tramite tecnologia ajax :)
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


-
Togli .xyz dalla mia email per contattarmi.
Rremove .xyz from my address in order to contact me.
-
GPG Key Fingerprint:
5C77 9DC3 BD5B 3A28 E7BC 921A 0255 42AA FE06 8F3E 
-
Blog: 
http://laterradeglieroi.verdiperronchi.com

 writes:
MF> Non capisco quale sia il senso di AJAX quando quello a cui si
MF> tende e` una Internet application: perche` complicarsi la vita con
MF> AJAX quando utilizzando, per esempio, gli EJB e JBOSS si va sul
MF> sicuro con una tecnologia gia` collaudata da anni, in continua
MF> crescita, compatibile pure con i brower che eseguono gli applet,
MF> che offre omogeneita` nelle interfacce e negli standard utilizzati
MF> e tutti i vantaggi di J2EE?  Qualcuno mi spieghi....
Perché usarlo:
Si  riesce  ad  ottenere  una  interfaccia  utente  molto  flessibile,
decisamente di più del solito form da spedire tutto in blocco, al modo
dei  terminali 3270.  Prova a  dare  un occhio  a 
www.scrive.it
  (sito
giocattolo di prova di un mio  conoscente) per capire bene cosa si può
fare.
Perché NON usarlo:
Per  problemi  di  accessibilità  della pagina,  secondo  la  corrente
legislazione   italiana,   non    è   lecito   che   la   funzionalità
dell'applicazione  sia  vincolata alla  necessità  di eseguire  codice
JavaScript (e tante altre  cose, tutte mirate a rendere l'applicazione
fruibile  anche  a  chi  deve  utilizzare  strumenti  particolari  per
sopperire a disabilità).
-- 
 /\           ___
/___/\_|_|\_|__|___Gian Uberto Lauri_____
  //--\| | \|  |   Integralista GNUslamico
\/                 e coltivatore diretto di Software

Poi come hanno detto AJAX coinvolge soltanto la View ...
Mi correggo, forse e' piu' corretto dire front-end. Coinvolve view e anche 
controller a mio modo di vedere.

cicap ha scritto:

Beh si, diciamo che svolge anche la parte light (meno pericolosa in
quanto lato-client) del Controller che comunque coinvolge quasi sempre
dei componenti/moduli lato server.

 sopperire a disabilità).
Gasp, non avevo mai sentito nulla di simile. Per cortesia, potresti darmi i
riferimenti della legge che stai citando?
Grazie mille.
Ciao
Franco

> particolari per sopperire a disabilità).
FL> Gasp, non avevo mai sentito nulla di simile. Per cortesia,
FL> potresti darmi i riferimenti della legge che stai citando?
Legge Stanca 4/2004 (09/01/2004)
La legge sancisce il diritto  di ciascun individuo ad accedere a tutte
le  fonti  informative  e  rende  obbligatorio che  tale  accesso  sia
garantito  dalla pubblica  amministrazione  e dagli  enti di  pubblica
utilità (es. scuole e biblioteche)
Ah, quanto parlavo di applicazione  ovviamente mi riferivo ad un con-
testo di applicazioni web ed è solo uno degli aspetti.
La  creazione di  una  applicazione accessibile  non  è molto  facile,
sopratutto visto che "la moda"  orienta verso l'uso di tutta una serie
di tecniche e strumenti "molto fighi" ma per nulla accessibili...


 Legge Stanca 4/2004 (09/01/2004)
In primo luogo grazie.
In secondo luogo non riesco a trovare nella suddetta legge, e neppure nel
regolamento attuativo
(
http://www.pubbliaccesso.gov.it/normative/regolamento.htm
), la prescrizione
di non utilizzare di tecnologie JavaScript.  Forse ti riferisci all'art. 2
del regolamento quando dice:
"Sono accessibili i servizi realizzati tramite sistemi informatici che
presentano i seguenti requisiti
...
b) fruibilità delle informazioni offerte, caratterizzata anche da:
...
2) efficienza nell'uso, assicurando, fra l'altro, la separazione tra
contenuto, presentazione e modalità di funzionamento delle interfacce,
nonché la possibilità di rendere disponibile l'informazione attraverso
differenti canali sensoriali;
3) efficacia nell'uso e rispondenza alle esigenze dell'utente, assicurando,
fra l'altro, che le azioni da compiere per ottenere in modo corretto servizi
e informazioni siano indipendenti dal dispositivo utilizzato per l'accesso;"
Come molte altre leggi, mi sembra una disposizione molto vaga, che consente
interpretazioni disparate.
Grazie ancora.
Ciao
Franco

> Legge Stanca 4/2004 (09/01/2004)
FL> In primo luogo grazie.  In secondo luogo non riesco a trovare
FL> nella suddetta legge, e neppure nel regolamento attuativo
FL> (
http://www.pubbliaccesso.gov.it/normative/regolamento.htm
), la
FL> prescrizione di non utilizzare di tecnologie JavaScript.
Personami, non sono  io l'esperto aziendale della cosa  ma è una delle
cose implicate, insieme a molte altre.
Quella su JavaScript a naso  la deduci dal riferimento alle norme WCAG
nel "Decreto Ministeriale 8 luglio  2005 Requisiti tecnici e i diversi
livelli  per l'accessibilità  agli  strumenti informatici.",  allegato
A che trovi in 
http://www.pubbliaccesso.gov.it/normative/DM080705-A.htm
