Newsgroup: it.comp.www.asp
Titolo: [ASP.NET] supporto web server non-IIS

Ho letto da più parti che 
ASP.NET
 a differenza di ASP 3.0 potrebbe
(dovrebbe...) essere supportato da altri web server che non siano IIS. Visto
che IIS è uno dei pochi web server mono-piattaforma (only-MS), è lecito
aspettarsi un giorno 
ASP.NET
 sotto linux in accoppiata ad Apache o a Tomcat?
Potrebbe essere un primo approccio MS al mondo Linux... che ne dite?
Sono troppo ingenuo? :-P
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato
http://puntoinformatico.it/servizi
 <-- Servizi web


Moderatore di it.comp.www.asp
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!

 Sono troppo ingenuo? :-P
Il concetto è che .NET _non_ è solo Microsoft. Le specifiche di base (il
CLI) sono una emanazione di ECMA, ed in quanto tali chiunque (a differenza,
per esempio, di Java) può decidere di effettuare un porting per la
piattaforma X o Y senza pagare royalties. .NET è "solo" l'implementazione di
Microsoft delle CLI: di conseguenza è perfettamente normale che Ximian stia
lavorando sul porting per Linux (e che HP la stia foraggiando economicamente
per poter poi effettuare il porting per HP-UX)
A.
UGIdotNET - 
http://www.ugidotnet.org

Hem.. tra parentesi, asp *può gia* essere usato su server unix, solo che
bisogna sborsare i soldi. ChiliSoft e Halcyon Software hanno soluzioni per
portare le pagine scritte in vbScript e JScript su server unix senza
modifiche, però non conosco molto della loro compatibilità con (per esempio)
i request.servervariables e cose simili.
Altrimenti, si può usare Apache::ASP ma in questo caso le pagine sono ASP
con estensione ASP ma linguaggio PERL, quindi non so quanto convenga...
ciao
--
Alessandro
UGIdotNET - 
http://www.ugidotnet.org

 con estensione ASP ma linguaggio PERL, quindi non so quanto convenga...
una ciofeca immane :D


scusate ragazzi, ma... Filippo parlava di 
ASP.NET
, non di ASP.


 con estensione ASP ma linguaggio PERL, quindi non so quanto convenga...
non mi sembra una strada percorribile ai più.
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato informatico


> scusate ragazzi, ma... Filippo parlava di 
ASP.NET
, non di ASP.
Grazie per aver ricordato anche tu questo "piccolo" dettaglio! :-)
Fatto sta che la mia domanda nasce dalla considerazione del fatto che PHP,
JSP (tramite filtro Isapi) e Perl possono essere usati al pieno delle loro
funzionalità su la gran parte delle piattaforme esistenti. ASP Classic no,
solo su IIS e PWS. E 'sto benedetto 
ASP.NET
?
Sarebbe una limitazione non da poco limitarne la diffusione ai soli sistemi
Windows al punto in cui siamo.
E non mi riferisco alla sola strategia commerciale di MS (e ai tanti
quattrini sborsati ogni volta per passare da una release alla più recente),
quanto al fatto che noi sviluppatori, di fronte ad un parco di tecnologie di
programmazione e di mercato che cambia (sempre più persone usano Linux),
preferiamo andare verso una soluzione il più possibile riciclabile su altri
sistemi (vedi Java e/o Php) o restiamo fedeli al modello di ragionamento
"imposto" da MS?
Dico questo perché uno dei motivi principali per cui ho cominciato a
studiare e programmare su .NET, invece che JSP, è stato il motto coniato da
MS: una marcia in più rispetto a Java, non più solo multipiattaforma ma
anche multilinguaggio. Sul multilinguaggio ok, ma sul multipiattaforma?
Dobbiamo aspettare MS? Dobbiamo aspettare terzi (come quelli di
http://www.go-mono.com/asp-net
 suggeritoci da Andrea)? O resteremo relegati
sempre e cmq in ambiente Windows?
Spero di aver chiarito la mia posizione e i miei dubbi e di averne suscitati
altrettanti in voi... :-P
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato informatico


Si lo so, ma la sua premessa è stata che 
ASP.NET
 dovrebbe (a differenza di
ASP 3.0) poter essere supportato da web server diversi da IIS
Io volevo semplicemente sfatare la premessa: non è vero che è a differenza
di ASP 3.0 perche questo, appunto, può gia (in qualche modo) essere
sfruttato anche su unix :)
Sarò precisino, ma non è solo colpa mia :)
Ciao


 dovere.
