Newsgroup: it.comp.java
Titolo: Gestione periferiche loceli via WEB

Salve,
vorrei sapere se esiste un modo per gestire le periferiche locali (tipo
seriali,files locali) con una webpage....
Penso che bisogna per forza creare un cuscinetto... ma questo cuscinetto
cosa dovrebbe essere??? Un activeX ? Un componente aggiuntivo ?
Vorrei solo sapere che tecnologia devo adottare....
Avevo pensato ad un applet java... Ma da come leggo in qualche forum sembra
una vecchia tecnologia....
Avete suggerimenti??
Grazie
xoooox
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 xoooox
Ciao
Nicola


 Il 21 Feb 2009, 19:23, 
xo...@libero.it
 (xoooox) ha scritto:
Se e' un contesto vincolabile potresti anche pensare a fare un plugin di
firefox, potrebbe essere una buona strada


 Avete suggerimenti??
Dipende da quanto è massivo e pervasivo l'uso di periferiche locali.
Se devi lavorare molto con l'HW e poco lato web ti conviene 
un'applicazione desktop con in aggiunta dei web services per gestire le 
comunicazioni di rete; se l'uso di HW locale è ridotto e saltuario puoi 
optare per l'installazione di un piccolo sw o valutare se aggirare il 
problema in altri modi.
Con qualche esempio dei risultati che vorresti ottenere si potrebbe 
essere più precisi (esempio banale: se vuoi stampare dei documenti basta 
un window.print() via Javascript).
Ciao.
[1] 
http://msdn.microsoft.com/en-us/library/bb250471.aspx

 una vecchia tecnologia....
direi che gli è stata data una seconda opportunità:
http://javafx.com/samples/

 
http://javafx.com/samples/
Più che una seconda opportunità alle applet, javafx mi sembra una 
tecnologia radicalmente diversa... :)
Ci sto dando un'occhiata in questi giorni e sinceramente sono rimasto 
piuttosto deluso: di un "nuovo" linguaggio di scripting non si sentiva 
tutta questa necessità (tentativo di attrarre utenti Flash e/o 
JavaScript?) e la sintassi per disegnare le applicazioni mi sembra 
inutilmente complessa e poco immediata (sia xaml[1] di .net/mono, usato 
in silverlight, che mxml di flex sono molto più intuitivi e "familiari").
Per uno sviluppatore java mi sembra più rapido e comodo (visto il numero 
di player in circolazione) passare a flex o, al limite, a silverlight[2] 
che a javafx.
Ma sia chiaro sono solo opinioni personali ;)
Ciao.
[1] che, come spesso accade nel mondo MS, ricorda molto xul... :)
[2] più che altro per l'affinità tra java e c#

 piuttosto deluso: 
mah sai io vidi la presentazione al javaday di roma e a dire il vero la 
cosa mi interessa meno di zero, visto che non mi occupo di contenuti 
multimediali. però sicuramente è un passo avanti rispetto al nulla che 
java ha su quella piattaforma.

 java ha su quella piattaforma.
Rispetto al nulla tutto può essere visto come un passo in avanti ;)

 Rispetto al nulla tutto può essere visto come un passo in avanti ;)
E' una vecchia questione. Tutti concordano che l'HTML e' un incubo e ci
castra, pero' ognuno ha una ricetta diversa per superarlo.
Ci hanno provato in 1000 modi ma ci vorrebbe un accordo fra tutte le SW nel
mondo. L'accordo fra tutti non si trova mai e quindi le idee dei singoli non
decollano.
Ormai manco ci si prova piu' a superare l'HTML visti i fallimenti illustri
del passato.
Nicola


 Rispetto al nulla tutto può essere visto come un passo in avanti ;)
beh a parte le battute è fuori discussione che negli ultimi anni non 
solo hanno mangiato la polvere, ma l'intera rete ha avuto una svolta 
grazie agli altri plugin (pensa solo a flash e youtube).
solo con l'update 10 di ottobre alla sun si sono svegliati con un 
refactoring che rende la jre un po' più adatte a far girare applet:
http://java.sun.com/javase/6/webnotes/6u10.html

 castra, pero' ognuno ha una ricetta diversa per superarlo.
beh dipende dagli ambiti.
per i contenuti multimediali non mi pare che i plugin siano così 
superflui, pensa solo allo streaming video o audio.
indubbiamente c'è chi ci ha creduto e adesso si gode ampiamente il 
vantaggio accumulato, in una situazione in cui i contenuti multimediali 
stanno diventando *molto* importanti.


gia' e sono il primo a sostenelrli, non per nulla ho suggerito all'OP di
dare un'occhiata a come scrivere un plugin di firefox
certo i plugin hanno la limitazione che funzionano solo in un contesto
vincolabile, cioe' se scrivo un plugin di firefox devo essere sicuro che
l'applicazione non la usi nessuno su IE e questo dipende dal contesto e non
da chi sceglie di scrivere il plugin
ciao N


 non da chi sceglie di scrivere il plugin
ma perché scusa scrivere un plugin? :)

 grazie agli altri plugin (pensa solo a flash e youtube).
quoto.
Con la mia battuta volevo semplicemente far notare che non si supera un 
divario del genere "reinventando" la ruota, tra l'altro in malo modo (IMHO).
Credo che l'esempio di MS (mi riferisco a (Moon/Silver)Light) sia un 
esempio di un buon modo per riprendersi quote di mercato: un linguaggio 
di markup familiare[1] e unificato con le versioni desktop e mobile, 
alle spalle il linguaggio di sviluppo standard della piattaforma (C#), 
una politica di marketing mirata (es. streaming dell'insediamento di 
Obama), una strizzata d'occhio (anche se _molto_ discutibile e a rischio 
trabocchetto, ma tralasciamo) al mondo open.
Sun è riuscita a fare tutto il contrario... :(
Ciao.
[1] lo ammetto: considero esteticamente e funzionalmente insopportabile 
la sintassi di javafx per disegnare le interfacce grafiche.

 del passato.
Sinceramente mi sembra che le novità degli ultimi 2-3 anni (il nuovo 
Flash, Flex, Silverlight, JavaFX) indichino un andamento opposto 
rispetto a quello che descrivi tu.