Re: Perl and Web Services

[CodeJunkie]

Hi,
Its really interesting to hear you say that, I actually had to make a similar decision last year when I started my final year dissertation for uni. Luckily my supervisor was as keen on Perl as I was, so didn't take much convincing! :-)

For my final year project I designed a web robot, using the LWP library of Perl modules, check it out here if you are interested: Nebukadnezar Project. It's pretty cool and I managed to get 85% for it! :-)

I'm not sure what you've decided to do, but the main advantages and reasons I quoted for using Perl were:

• regular expressions. - This is something it (at least used to) kick java's ass at ;-).
• Perl is widely regarded as pretty fast and simple and excellent for creating simple web based applications. - Java is slow, strict and laborious (at least in my opinion).
• There is also a very wide community of help with Perl, I posted lots of message on this site about my project and got lots of help! (i'm not saying there isn't any help out there for java... the might be... I just don't know...)

The most important thing is that you pick the tool that is best for the job, Also if you know how to program in Perl this is another good reason to choose it over Java. You need to think about the time it would take to learn another language.

Anyway I hope that's some help, it really depends what kind of web service you are going to write as well I think? Although I guess the most important thing is to take the advice of your supervisor, after all it's them who will be marking it!

Good luck with the project!

Cheers,
Tom

By the way, thanks to all those people that helped out on my project last year! It was much appreciated and the reason I ended up with a 2:1 :-)

[Tanalis]

... it really depends what kind of web service you are going to write as well I think ...

Well, the rest of the project brief talks about XML and inter-device operability (the service has to be accessible via a PDA, cellphone, text client, stuff like that), and has to provide "useful content".

My initial thought was to write a CMS of some sort, to publish stuff online, with XSL stylesheeting to render the pages for non-standard displays. I don't know if that counts as a web service, mind .. *grin* ..

Thanks for your reply - it's given me some useful things to think about.

-- Foxcub
#include www.liquidfusion.org.uk

[Excalibor]

Here you have it, you aren't really sure of what you're being asked for... silly marketroid "web services" expression... sigh

I'd start defining very well what the thing is exactly going to do and to provide. Then I would ask the boss/customer/whomever if that meets their definition of web services. If so, then go ahead with some precise user requests or some requisites and some design. Then full to code. Do not worry too much about the low level design, you'll change it some 100 times, anyway. Just be sure to follow the "simple" rule of design: 1 thunk, 1 responsibility (for whatever definition of thunk may fit your preferred development paradigm, be it function, object, whichever). Working in layers (like the internet protocol tower works) that provide an API for the next one and connect to another one usually provides a clean, easy to maintain, scalable and plugable design. It, however, makes the program flow more complicated.

Have a good test suite handy (nothing bad if you write it first, à la Extreme Programming) just be sure to keep it updated (my last/current big project in Perl started with very detailed and helpful tests, but as things started to move faster, and the system is extremely decoupled between 3 different machines and 9 processes of which I can only control 5, I preferred the code to be the test itself in the end. Most tests do still work, however, even despite the fact that the interfaces have changed a bit since then...)

CMS certainly fits my definition of web services, but have you considered something more "ooh-aah!" and service looking like making a multi-display web to offer stocks or searches or such things you can gather around from google or yahoo! using their XML APIs? That should impress anyone and it will give you lots of fun with a lot of CPAN modules as well :-) Be sure to offer a WAP interface, nobody uses it anymore, or maybe they do, but it's a standard and each phone kinda solves the presentation problem by itself (usually not displaying anything but an error, or anything at all); very instructive as well... Oh, whichever it is, a SMS module to send in SMS queries and to get an SMS with a reply back would certainly gain you loads of adepts. It may not look like a web service, but what's that thing, after all?

good luck,

--
our $Perl6 is Fantastic;