Newsgroup: it.comp.programmare
Titolo: Domini applicativi dei linguaggi

Salve,
secondo voi quale linguaggio attualmente consente di operare su piu ambiti
dell'informatica? Gli aspetti che deve poter trattare sono brevemente:
1. Applicazioni cross platform di vario tipo (dai gestionali di magazzino ai
programmi specifici per i settori scientifici) sia per Linux che per
Windows.
2. Applicazioni web come linguaggio di scripting.
3. Applicazioni web come linguaggio per applet.
4. Applicazioni per cellulari.
Attualmente credo che Java soddisfi la 1, la 3 e la 4 (usando J2ME) mentre
Python la 1 e la 2 e forse la 3 (ma non ne sono sicuro), anche se credo di
aver sentito parlare di Python per il sistema operativo Symbian.
Insomma, se qualcuno volesse imparare un linguaggio per operare in quegli
ambiti, voi cosa gli consigliereste?
Oppure, in alternativa, quale abbinamento (ad es.: Java + php)?
Saluti 

 ambiti, voi cosa gli consigliereste?
Consiglierei di imparare Python, se poi ti serve Java per il mobile e
Python č troppo limitato impara anche J2ME
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair

 ambiti, voi cosa gli consigliereste?
Credo che C#/.NET ti consentano di affrontare agevolmente tutti gli
ambiti. Microsoft sta facendo davvero un buon lavoro. Con Windows Forms
puoi arrivare facilmente anche agli applet e col Compact Framework puoi
accedere allo sviluppo embedded.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ambiti. Microsoft sta facendo davvero un buon lavoro.
Peccato che mono sia sempre un pelino più indietro... anche se ha fatto passi
da gigante, devo dire.
-- 
 . ''`.  Debian maintainer | 
http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- 
http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- 
http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

da gigante, devo dire.
Si, anche io avevo pensato proprio a C# ma non soddisfava il requisito 
dell'essere cross-platform, non sapendo a che punto fosse mono, ma se mi 
dite che comunque lo segue a ruota e' una buona cosa.
Saluti.

 dite che comunque lo segue a ruota e' una buona cosa.
Sì, non proprio da vicino, ma a ruota :)
Comunque, potresti utilizzare qualcosa di simile a:
http://mono-project.com/Moma
(Mono Migration Analysis), e sviluppare tutto sotto mono (che esiste anche per
Windows -- e magari usando le Gtk ;)). Altrimenti fai due versioni, una .Net e
una Mono :)
Ciao,
David


 dite che comunque lo segue a ruota e' una buona cosa.
Non sviluppo in .NET sotto piattaforme diverse da Windows :-) ma seguo
ovviamente lo sviluppo di Mono con la coda dell'occhio e so che è ad un
ottimo stadio.


 ottimo stadio.
Ok grazie.
E di Python cosa mi sapete dire in merito alla mia richiesta iniziale? Forse 
mi sbaglio, ma lo davo come il candidato preferito all'adempimento dei 
compiti richiesti. 


-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
 - 
stacktrace.it


 <
http://groups.google.com/group/it.comp.programmare/msg/151c9bc691e3520a
Si, avevo già letto, ero solo curioso di conoscere anche altre opinioni :) 

 Si, avevo già letto, ero solo curioso di conoscere anche altre opinioni :)
Scusa, è che non avendo ricevuto risposta pensavo non avessi letto :-)


 compiti richiesti.
"Preferito" per quale motivo?


 "Preferito" per quale motivo?
Beh, più che altro per la chiarezza sintattica e per il fatto che ci sono 
varie librerie sia per windows che per linux. Inoltre può essere usato anche 
come linguaggio di script server side ed esistono SDK per Symbian... in 
pratica non soddisfa solo il terzo punto. 

 ha scritto nel messaggio
news:480c5dcb$0$18151$4faf...@reader3.news.tin.it...

Forse questo:
http://www.jython.org/applets/index.html
Enrico

> 
Java copre tranquillamente tutte gli ambiti che hai richiesto.
Sulla 3) valuta JavaFX, anche se la considero ancora immatura. Se la tua 
intenzione è quella di realizzare applicazioni RIA ci sono parecchi 
framework che te lo permettono, partendo dallo standard JSF (+RichFaces) 
fino a Echo3, ZK o GWT.
Sulla 4) JavaME è attualmente uno standard molto fruibile ma considera 
che è una piattaforma che andrà sempre di più ad assimilarsi con JavaSE 
visto l'aumento di potenza dei device: se non hai urgenza concentrati su 
JavaSE
Java è anche il linguaggi di programmazione di riferimento per la 
piattaforma MHP (i ricevitori digitali terrestri, ad esempio)
Ciao,
     Bruno
P.S.
Occhio ai meeting del JUG Torino!
http://www.jugtorino.it/meeting
-- 
| Bruno Bossola
| A Java Software Engineer :-)
| 
http://www.jugtorino.it/bbossola
| Coordinatore del JUG Torino - 
http://www.jugtorino.it

 "Preferito" per quale motivo?
E` una cosa Zen: se devi chiedere, non puoi saperlo.
-- 
Nicola Larosa - 
http://www.tekNico.net/
The reason to study history is to learn from it. I think you get
a lot more precise and comprehensive look at history through
simulations rather than through books. And, unfortunately, in
some cases a very disturbing look at history. - Clark Aldrich

 wrote in
