Newsgroup: it.comp.java
Titolo: BEA 7.0 - Leggere un file

Salve a tutti.
Sto trasformando la mia applicazione web in un war per facilitarne
l'installazione.
Bene, questo è il mio problema:
l'applicazione deve scrivere dei report su dei file *.csv 
quando l'applicazione è esplosa, è facile scrivere e leggere questi file
dalla cartella.
Quando l'applicazione viene trasformata in un war è impossibile leggere e
scrivere in questa directory, anche perkè il war nn viene esploso
automaticamente come fa Tomcat.
(Spero di non aver scritto delle corbellerie, correggetemi se è il
contrario)
Avevo pensato di far scrivere qst file altrove, per esempio nella cartella
dove viene deployato il war (c:\stage\nomeApplicazione) o in altra
cartella, ma in tutte e due i casi quando lo chiamo con il browser mi da
errore 404.
Potete darmi delle dritte?
Grazie a tutti.
Lorenzo.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Non saprei, potresti scrivere questi file ovunque nel file system,
magari potresti creare una variabile d'ambiente che mi indica in che
posizione scrivere i file, le soluzioni sono molteplici

Potresti far scrivere questi file nelle apposite cartelle del web server
invece che utilizzare le cartelle dell'application server.
E' una idea ma devi star attento al clustering.....in generale sul file
system nn va scritto nulla...utilizza un DB.
Saluti
Domenico

 errore 404.
Acthung !!!!
se scrivi nello stage ogni volta che rideploy rischi che venga cancellato
tutto
cioe' lo stage viene rigenerato ogni deploy
Il J2EE sconsiglia vivamente , se non vieta, di utilizzare il file siystem
come vuoi fare tu, visto che in balancing o tolerance, non sai manco su che
macchina vanno a finire.
La soluzione accademica sarebbe utilizzare un file server, per esempio
scritto in corba, oppure un ldap, o l i spari in un db come blob,clob o quel
che vuoi, o meglio ancora in una tabella strutturata, in ultima se hai
fretta usa piuttosto un ftp server, anche se non e' il massimo.
tieni presnte che in qualsiasi soluzione con un file server, tutte quelle
che ti ho detto meno il db, sporchi tutta la architettura, soprattutto se
scrivi molto e porti il collo di bottiglia proprio sul nuovo server.
cya Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

il post precedente vale se vuoi scrivere.
se vuoi leggere e' tutto + semplice, basta che metti nel war dover vuoi, e
te lo trova dopo l'esplosione


 cioe' lo stage viene rigenerato ogni deploy
Nn fa niente se viene cancellato quando rideployo, una volta passato il
file al browser nn mi serve piů.
Nn capisco perchč bea nn espolda l'applicazione cosě come fa Tomcat, se
fosse cosě avrei risolto i miei problemi.


 fosse cosě avrei risolto i miei problemi.
Scusa se insisto.
Mi pare di capire che tu vuoi usare questo file come cache per il browser.
-) il fatto che esploda o no le directory mi ricordo che le esplodeva al
deploy ma non ne sono certissimo
-) la cosa, purtroppo, e' scorretta in J2EE sempre per il solito discorso
delle istanze multiple perche' tu lo generi su una macchina a caso del
cluster e quando verranno fatte le richieste andranno statisticamente anche
sugli altri BEA e arrivera' il 404
-) se per caso sei certo che avrai sempre solo 1 macchina ( siamo certi solo
di morire) oltre comunque al fatto che un giorno verra' uno e dira' che non
scrivi buone applicazioni, ti raccomando di chiamare il file .jsp in modo
che passi al BEA e non lo cerchi il Web Server ( se c'e')
-) butto li suggerimenti a caso senza sapere bene quale sia il tuo problema,
perche' ho poche informazioni.
Prova a non scrivere il file e generarlo al volo e girarlo in stream al
client.
-) Il DB rimane la strada maestra. scrivi info nel db, lo leggi al momento
della richesta e generi la pagina output
cya buon lavoro


 
giusto per conoscenza: wl7, 8.1 e quasi qualunque altro app.server 
possono gestire webapp "aperte". con wl deploy la webapp da console come 
directory.
Bye
Carlo