I made this transition myself about a year and a half ago, I went with ASP over JSP or ColdFusion for a number of reasons:
- Its native platform is Windows (even thought it can be run from Unix/Linux via third party solutions).
- It doesn't have the same processing overhead that CGI has on Windows when it isn't run as ISAPI or under PerlEX, even then it you will find that ASP is more efficient, it's also more efficient than JSP due to the overhead associated with Java full stop.
- ASP is tightly integrated with other Windows technologies, so if you know VB, C++, VJ++, COM/COM+, ADO/OLE-DB etc. or are willing to learn, you can leverage a staggering amount of power at the server to build very sophisticated web apps.
- If you know CGI you will find ASP quite familiar (and often easier/more efficient in terms of development) than CGI.
- ASP manages Session via the session object, which is unfortunately cookie based and can lead to a steep processing overhead at the server if not used judiciously . So if you can't rely on cookies being enabled at the client, then you are still looking at the more traditional methods of session management, JSP is no better in this respect (we really need something like a blue tooth concept for the web!).
I would recommend ASP over JSP any day of the week, JSP uses Java, so if you don't know Java you're in for a steep learning curve, ASP lets you use PerlScript, VBScript or JavaScript (Java isn't very good at leveraging other languages). Also you won't see any of those productivity gains that people talk about when referring to Java (this only really stands up against C/C++), ASP is interpreted (as it stands prior to .Net), as a Perl programmer this should mean a lot to you in terms of productivity. One final thing that sets ASP over JSP is ASP's maturity, you can really do a lot more with less effort with ASP than with JSP, if you don't believe me this is a paraphrase of a comment made by one of the Authors at the end of Professional JSP (Wrox Press).
I would chose ASP or JSP over ColdFusion if not for anything else, then for the marketability of the skill set.
I hope this helps
Galvin
-----Original Message-----
From: Purcell, Scott [mailto:[EMAIL PROTECTED]]
Sent: 15 March 2001 13:56
To: '[EMAIL PROTECTED]'
Subject: Technology Question
Hello,
I have been talking (lightly) with some others within our organization about
different web technologies. I currently am a CGI.pm user and know it pretty
well. But I am getting the impression that technologies such as JSP and ASP,
are more efficient. In conversation, I believe I am hearing that those two
technologies are more robust, because they do NOT start a new instance of my
perl/cgi script each time the user submits back to the server? Is this
correct? And if that is so, do those technologies allow the ability to hold
variables across sessions? I will try and better summarize that last
sentence. Does it mean that one does NOT have to hold state (hold variables)
with text files, dbms, etc? Because if that is the case, it appears that it
would be much more efficient, and create a much faster, secure and better
way than writing CGI type scripts. If I have my facts clear, could someone
let me know, or tell me if I am missing something?
Sincerely,
Scott Purcell
_______________________________________________
Perl-Win32-Web mailing list
[EMAIL PROTECTED]
http://listserv.ActiveState.com/mailman/listinfo/perl-win32-web
Ymwadiad Ebost
Ar gyfer y derbynwyr a enwir yn unig y mae'r trosglwyddiad ebost hwn. Gallai gynnwys gwybodaeth breifat a chyfrinachol. Os nad chi yw'r derbyniwr bwriadedig neu'r person sy'n gyfrifol am ddanfon i'r derbyniwr arfaethedig, rhaid i chi beidio � chymryd camau gweithredu'n seiliedig arno, na'i gop�o na'i ddangos i unrhyw berson; byddwch cystal � chysylltu � [EMAIL PROTECTED] ar unwaith os derbyniwch y neges hon trwy gamgymeriad. Ni allwn dderbyn unrhyw gyfrifoldeb dros unrhyw golled neu niwed sy'n digwydd o ganlyniad i firysau meddalwedd.
E mail Disclaimer
This electronic mail transmission is intended for the named recipients only. It may contain private and confidential information If you are not the intended recipient or the person responsible for delivering to the intended recipient, you must take no action based upon it, nor must you copy it or show it to anyone; please contact [EMAIL PROTECTED] immediately if you have received this message by mistake. We cannot accept any liability for any loss or damage sustained as a result of software viruses.
