Re: Una volta tanto, nessun problema!

Marco Balestra wrote:

Salve a tutti.

Vi scrivo per rendervi partecipi di una soluzione che, grazie a
javascript, mi permettera` di far risparmiare qualche decina di migliaia
di dollari in server, facendo lavorare quello corrente anche meno di
quanto lavori ora...

Alla facciaccia delle pubblicità su Windows 2003 Server. )

un sistema scritto internamente (in /azienda/) tutto in java, che gira
su un database (tramite Oracle o su un DB pure java) e risponde in XML
con tutta una serie di controlli strutturali sui dati e controlli di
permissions. Sopra a questo un castello API ed applicativo (java e jsp)
che permette la gestione dei dati di n siti, tra cui una colossale
Intranet/Extranet che coinvolge oltre 5000 macchine (in 6 lingue).

E' bene o male quello che vorrei fare nella WAN su cui lavoro, ma
purtroppo buona parte di essa si basa su sistemi "chiusi".

Soluzione:
per ogni cartella viene pubblicato anche un piccolo file js, generato
via XSLT. Questo file js scrive in un div (getElementById)

In questo caso, supporti solo i browser che utilizzano il
getElementById/display:none?

Questo da una parte significa che per visualizzare la mappa completa
verranno richiesti centinaia di piccoli js (poco male, tutto sommato, se
si pensa a quante immagini vengono richieste di solito anche se hanno la
stessa src), ma dall'altra vuol dire che l'aggiornamento, anche
parziale, e` garantito nel momento stesso della pubblicazione.

Domanda sciocca, dato che non conosco la struttura del sistema: Non era
possibile, invece che generare tanti piccoli file .js, andare a creare
un unico file XML, che ogni singolo cambiamento al ramo andava
semplicemente ad "aggiornare" il nodo ad esso relativo?

In pratica sono riuscito a realizzare un annidamento ricorsivo
sull'albero di file js esterni, ed ora... godo come un riccio :-)

Ho fatto una cosa del genere, ma su una treeview in XML tramite
XmlHttpRequest, all'epoca. L'intera struttura dei dati era troppo grande
per esser caricata tutt'assieme dal server alla prima richiesta, cosi'
che creavo un div "vuoto" per i sottofigli, e laddove c'erano
effettivamente altri dati da pescare, facevo una successiva richiesta al
server via XmlHttpRequest che andava a recuperare solo gli elementi del
nodo interessato.

Mi batterei una pacca sulla spalla da solo, purtroppo mi sono fratturato
una clavicola per cui mi accontento di riuscire a lavorare da casa ;o)

... beato tu ;_;
Io vorrei tanto poter riuscire a fare il lavoro che faccio qua a Milano,
da Firenze, e salire su ogni tanto.. ;_;
--
C'ya,
ZER0 :: coder.gfxer.webDesigner();

"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)

Marco Balestra wrote:

Mhm.. relativamente. Il display non e' supportato a runtime da Netscape
4.x ma e' supportato

Ah si`? Io fin qui lo avevo visto ignorato e basta...

Forse su qualche vecchia versione di 4.x, ma su quelle relativamente
recenti, prova a fare qualche prova.

Perche' tanto il numero di file generati non lo pago ;o)

Evvabbe'..

Faccio prima a generarne due gerarchie semplici che una complessa.

Capisco.

Mentre ti scrivo ho reiniziato un dump sul server di test, sto vedendo
di ottenere l'inclusione via jsp (sarebbe supportato ovunque, pur
richiedendo un server jsp-enabled).

Beh, dei requisiti minimi ci vogliono cmq.. come sempre bisogna vedere
se il gioco vale la candela.

Insomma, ogni singolo ramo invece di creare un file .js andava ad
aggiornare (creare se non c'e') l'XML relativo.

posso creare o riscrivere file, non aggiornarne uno esistente :/

Mhm, ma perche'?

A livello di browser? Certamente, erano supportati solo IE5 e
Mozilla/Netscape, infatti. Ma nel mio caso era una Intranet, sarebbe
bastato anche solo IE.

Anche in questo mio caso specifico si tratta di un'intranet.
Per i siti Internet adottero` una strategia di grosso XML, il problema
delle dimensioni e` proprio Intranet.

Capisco.

Cosi' invece, vengono richiesti i figli solo quando l'utente espande il
ramo (esattamente come funziona nelle normali applicazioni desktop)


carino :-) Ci sono esempi di questa applicazione?

Nella mia intranet
Ma credo che qualcosa ci sara' anche a giro..
Adotta un approccio che a te piace poco, ovvero l'uso lato client di
XML/XSLT
Ma in pratica ho incominciato un'opera di creazione widgets unendo XML,
XSLT, JS e CSS.
Piu' un "core" per la gestione dei vari widgets. E l'albero in questione
fa parte di uno di questi.

LOL, no. per poter lavorare da casa.

ho il sedere a forma di divano :-PP

ahaha

la clavicola non mi permette neanche di lavorare alla scrivania, quindi
sono nel salotto con il portatile

Idem.. sono nel salotto con il portatile a vedermi la tele, e spippolare
in J2ME mentre mi struggo per qualche fanciulla. :P

(god bless WiFi, ed Apple grazie alla
quale sono piu` di due anni che uso wireless in casa).

Gia'.. nel mio caso invece vado di prolunga ^_^

ma tu, non ricordo, di che zona sei?

Roma

No, proprio non lo sapevo, allora.

--
C'ya,
ZER0 :: coder.gfxer.webDesigner();

"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)

Marco Balestra wrote:

Beh, dei requisiti minimi ci vogliono cmq.. come sempre bisogna vedere
se il gioco vale la candela.

Infatti conto di mantenere entrambe le possibilita` :-)

C'e' da dire che nell'ultimo periodo, nonostante la Microsoft :P - la
possibilita' di sviluppare sistemi platform-indipendent e' aumentata,
concordi..?

posso creare o riscrivere file, non aggiornarne uno esistente :/

Mhm, ma perche'?

Per via del meccanismo: ogni volta genera un sito (o comunque un
sottoalbero di sito) per intero.

Si, questo l'ho capito. Ma come mai durante questa generazione non puoi
"rigenerare" un file XML nella root, o aggiornare tale file da parte dei
sottorami?

E` una scelta intenzionale, considera
che i dati andranno in mano agli utenti (che non ne capiscono nulla).

Certo.

Adotta un approccio che a te piace poco, ovvero l'uso lato client di
XML/XSLT

vero, preferisco legarmi poco al lato client.

Ma e' l'unico modo per ottimizzare e attuare un certo tipo di soluzioni.

Non per preclusioni, ma per raggiungere il massimo target possibile.

Comprensibile, infatti l'XmlHttpRequest lo uso unicamente a livello
intranet.

Idem.. sono nel salotto con il portatile a vedermi la tele, e spippolare
in J2ME mentre mi struggo per qualche fanciulla. :P

Mia moglie non aproverebbe :P

Cos'e', ha dei pregiudizi contro il J2ME? :P

(cmq, neanche chi mi conosce approvva che mi stia struggendo in questo
modo per delle fanciulle.. in realta', sta succedendo tutto anche senza
la mia, di approvazione ^_^" )

BTW se capiti fatti sentire, l'email e` vera

anche la mia dubito di capitare a breve in zona, ma in caso mi faro
vivo. Idem tu se capiti a Milano o a Firenze (bisogna vedere io dove
sono nel frattempo )


--
C'ya,
ZER0 :: coder.gfxer.webDesigner();

"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)