news:4809ec11$0$35956$
4faf...@reader2.news.tin.it
: 

Non ti fornisco risposte concrete perchè gli ambiti di cui parli 
sono abbastanza lontani dalla mia esperienza, però, visto che questo 
tipo di domande ricorre molto spesso su questo newsgroup, ti 
fornisco uno spunto di riflessione.
Se io chiedessi che strumento è meglio utilizzare per:
- piantare chodi nel muro
- curare la mia igiene orale
probabilmente uno spazzolino a forma di martello o un martello a 
forma di spazzolino potrebbero anche essere una soluzione logica... 
ma sicuramente non quella migliore per svolgere entrambe le attività 
nel modo migliore (senza schizzi di dentrifricio attorno ai chiodi o 
schizzi di sangue sullo specchio del bagno) :)
Quello che voglio dire è che il linguaggio è un aspetto importante, 
ma non l'unico da considerare.
Lavorando con il server web, ad esempio, e' importante considerare 
bene criteri come la scalabilità, la solidità e la sicurezza della 
soluzione che scegli e "filtrare" a priori l'offerta in base alle 
tue conoscenze può non essere una buona idea!
Imparare un nuovo linguaggio non è sicuramente questione di qualche 
ora (se non per cose davvero semplici) e, a volte, si può pensare 
che il tempo necessario per impararsi il linguaggio sia "perso" ai 
fini del progetto... ma non sempre è così.
Scegliere lo strumento (o la combinazione di strumenti) migliore ti 
porterà probabilmente a risparmiare tempo in fase di debug e 
"consolidamento" della tua soluzione e, comunque, ad avere 
utenti/clienti soddisfatti.
-- 
Valter Minute
(the reply address of this message is invalid)
(l'indirizzo di reply di questo messaggio non è valido)

 utenti/clienti soddisfatti.
Concordo con tutto, è "pericoloso" limitarsi ad un solo linguaggio, 
benchè con alcuni linguaggi riesci a fare di tutto ed in modo agevole.
Ad esempio io sto studiando la programmazione funzionale (Haskell), e mi 
sto rendendo conto di come diverse cose le avrei implementate molto più 
agevolmente con tale paradigma/linguaggio.
Allo stesso modo anni fa programmavo in C++ ed una volta imparato Python 
mi sono reso conto che molte delle cose che avevo in mente riuscivo ad 
implementarle *molto* più facilmente in Python
Certo, oltre al linguaggio e alle considerazioni che fa Valter vanno 
anche considerate la maturità di un linguaggio (e le sue implementazioni) 
e le librerie/framework disponibili.
Manlio Perillo

 piattaforma MHP (i ricevitori digitali terrestri, ad esempio)
Grazie per le informazioni.
Saluti 

 benchè con alcuni linguaggi riesci a fare di tutto ed in modo agevole.
La diversificazione nell'utilizzo di un particolare linguaggio probabilmente 
ottimizzato per quel dominio applicativo è sicuramente la migliore delle 
soluzioni e sostanzialmente la condivido ma la mia richiesta iniziale era 
volta soprattutto ad individuare il linguaggio che attualmente riesce ad 
agire con più efficacia nei punti citati inizialmente.
Grazie 

 E` una cosa Zen: se devi chiedere, non puoi saperlo.
Ma tu intervieni puntualmente per dire solo stronzate?


 alla tecnologia AJAX?
AJAX non c'entra con Java. In ogni caso, non capisco perché l'essere un
"linguaggio di scripting" sia una necessitŕ cosě stringente. In Java (e in
NET) un'applicazione web si implementa diversamente da come faresti in
Python, cioč si fa a meno del "linguaggio di scripting".


 pratica non soddisfa solo il terzo punto.
Te l'ho chiesto perché mi sembra che tu abbia già fatto una scelta :-)
Ti consiglio solo di valutare bene il concetto di "linguaggio di script
server side" e se hai davvero bisogno di qualcosa del genere.


 
Ni. Tieni conto che:
- Java, lato server o standalone, consente di eseguire script in altri 
linguaggi nativamente (
https://scripting.dev.java.net/
)
- di fatto nelle JSP (lato server) puoi inserire degli "scriptlet" 
ovvero di fatto degli script in codice Java (non li raccomando, pero' se 
vuoi lo scripting...)
- lato client, JavaFX puo' usare Java effettivamente come un linguaggio 
di scripting (JavaFXScript, vedi anche a 
http://www.sun.com/software/javafx/index.jsp
)
JavaFX è di fatto forse la piattaforma che cerchi tu, a tendere dovrà 
"coprire" tutti gli ambienti client (dal desktop al cellulare) ma 
essendo appena uscita la tratterei con le dovute cautele :)


 server side" e se hai davvero bisogno di qualcosa del genere.
Per consentire alle pagine web di dialogare con database e di elaborare le 
richieste dell'utente serve un linguaggio simile. Ho usato un PHP ed ha una 
sintassi assurda (per dire usa il simbolo di dollaro ovunque) niente a che 
vedere con quella Python.
Ciao 

 Python, cioè si fa a meno del "linguaggio di scripting".
.NET non si appoggia ad ASP per questo?
Ed in Java invece come si ovvia?
In pratica, pensavo che Python fosse l'alternativa migliore a PHP.
Ciao 

 appena uscita la tratterei con le dovute cautele :)
Si, sembra interessante, grazie. 

 Python, cioč si fa a meno del "linguaggio di scripting".
Tanto per chiarire, quale sarebbe questo modo diverso :-) ?
No perché essendo passato da .NET a Python il pattern per lo sviluppo
web č sempre lo stesso. Cambiano (e a mio avviso migliorano) i tool, ma
non č che ci sia questa grande differenza.


 In pratica, pensavo che Python fosse l'alternativa migliore a PHP.
Lo č, ma quasi qualsiasi cosa č meglio di PHP :-)


 Ma non e' utilizzabile come linguaggio di scripting.
Mi spieghi cosa vuol dire per te "utilizzabile come linguaggio di
scripting" ?


 Ma tu intervieni puntualmente per dire solo stronzate?
La risposta è dentro di te, ed è... sbajata!
No, seriamente, la risposta è negli archivi del gruppo. E con un po'
d'attenzione vi si possono riscontrare correlazioni interessanti. ;-)
-- 
G.B.: Potremmo fare una ricerca di "Python" su Infojobs, trovare
  tutte le aziende che cercano programmatori Python, e spammarli
  con press-release sul Pycon. :)
S.Z.: Mi sembra illegale e immorale... ok fatto! :)
 - Giovanni Bajo, Simone Zinanni, Aprile 2008

 In pratica, pensavo che Python fosse l'alternativa migliore a PHP.
Ah, su questo non c'è il minimo dubbio. ;-D


 ufficiale di MS direi. Ma ci sono altri modi.
Si certo, infatti mi riferivo al modo .NET :D
Ciao 

 scripting" ?
Utilizzabile come PHP... consentire insomma di prendere l'input dell'utente 
passarlo al server per elaborarlo, accedere eventualmente a qualche database 
e generare la nuova pagina con i risultati. 

 e generare la nuova pagina con i risultati. 
Beh è una cosa che si può fare in qualsiasi linguaggio più o meno bene e
più o meno comodamente.
Se mi credi sulla parola posso dirti che Python non ha davvero nulla da
invidiare a PHP, anzi.


 invidiare a PHP, anzi.
Ma rispetto a PHP non ho dubbi, piů che altro mi chiedevo come potessero far 
fronte a tale tipo di programmazione linguaggi come Java e ambienti come 
.NET (se non utilizzando 
ASP.NET
) dato che come dice Andrea Laforgia in tali 
piattaforme il lavoro si organizza con tecniche diverse in modo da non dover 
aver bisogno di un linguaggio simile. Ci deve pur essere qualche linguaggio 
sul server che elabora le richieste no?
Ciao 

 sul server che elabora le richieste no?
PHP, Python, Java, C# stanno tutti sul server eh. Mi sa che hai un po'
di confusione in testa.


 di confusione in testa.
Allora faccio direttamente un'esempio:
Se scrivo un sorgente in Java che inserisce i dati di un utente in un 
database, posso poi invocare lo script come segue?
<form action = "inserisci.java" method = "POST">
<input type = "text" name = nome>
<input type = "text" name = cognome>
<input type = submit value = Inserisci>
</form>
e mettere all'interno di tale script il codice HTML che poi verrà generato 
come risultato? 

 come risultato? 
Certo che puoi farlo. Puoi farlo con C, C++, Python, Java, PHP e una
tonnellata di altri linguaggi. Io ti consiglio di dare una occhiata ad
un framework e saltare a piè pari lo spaghetti code. Vedi i vari tool
che ti son stati consigliati nel thread.


 che ti son stati consigliati nel thread.
Si ma in pratica quanti tra coloro che offrono spazio web hanno 
un'interprete che non sia PHP? Magari il supporto per Python sta aumentando, 
ma non credo sia facile trovare qualcuno che ne dia qualcuno in C/C++/Java 
(ed in questo caso, mi chiedo, verrebbe compilato ogni volta il sorgente 
passato?).
Saluti 


Sentiamo il motivo....ora ce l'avete anche con le estensioni dei file
visibili su web (sempre e comunque)?

 schizzi di sangue sullo specchio del bagno) :)
Quoto, quoto, quoto davvero tutto. Hai espresso in modo sintetico quello che 
è sempre stato un problema concettuale nella programmazione moderna. Sapessi 
quante richieste assurde hanno alcuni committenti a tal proposito, anche a 
livello aziendale. Penso che debbano riflettere tutti quelli che fanno abuso 
di Java perchè pensano sia la soluzione ad ogni problema. In passato dovevo 
partecipare ad un progetto multimediale di grande rilievo, tutto programmato 
rigorosamente in java, così pesante e fatto male che eseguiva a malapena su 
un pc compatibile. Quando si è trattato di fare una conversione su alcuni 
sistemi embedded non c'è stato proprio nulla da fare perchè su quelle 
macchine non esistevano gli appositi pacchetti della sun per le gui e per la 
multimedialità. Pensate che gli esponenti avevano suggerito di riprogrammare 
quelle parti in c++ perchè esistevano molte più possibilità implementative.
---
www.texturemind.com
 




 passato?).
Se per spazio web intendi spazio web gratis non saprei. Se paghi trovi
qualsiasi cosa e non devi nemmeno pagare molto per Python.


 
Si parlava di sempre e comunque. Non c'e' nulla di male in
<form action="user.seam">
...
<input type="submit" value="Inserisci utente"/>
</form>
tanto per dirne una. Perche' quella non sara' una risorsa bookmarkabile. 
Se altre risorse hanno questa necessita' allora non si discute la bonta' 
dell'idea. Ma *solo se*.

 viene compilato e interpretato.
Appunto, quindi invio il sorgente, questi viene compilato e poi eseguito? 

 Appunto, quindi invio il sorgente, questi viene compilato e poi eseguito?
Viene interpretato dal server e restituito al client


 dell'idea. Ma *solo se*.
E chi te lo dice se non è bookmarkabile? Se user.seam risponde anche a
GET certo che lo è.


 ha scritto:
 > Viene interpretato dal server e restituito al client
Ma deve anche essere compilato sul server no? 

 GET certo che lo č.
Non hai capito. L'operazione non e' bookmarkabile: l'inserimento di un 
utente non ha senso che lo sia. Quindi che la action in questo caso sia 
con o senza suffisso sai cosa ce ne puo' fregare?

 Ma deve anche essere compilato sul server no? 
Non che non voglia continuare a rispondere alle tue mille domande ma
forse se ti studi un attimino di teoria riusciamo a capirci :-)
Almeno la differenza tra interpretato e compilato e come funziona un
normale processo di scambio tra client e server nell'ambito di una
applicazione web.


 con o senza suffisso sai cosa ce ne puo' fregare?
Per favore, ti leggi qualcosa sul concetto di risorsa HTTP? Cosa c'entra
l'azione della form? La form esegue una operazione (GET o POST per ora)
su una risorsa. Ma la form non č altro che un cliente di una risorsa sul
server. Come lo puň essere curl, la mia libreria nel linguaggio XY o
che. Se a te non te ne frega niente a me non cambia, ho solo espresso la
mia opinione giustificandola con un banale esempio. Tu piů che dire
chissenefrega non hai fatto. Davvero una persona pe(d|s)ante.


 chissenefrega non hai fatto. Davvero una persona pe(d|s)ante.
No, veramente ci sono le spiegazioni che evidentemnte ti sono sfuggite. 
Davvero una persona superficiale (come al solito).

 Davvero una persona superficiale (come al solito).
<g>


 non dovrebbe avere estensione. 
Preciso dato che sei in malafede. La mia obiezione era riferita ad una
estensione indicante il linguagio con cui tale applicazione è stata
sviluppata, non di certo se si riferisce al formato della risorsa
puntata (vedi .js, .json, .css, .jpg e qualsiasi altra cosa).
Non era in alcun modo un giudizio su linguaggi o framework o form o
vattelapesca. Solo sul fastidio che può portare in determinati casi
"hard-codare" una estensione in una applicazione.
Può esserlo come non può esserlo, ma come sempre cicap, ti attacchi alle
stronzate per attaccare la gente.


 altrimenti non riceverai risposta.
Cosa c'e' da argomentare se ormai hai ammesso anche tu il tuo errore 
(purtroppo solo tra le righe)?

 "hard-codare" una estensione in una applicazione.
"Si spera senza estensione" non significa propriamente questo. Anzi.
Tra l'altro sul "in determinati casi" siamo daccordo, ma purtroppo la 
tua idea era estensa anche ad altri casi.

 (purtroppo solo tra le righe)?
Non l'ho ammesso, e ho precisato nell'ultimo post.
Dai chiudiamola quì che interessa solo a te sta cosa. Non mi pare che
Noixe si sia strappato i capelli a riguardo di una cosa messa tra
parentesi e che ha probabilmente ignorato in toto (come varie cose ben
più complesse che gli son state dette, anche da me, in tutto il thread).
cicap, invece di dire a me di leggere l'articoletto, perché non passi un
po' di tempo ad argomentare i tuoi attacchi? È davvero noioso perdere
tempo a rispondere ad una persona che sul web vive di ste cose.


 applicazione web.
So che in Java si ha la compilazione in bytecode e la successiva 
interpretazione da parte della JVM.
L'interazione tra client e server, avviene mediante richiesta da parte del 
client al server il quale elabora tale richiesta e la rispedisce. Cosa devo 
sapere per capire il funzionamento? 

 tua idea era estensa anche ad altri casi.
Ora leggi pure nella mia testa e vedi il mio codice. Bravo
cicap-sensitivo.
ps. non mi interessa proprio la tua opinione, non quando i presupposti
sono quelli di uno che passa il tempo ad attaccare in questo modo.
Buona giornata.


 sapere per capire il funzionamento? 
Ottimo direi che in astratto ci sei, credo ti manchi solo un po' di
pratica. Scegli uno dei vari framework/linguaggi che ti sono stati
consigliati e prova a scrivere una applicazioni. Tra l'altro non parlavi
solo di applicazioni web se non ricordo male quindi IMHO devi solo
provare a scrivere qualche applicazione e divertirti :-)
Se hai altri dubbi, posta su newsgroup o mailing list specifici del
linguaggio o framework che hai scelto perché è più probabile che ti
vengano fornite risposte mirate e soluzioni a problemi.
In questo NG si cerca di parlare di programmazione in generale, al netto
degli attacchi


 il tuo discorso sulle estensioni.
Se non ho capito male, quando ha citato la "bookmarkabilità" (ovvero 
aggiungere nei preferiti, no? Che brutto vizio quello di italianizzare 
termini inglesi :-D) della risorsa credo si riferisse al fatto che se il 
tipo di invio (si chiama cosi il valore assegnato a method) è GET il nome 
della risorsa appare nella barra dell'indirizzo diventando parte dell'URL. 
In quel caso potrebbe dare problemi un eventuale cambiamento del tipo di 
risorsa (nel formato) non rendendo più raggiungibile la pagina attraverso il 
vecchio link.
Comunque il dubbio in quel posto era più che altro legato al fatto che java 
lavora in "due fasi": compilazione e interpretazione. Essendo abitutato a 
PHP che interpreta al volo mi sono detto: l'unico modo per usare java come 
linguaggio di script server side è avere sul server un compilatore ed 
un'interprete... o ci sono altre vie?
Ciao 

 
Ancora? L'ho ripetuto 1000 volte:
<form action="insert.jsp">
non e' meno preferibile a
<form action="user">
tenendo presente che stiamo inserendo un utente nel database. Con altri 
presupposti invece puo' essere preferibile la seconda, siamo tutti daccordo.
Ora tu hai detto che si spera che la prima soluzione sia senza esntesione.
Mi prendo pure la briga di riportare cosi' la finisci:
 >> <form action = "inserisci.java" method = "POST">
 >Posto che difficilmente farai una post su un .java (e si spera su un
 >qualcosa senza estensione, ma qui andiamo fuori tema)
Adesso mi fai il piacere di arrampicarti sugli specchi ancora un po' 
sostenendo che ti riferivi a una generica action o generico link?
Così con la citazione sotto gli occhi rido di piu' gusto.
 > È davvero noioso perdere
 > tempo a rispondere ad una persona che sul web vive di ste cose.
Beh che hai di meglio da fare? Riprenderti i piedi con il telefonino?

 più complesse che gli son state dette, anche da me, in tutto il thread).
Tipo? 

 
Le JSP hanno un funzionamento che sembra simile alle pagine PHP in 
quanto vengono compilate al volo ed eseguite dal container.

 
A quanto pare non sono io la persona che ti reputa un idiota.

 un'interprete... o ci sono altre vie?
No, ovviamente se mandi il puro sorgente al client non se ne fa nulla.
Il programma sarà compilato e interpretato a runtime (cioè quando la tua
applicazione lato server gira effettivamente, dopo che l'hai scritta e
appunto compilata)
Credo che nell'accezione più semplice ci sia il modello servlet in cui
dinamicamente il server processa una richiesta HTTP e fornisce una
risposta. 
Prendi questo esempio abbastanza chiaro che ho trovato in rete
<
http://java.sun.com/j2ee/1.4/docs/tutorial/examples/web/hello2/src/serv
lets/GreetingServlet.java>.
Il metodo doGet setta un content type per informare il client che il
contenuto della risposta è HTML (l'application server infilerà questa
informazione in un header HTTP, Content-Type appunto).
In seguito viene scritto sullo stream una pagina HTML con del contenuto.
Questo risulterà verosimilmente in una risposta HTTP in cui tra gli
header ci saranno informazioni sul tipo di contenuto (content type la
sopra), solitamente la lunghezza (Content-Length) e la tua pagina HTML
come body.
Quello che vedi visualmente sul browser è solo il body ovviamente. Se
vuoi ispezionare gli header devi visualizzarli esplicitamente (cosa che
in Firefox si fa parzialmente con "View Page Info" e similari o con
utility come Live HTTP Headers).
Tutti i framework e i linguaggi che incontrerai sono una astrazione sul
semplice concetto di richiesta e risposta HTTP che funziona tramite un
contenuto (il body) e una serie di informazioni legate a questo
contenuto (gli header). Gli header servono oltre a portare informazioni
che non fanno strettamente parte del contenuto anche ad influenzare il
comportamento di client e server durante il processo.
Spero di non averti confuso troppo le idee altrimenti ti chiedo scusa.
Penso comunque che sia meglio che tu provi a studiartene uno di questi
framework e veda le cose sul campo. Tendenzialmente i framework fatti
coi crismi nascondono in parte l'HTTP nudo e crudo ma ti permettono di
vedere cosa "passa sul filo" quando ne hai bisogno.


 vengono compilate al volo ed eseguite dal container.
Ah, pensavo che anche i sorgenti in JSP essendo sempre java dovessero essere 
compilati e successivamente interpretati, ma la compilazione č al volo 
allora va bene.
Ciao 

 quanto vengono compilate al volo ed eseguite dal container.
Ma conosci le JSP? Mai sentito parlare?
Perche' se comprendo ora i tuoi dubbi dovrebbero fare al caso tuo.
Tu cerchi un ambiente Java dove la pagina puntata dalla risorsa viene 
eseguita al volo.
Pensavi di fare una cosa come
action="inserisci.java"
In realta' ci sei quasi:
action="inserisci.jsp"
La JSP e' molto simile ad un sorgente Java e viene compilata ed eseguita 
al volo. Similmente alle pagine PHP puoi avere scriptlet Java embedded 
nel codice HTML:
<%if (nome != null) {%>
Ciao <b> <%=nome%> </b>
<% } %>

 Beh che hai di meglio da fare? Riprenderti i piedi con il telefonino?
Ecco che andiamo sul personale :-) Potrň fare quel che mi pare? Vedo che
sei interessato alla mia vita dato che ti prendi la briga di andare sul
mio blog e guardarti i video.


 A quanto pare non sono io la persona che ti reputa un idiota.
Decisamente sě, dato che sei l'unico che si č permesso di attaccare e
offendere. Mentre Noixe ha chiesto chiarimenti in piů post di ogni
persona che gli ha risposto.


 
Si. Per completare il quadro il processo e' il seguente:
se la JSP non e' ancora stata "toccata" il servlet-container (cosi' si 
chiama) genera una servlet automaticamente e poi compila la servlet e la 
esegue.
Quindi in sostanda dal file.jsp si arriva alla compilazione del 
corrispondene file_jsp.java ed esecuzione del compilato di quest'ultimo.
Su Tomcat (che e' forse il piu' popolare servlet-container) trovi 
infatti  una directory con le servlet generate...puo' tornare utile in 
alcuni casi di debugging.

 <% } %>
Mamma mia quanti simboli di percentuale :-/
Saluti

 ho usato "si spera". 
Si spera significa che se non fai cosi' non stai facendo la cosa giusta. 
  Hai presenta l'italiano?

 
Infatti, c'e' comunque un bel po' da dire.
I programmatori Java (o costretti da scelte varie) usano solitamente le 
librerie di tag per evitare alle scifezze degli scriptlet. L'esempio 
sopra doventerebbe
<c:if test="${nome != null}>
Ciao <b> <c:out value="${nome}"/> </b>
</c:if>
Che e' forse anche meglio del corrispettivo PHP.
Nota:
Il mondo Java offre anche soluzioni alternative (e probabilmente 
migliori) alle JSP, ma per ora (se sei un principiante Java) lascia stare.

   Hai presenta l'italiano?
Sì e anche bene. Contrariamente a quel che pensi tu non significa "se
non fai così allora sei una testa di cazzo", altrimenti avrei scritto
proprio questo. Continua pure con i tuoi attacchi personali.


 [...]
Saluti  Manlio Perillo

Manlio Perillo ha scritto:

Un form di un'applicazione web e' generalmente molto ma molto piu' 
soggetto a cambiamenti (negli input ecc) rispetto ai possibili 
cambiamenti di framework e quindi estensione del file.
Quindi o c'e' una reale necessita' di accettare richieste da client che 
non siano browser, e allora in questo caso si predono le dovute 
contromisure, altrimenti tutta sta filosofia contro l'estensione del 
file e' una pura sega mentale.
Tra l'altro spesso i framework aggiungono campi nascosti alle form, 
oppure hanno delle convensioni sui nomi dei campi, e cambiando framework 
andrebbero tutte modificate.
Quindi se c'e' la necessita' si cotruiscono delle API solide in grado di 
far comunicare client generici con il server, altrimenti...beh ho gia' 
detto.