Infatti non ho mai detto che fosse conveniente :) ci tenevo solo a far
sapere che era possibile :)
Cmq prendila dal punto di vista di una grande azienda che per "ordini di
scuderia" deve passare i suoi server da IIS con NT4 a Unix su IBM perche
magari ha ricevuto una partnership. Gli conviene di piu far imparare PHP
alla sua scuderia di programmatori e quindi trasportare tutte le
applicazioni in ASP sulla intranet da ASP in PHP oppure pagare chi di dovere
per mantenere (un minimo) lo status quo ante? Ok, forse è un paesaggio un po
improbabile, ma possibile :)
Ciao


[CUT]:
: Dico questo perché uno dei motivi principali per cui ho cominciato a
: studiare e programmare su .NET, invece che JSP, è stato il motto coniato
da
: MS: una marcia in più rispetto a Java, non più solo multipiattaforma ma
: anche multilinguaggio. Sul multilinguaggio ok, ma sul multipiattaforma?
: Dobbiamo aspettare MS? Dobbiamo aspettare terzi (come quelli di
: 
http://www.go-mono.com/asp-net
 suggeritoci da Andrea)? O resteremo
relegati
: sempre e cmq in ambiente Windows?
IMHO, si resterà sempre legati a M$.
--
CIAO!
Gusher

 Sarò precisino, ma non è solo colpa mia :)
Continuiamo con la pignoleria! ;-)
Il motore di PHP sotto Windows è lo stesso di quello Linux.
Il motore di JSP idem.
Quello delle ASP di ChiliSoft, non è lo stesso di quello disponibile sotto
Windows, e cmq non esiste il supporto per la miriade di oggetti COM
ulteriori. E' l'idea stessa del software che cambia: PHP è stato pensato per
poter essere eseguito in quasi tutti gli ambienti, ASP no. Che poi si sia
intromessa la ChiliSoft con un contentino a pagamento in un ambiente free...
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato informatico


> IMHO, si resterà sempre legati a M$.
Mono è self-hosting su Linux dal 27 marzo 2002. AFAIK, puoi anche compilare
su Windows ed eseguire su mono, perchè il runtime "salta" lo stub Win32 e
considera solo i metadati ed il bytecode IL.


Pignoleria per pignoleria, in ASP (3.0) puoi scrivere ad oggi sia con
vbScript, che con JScript, quindi con due sintassi differenti, mentre con
php o sai il php o ti saluto.
Poi basta se no finiamo off topic, ti concedo un altro reply pignolo per
distruggermi :)
ciao


 improbabile, ma possibile :)
Ok! Comincio a capire il tuo punto di vista, ma ammetterai che è "dominato"
da una visione commerciale! ;-)
In questa discussione però, voglio avere solo il punto di vista dello
sviluppatore.
Pensa se in quell'applicazione che citi per esempio ci fosse una dll
compilata ad hoc (scenario non troppo improbabile)... si studierebbe di meno
per imparare un altro linguaggio per tradurre quell'applicazione o per
cercare di mettere una pezza emulando anche il funzionamento di quella dll?
Se fossi nei panni di chi fosse di fronte a questo dilemma non ti saresti
mangiato le mani per non aver scelto, quando se ne presentava il momento,
una tecnologia il cui porting fosse il meno possibile indolore?
E qui mi fermo perché ci ricolleghiamo al thread iniziale.


Arghh, commerciale? oddio.. no.. mi serve un dottore :)
Cmq in quello scenario è tutto un pò troppo complicato... se io ho una dll
compilata ad hoc probabilmente mi consente di fare delle cose che in PHP non
posso fare, e l'unico altro modo sarebbe magari stato fare un cgi compilato
ad hoc, che comunque non funzionerebbe nel caso di un porting inverso
(unix --> windows). a questo punto o ti basi su Java o (si spera) su .NET..
staremo a vedere :)


 distruggermi :)
Vabbé, ti concedo l'armistizio!
Peccato però: proprio adesso che stavo per tirar fuori la mia spada laser...


 sviluppatore.
io penso che le piattaforme non siano come le mutande.
non cambi un'applicazione che funziona per il puro gusto di farlo ;)


 relegati sempre e cmq in ambiente Windows?
se vai verso linux, sei per forza di cose legato a terzi.
btw, per me .net solo su windows non sarebbe un gran problema, anzi :)


 distruggermi :)
potete parlarne, piů in topic di cosě si muore :)


 Non esiste un esperanto ne per l'informatica ne per le lingue.
appunto :P
sei arrivato ad una conclusione che differisce con le tue premesse ;)


 una tecnologia il cui porting fosse il meno possibile indolore?
Io č una vita che faccio questo lavoro ed ho lavorato con queste tecnologie
dall'inizio ed almeno una cosa l'ho imparata: le tecnologie e le tecniche
NON C'ENTRANO UN TUBO, il problema č tutto in quello che vuoi fare. Basta
fare una cosa che non sia una banale paginetta (diciamo da 50 giorni di
lavoro in su) ed in qualunque modo tu la faccia ci metterai SEMPRE lo stesso
tempo.
Saluti
Massimo

 btw, per me .net solo su windows non sarebbe un gran problema, anzi :)
