Newsgroup: it.comp.java
Titolo: Servizi di hosting troppo costosi per JSP

Ciao, vorrei sapere, brevemente, le motivazioni
tecniche del perchï¿œ la piattaforma .NET ï¿œ diffusissima
e poco costosa, come servizio di hosting, rispetto
alla tecnologia JSP.
In pratica, bisogna spendere decine di euro e piï¿œ al mese
per un servizio di hosting che consenta di installare
il supporto a JSP. L'alternativa Microsoft, invece, ï¿œ sempre presente
in tutti o quasi i servizi di hosting, come avviene con PHP.
Quali problemi, in concreto, comporta un application server che supporta 
JSP?
La piattaforma .NET ï¿œ nata proprio, storicamente, in risposta a Java
e quindi si basa sui medesimi concetti - compilatore JIT, virtual 
machine -, quindi non capisco perchï¿œ dovrebbe dare meno problemi
ed essere meno costosa da implementare come hosting.
Forse il fatto che ï¿œ distribuita insieme a Windows Server la differenzia 
in modo netto rispetto a Java?
A voi la parola.

 A voi la parola.
Per la veritï¿œ io piï¿œ che differenze di prezzo, quando tempo fa cercai un 
server, riscontrai parecchie difficoltï¿œ a trovarlo... nel senso che il 
php te lo fanno tutti, jsp molti meno. Ma non sono un grande esperto 
perchï¿œ poi non mi ï¿œ piï¿œ servito quindi attualmente non utilizzo nulla.
-- 
bye
DKano

 A voi la parola.
Interessante Post, mi accodo a te nel chiedermi il perchè, io finora
ho sempre usato il PHP, ma negli ultimi periodi stò approfondendo il
JSP.
Finchè si tratta di ASP o PHP trovi server a iosa e i costi sono
contenuti, per quanto riguarda Tomcat invece ce ne sono di meno ma
costano di più... Sicuramente ci sarà un ritorno di qualità, anche
perchè php è utilizzato per fare sia le cose piccole che quelle
grandi, mentre JSP tendenzialmente è Enterprise.
Mirko

 A voi la parola.
Qualcuno diceva che con un System.exit(); in java puoi inchiodare l'intero  
server mentre in .net non ci riesci, e quindi ï¿œ molto meno sbattimento  
tenere su un server .net perchï¿œ a prova di bimbominkia.
Non so se questa affermazione sia vera
-- 
Mail to: anforagimailpuntocomï¿œ
http://www.hostingjava.it/-SaThot/mail/me

 Non so se questa affermazione sia vera
Devo provare :-P
Magari perï¿œ il problema ï¿œ da cercare nel fatto che dotNet ha il 
vantaggio di "sapere" su quale piattaforma deve girare la web 
application, quindi potrebbe essere meno "oneroso" per la "macchina 
virtuale dotnet" l'esecuzione di codice in ambiente $finestre rispetto a 
quanto farebbe un programma equivalente su un'altra piattaforma, poichï¿œ 
possono essere state aggiunte ottimizzazioni che non "ledono" al 
concetto di "platform-indipendent".
Questo ovviamente IMHO.
Enrico

 Non so se questa affermazione sia vera
Se guardi la documentazione di System.exit() troverai che questa non ï¿œ
altro che una scorciatoia verso Runtime.getRuntime.exit() .
Quest'ultima funzione specifica che una delle eccezioni che puï¿œ
lanciare ï¿œ SecurityException:
SecurityException - If a security manager is present and its checkExit
method does not permit exiting with the specified status .
Giï¿œ a partire da Tomcat, tutto ciï¿œ che gira all'interno di un
application server (JSP, servlet, javabeans) viene sottoposto ad un
security manager che impedisce l'uso di qualsiasi metodo di "uscita
forzata".
La questione ï¿œ che Java viene considerato, nonostante tutto, ancora *di
nicchia* e quindi non appetibile per gli hoster.
-- 
Scientology: se la conosci la eviti, se la conosci non ti uccide...
http://xenu.com-it.net
 - 
http://xenu.freewinds.cx
 - 
http://www.xenu.net
(per rispondere personalmente leva IlDitoDalCulo)
---> 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 <---