where can i use perl

mkirank has asked for the wisdom of the Perl Monks concerning the following question:

Greeting monks, We are working on a new project ..the client wants this to be done on a j2ee framework (sun one app server)...how can i get perl into this ..though sunone has perl support can i access a java bean through perl ? also for another part the user logs in by inserting his smart card and biometrics (thumb impression) after authietication he does the transactions ...can a perl application be develped (using perl/tk) that can do this or if an applet does the authentication and later can it pass the information to a perl program that takes over .. any thoughts on this

Comment on where can i use perl

Replies are listed 'Best First'.
Re: where can i use perl by Zaxo (Archbishop) on Apr 01, 2003 at 06:22 UTC
Take a look at Inline::Java. After Compline, Zaxo	[reply]
Re: where can i use perl by zby (Vicar) on Apr 01, 2003 at 08:02 UTC
It might be a bit difficult - I mean if all the infrastructure is build for java than there wan't be much place for perl. There will always be friction on the boundary between the languages. Of course I don't say it is impossible, the obvious strategy would be to minimalize the boundary - by using perl for well separated tasks where you can define a simple interface to the rest of the system. If you would do it right than obviously this would succeed. But I would say it is not an excercise for the initiates.	[reply]
Re: where can i use perl by adrianh (Chancellor) on Apr 01, 2003 at 14:17 UTC
Personally I would say your options are: Learn Java ;-) Go find out from the client why they are using j2ee. It may not be for a good reason or set in stone. Maybe perl would be a more appropriate solution for that particular problem. In which case you can get the requirements changed. Equally, there might be a good reason for them to use j2ee. Maybe the rest of their code is Java. Maybe their internal developers are all Java coders. In which case using perl would just be counterproductive. In my experience you should either stick to client requirements, get the client to change them, or tell the client to get another contracter. Finagling around requirements tends to produce lawyers at inconvenient times ;-)	[reply]