Il mio non è un problema politico: non mi interessa essere legato a
chicchessia :-)
Vorrei solo non dover imparare una tecnologia nuova ogni volta che mi
affidano un incarico.
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato


 tempo.
A parte il tono, che mi sembra un po' troppo saccente rispetto ai toni fin
qui tenuti nella discussione, non capisco perché tu veda il problema solo
dal punto di vista del tempo occupato. Qui non posso che essere daccordo con
te.
Piuttosto varia la complessità dell'applicazione e soprattutto la chiarezza
del codice e la possibilità di lavorare in equipe.
Vuoi forse paragonare il codice PHP/ASP con quello .NET in modalità code
behind? Sai quante volte mi è capitato di dover rimettere le mani su pagine
funzionanti ritoccate da web designer, anche esperti, che mi facevano
scomparire porzioni di codice?
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato


 staremo a vedere :)
Speriamo presto.
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato


 sei arrivato ad una conclusione che differisce con le tue premesse ;)
Errore: dimentichi le lingue franche!
Perche .NET o Java non possono essere quello che l'inglese è per il
commercio o per l'informatica stessa?
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato


 sei arrivato ad una conclusione che differisce con le tue premesse ;)
Errore: dimentichi le lingue franche!
Perche .NET o Java non possono essere quello che l'inglese è per il
commercio o per l'informatica stessa?
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato


 staremo a vedere :)
Speriamo presto.
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato


 tempo.
A parte il tono, che mi sembra un po' troppo saccente rispetto ai toni fin
qui tenuti nella discussione, non capisco perché tu veda il problema solo
dal punto di vista del tempo occupato. Qui non posso che essere daccordo con
te.
Piuttosto varia la complessità dell'applicazione e soprattutto la chiarezza
del codice e la possibilità di lavorare in equipe.
Vuoi forse paragonare il codice PHP/ASP con quello .NET in modalità code
behind? Sai quante volte mi è capitato di dover rimettere le mani su pagine
funzionanti ritoccate da web designer, anche esperti, che mi facevano
scomparire porzioni di codice?
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato


 affidano un incarico.
allora vai verso JSP, dovrai imparare Java ma mi pare l'unica architettura
che nasca già per girare su più piattaforme, con un  framework come J2EE.


 che nasca già per girare su più piattaforme, con un  framework come J2EE.
O rimani su .NET e scaricati Mono. Certo, non puoi usarlo per applicazioni
che vadano "hostate" su Linux da domani mattina, ma mi sembra che quello
posto da Filippo fosse un problema di "vision", e non una richiesta di
soluzione immediata del problema.


> MySQL? per rimanere sul gratuito, perchè non usare MSDE?
Perchè mi dicono da Microsoft Italia che nella licenza c'è scritto che non
si può usare per applicazioni di questo genere (cioè che girino su 2000
Server e che siano usate da Internet)?
Sto giusto scrivendo un'applicazione di gestione (in .Net) che usa il
database Oracle del cliente e, per tenere i dati di validazione e di
accesso, volevo usare MSDE. Mi sa che invece mi toccherà mettere un piccolo
DB Access di appoggio o aggiungere 4 tabelle al DB Oracle del cliente (cosa
che NON volevo fare) dato che la licenza di MSDE non mi consente di farlo.
Se hai informazioni diverse (visto che pare che trovare ed interpretare la
licenza di MSDE ci voglia un'avvocato come quelli dei libri di Grisham)
dimmelo che mi interessa.
Saluti
Massimo

 scomparire porzioni di codice?
Non sono così convinto che .Net sia meglio da questo punto di vista. Se fai
le cose fatte bene e ci metti un bel design sarà certamente meglio, ma se
accrocchi semplicemente delle classi e pensi solo in termini di Code Behind
mi sa che i problemi possano essere peggiori.
Quello che voglio dire è che (per tornare al punto di prima) per fare le
cose con .Net o EJB/JSP serve (e NON NE PUOI FARE A MENO) una conoscenza
elevata, serve fare le cose progettandole a puntino, serve sapere bene come
funzionano le cose in termini di OO. Se non hai questi skill mi sa che tu
possa fare più casino che con Asp, ed allora forse è meglio che rimani su
Asp.
Non per essere elitari o saccenti, ma .Net o EJB/JSP sono strumenti per
developer professionisti, PHP o ASP sono alla portata di quasi tutti.
Saluti
Massimo

 Server e che siano usate da Internet)?
della licenza mi ero scordato, tanto cmq ha 5 utenti contemporanei al max e
rimane per questo comunque limitato per l'utilizzo su Internet.


 soluzione immediata del problema.
ah io di Mono non ne ho nessun bisogno, come ho detto e ridetto mi va più
che bene .NET su Windows, fai un po' tu :)


 che bene .NET su Windows, fai un po' tu :)
anche a me va benissimo, davvero! :-)


 )
mi fido, ma preferisco qualcosa che non me lo dica in teoria (licenze a
parte, come da altro msg).
in parole povere, quando posso preferisco sql svr 2k, quando il caso non me
lo permette (leggi, progetti con un budget basso, cliente che vuole quello
perchè fa figo) scelgo mysql, che cmq non è da buttare alcune limitazioni a
parte.


 developer professionisti, PHP o ASP sono alla portata di quasi tutti.
Su questo sono pienamente daccordo.
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato informatico


 che nasca già per girare su più piattaforme, con un  framework come J2EE.
Infatti sto valutandolo.


 che bene .NET su Windows, fai un po' tu :)
Però il mondo non è fatto solo di Bochicchi... :-D


 conto dell'OS su cui andrà a lavorare.
Oooooooooohhhhhhhh! Finalmente!!! :-)))
Finalmente ci incontriamo!
Innanzitutto la base comune, ma l'implementazione differente a seconda
dell'OS, secondo te, spetta allo sviluppatore o a chi progetta il Framework
per quella specifica piattaforma? In parole povere mi è lecito astrarmi o
no?


 parte.
non ti chiedo di fidarti delle dichiarazioni Microsoft. La mia affermazione
sottointendeva che ho _personalmente_ sperimentato quanto ti ho detto. Con
MSDE puoi tranquillamente (e gratuitamente) gestire "chili" di utenti.


 di utenti.
con il piccolo difetto che violi la licenza d'uso :)


 --
nel qual caso studia per ben benino il linguaggio, perchè J# ti tornerebbe
molto utile...


 Infatti sto valutandolo.
mamma mia... :P


 Però il mondo non è fatto solo di Bochicchi... :-D
per fortuna ;)


 astrarmi o no?
in teoria spetta a chi fa il framework, in pratica devi essere anche tu a
stare attento a quello che scrivi, perchè potresti avere un effetto non
desiderato (del tipo, tu pensi di scrivere nell'event log, lui scrive in un
file di log (mi sono fissato :P))
cmq, se ci tieni ad astrarti, fallo pure.
ah, cmq ho trovato un'altra "cosetta":
http://www.halcyonsoft.com/
halcyon procude questo iNET che dovrebbe permetterti di convertire le tue
applicazioni .NET, a partire da IL, in Java e dunque di farle girare quasi
ovunque:
http://www.halcyonsoft.com/products/iNET.asp
insomma, mi rendo conto che forse l'unico a non sentirne il bisogno sono
solo io :P


 mi sembra ben di + delle "classi di base" ... :-)
Mi hai convinto: comincio a dargli un'occhiata più da vicino!


 e quindi alla fine la portabilità va a quel paese.
Anche con l'html hanno provato ad introdurre le "versioni proprietarie"
pensa con una tecnologia di questo peso...


 mi sembra ben di + delle "classi di base" ... :-)
mi ha incuriosito ed ho dato una rapida lettura, però mi pare che siano
ancora abbastanza in alto mare come risultato finale.
però il progetto è certamente interessante, vedremo come si evolverà :)


 pensa con una tecnologia di questo peso...
beh, HTML mi pare ben piů semplice di un framework/VM.



beh, si... Nel senso che se non ci stai attento rischi (un po' per lo stato
dei Web Controls, un po' per via di ViewState() ) di occupare + banda per le
informazioni di stato che per i contenuti...
Prova ad usare una DataGrind "bindata" ad una DataView o ad un DataReader
senza aver impostato EnableStateView a "false" e dai una occhiata al codice
html prodotto... :-/
ma mi riferisco anche ad altri comportamenti "subdoli". Un esempio: lo stato
è mantenuto a livello di web form e _solo_ tramite postback. Se, quindi,
includi un link (caro vecchio tag <A>) nella web form, e la linki a se
stessa, tutte le var contenute in ViewState vanno perse... IMHO vale lo
stesso discorso effettuato in ASP per SessionApplication: sono strumenti,
vanno usati e non bisogna nè abusarne nè diventarne dipendenti, perchè a
volte proprio non possiamo usarli...


 stessa, tutte le var contenute in ViewState vanno perse...
Bhé... però c'è la possibilità di salvare lo stato attuale in un file di
testo...
insomma in qualche modo (magari contorto) riesci cmq a trasferire lo stato
anche tramite geturl.
