[24739] in Perl-Users-Digest
Perl-Users Digest, Issue: 6894 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 20 18:06:07 2004
Date: Fri, 20 Aug 2004 15:05:05 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 20 Aug 2004 Volume: 10 Number: 6894
Today's topics:
Re: Any YahooPop/fetchyahoo Like For NNTP on Google? <dwall@fastmail.fm>
BWWHOIS in OS/2 and Perl support (Seymour J.)
Re: BWWHOIS in OS/2 and Perl support $_@_.%_
Re: File::Find question. <tintin@invalid.invalid>
Re: Forcing Array Context <nobull@mail.com>
Re: Forcing Array Context <nobull@mail.com>
Re: How Should I Check for Directory existance in a ser <parv_@yahooWhereElse.com>
Re: How to upload a file from a local pc to a web serv <flavell@ph.gla.ac.uk>
Re: How to upload a file from a local pc to a web serv (Jonathan Tree)
Re: How to upload a file from a local pc to a web serv <nobull@mail.com>
Re: How to upload a file from a local pc to a web serv <flavell@ph.gla.ac.uk>
Re: How to upload a file from a local pc to a web serv <nobull@mail.com>
Re: How to upload a file from a local pc to a web serv <nobull@mail.com>
Re: no re 'eval' not secure enough <nospam-abuse@ilyaz.org>
Re: split inconsistency- why? <nospam-abuse@ilyaz.org>
Re: split inconsistency- why? <emschwar@pobox.com>
Re: what's the best environment to exercise Perl? <1usa@llenroc.ude.invalid>
Re: WSDL/SOAP/XML-RPC HELP <ceo@nospam.on.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 20 Aug 2004 18:25:23 -0000
From: "David K. Wall" <dwall@fastmail.fm>
Subject: Re: Any YahooPop/fetchyahoo Like For NNTP on Google?
Message-Id: <Xns954B92B86E102dkwwashere@216.168.3.30>
Arne <arne@luras.nu> wrote in message
<news:XNpVc.1006$d5.8094@newsb.telia.net>:
> A: Because it messes up the order in which people normally read
> text.
>
> Q: Why is top-posting such a bad thing?
>
> A: Top-posting.
>
> Q: What is the most annoying thing on usenet?
Q:> But I should be able to do it however I want! Deal with it!
A:>> Think about it. Come on, you can figure it out.
A:>>>> When half the group posts top and the other half posts bottom.
Q:>>>>> What's even more annoying than topposting?
Q:>>> Why would that be annoying?
A: Bite me. Conform!
Source: http://groups.google.com/groups?as_umsgid=ahbou%3Dc13m6h%24mhp%241@woodrow.ucdavis.edu
------------------------------
Date: Fri, 20 Aug 2004 13:46:21 -0300
From: "Shmuel (Seymour J.) Metz" <spamtrap@library.lspace.org.invalid>
Subject: BWWHOIS in OS/2 and Perl support
Message-Id: <412638ed$19$fuzhry+tra$mr2ice@news.patriot.net>
I've been looking for a whois client that will automatically go to the
proper whois server. BWWHOIS does a recursive search, but the port of
Perl that I got from CPAN is only 5.5. Is anybody working on a port of
a later version of Perl to OS/2, or on changing BWWHOIS to work with
the older Perl?
Thanks.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT <http://patriot.net/~shmuel>
Unsolicited bulk E-mail subject to legal action. I reserve the
right to publicly post or ridicule any abusive E-mail. Reply to
domain Patriot dot net user shmuel+news to contact me. Do not
reply to spamtrap@library.lspace.org
------------------------------
Date: Fri, 20 Aug 2004 19:05:06 GMT
From: $_@_.%_
Subject: Re: BWWHOIS in OS/2 and Perl support
Message-Id: <CXrVc.2864$3O2.1183@trndny07>
"Shmuel (Seymour J.) Metz" <spamtrap@library.lspace.org.invalid> wrote in message-id:
<412638ed$19$fuzhry+tra$mr2ice@news.patriot.net>
>
>I've been looking for a whois client that will automatically go to the
>proper whois server. BWWHOIS does a recursive search, but the port of
>Perl that I got from CPAN is only 5.5. Is anybody working on a port of
>a later version of Perl to OS/2, or on changing BWWHOIS to work with
>the older Perl?
>
>Thanks.
>
>--
>Shmuel (Seymour J.) Metz, SysProg and JOAT <http://patriot.net/~shmuel>
>
>Unsolicited bulk E-mail subject to legal action. I reserve the
>right to publicly post or ridicule any abusive E-mail. Reply to
>domain Patriot dot net user shmuel+news to contact me. Do not
>reply to spamtrap@library.lspace.org
Im not familiar with BWWHOIS, so im not sure this would suit your needs.
In the directory:
http://www.cpan.org/authors/id/Q/QO/QOS/Networking/
There are two old programs IPLU and IPLUc, one is command line and
the other a pTk GUI.
------------------------------
Date: Sat, 21 Aug 2004 09:17:52 +1200
From: "Tintin" <tintin@invalid.invalid>
Subject: Re: File::Find question.
Message-Id: <2on83mFco9qjU1@uni-berlin.de>
"Steve P" <nomad3d@msn.com> wrote in message
news:af2809b.0408200828.477a43e@posting.google.com...
>
> I'm a very novice perl scripter and all I know, I am learing from a
> very old book (Teach yourself perl in 21 days by Laura Lemay) that
> covers up to perl 5.005, so am doing best that I can at the moment. :)
In general, be *very* cautious of any book the has a title like "Learn X in
Y days". They are usually a pile of junk.
------------------------------
Date: Fri, 20 Aug 2004 19:48:18 +0100
From: Brian McCauley <nobull@mail.com>
Subject: Re: Forcing Array Context
Message-Id: <cg5gq2$map$1@sun3.bham.ac.uk>
Randal L. Schwartz wrote:
>>>>>>"Peter" == Peter Kay <peterkayatwork@yahoo.com> writes:
>
>
> Peter> So what is the official purpose of prototypes in Perl? They certainly
> Peter> forced me to make sure I passed in at least some elements ;-)
>
> It permits you to write weird subroutines that parse in the same manner
> as some of the odder built-ins.
Whilst this is strictly a spacial case of what Randal just said it's
probably worthy of a special mention that the explicitly empty prototype
allows things that parse like constants (indeed this is how the constant
pragma (now) works).
use constant FOO => 2;
print FOO + 2;
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Fri, 20 Aug 2004 19:53:10 +0100
From: Brian McCauley <nobull@mail.com>
Subject: Re: Forcing Array Context
Message-Id: <cg5h37$mes$1@sun3.bham.ac.uk>
> I want to pass in arguments to a subroutine via an array or list.
> Seems simple enough, right? Well, no, because the array keeps getting
> kicked into scalar context.
Other people have mentioned that you probably didn't want a prototype.
Nobody has mentioned that there is a special syntax of subrouitne call
that suppresses prototype handing.
> sub do_it ($$@);
>
> my @args=("a","b","c");
>
> do_it( "a", "b", @args ); #works
> do_it( @args ); # Doesn't work:
&do_it( @args ); # Works by supressing the prototype.
Note - I do not recommend you do this in your situation, I only mention
it for completenes since it is the answer to the question you asked as
opposed to the answer you actually needed :-).
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Fri, 20 Aug 2004 14:20:35 -0500
From: parv <parv_@yahooWhereElse.com>
Subject: Re: How Should I Check for Directory existance in a server
Message-Id: <slrncicjrr.1mh.parv_@localhost.holy.cow>
in message <Xns954B1905EF587asu1cornelledu@132.236.56.8>,
wrote A. Sinan Unur ...
>> sunilkumar_1480@yahoo.com wrote:
>>> I have to create a directory in a FTP server but before I create
>>> i should check for the existance of the directory. If the
>>> directory does exist then I should not create the directory.
>
> I am no expert, but that smells of a race condition to me ... Why
> not just try to create it? If creation fails, assume the directory
> exists and try changing to that directory. If that fails, abort.
Interesting, i had never thought of that. Thanks.
- parv
--
As nice it is to receive personal mail, too much sweetness causes
tooth decay. Unless you have burning desire to contact me, do not do
away w/ WhereElse in the address for private communication.
------------------------------
Date: Fri, 20 Aug 2004 20:55:13 +0100
From: "Alan J. Flavell" <flavell@ph.gla.ac.uk>
Subject: Re: How to upload a file from a local pc to a web server from a html page????
Message-Id: <Pine.LNX.4.61.0408202052430.6022@ppepc56.ph.gla.ac.uk>
On Fri, 20 Aug 2004, Brian McCauley wrote:
> Actually while the juxtaposition may have been unitended it was, I
> think, not inappropriate.
;-) thanks. Two heads are evidently better than one (cue HHGTTG)
------------------------------
Date: 20 Aug 2004 11:13:24 -0700
From: takarov2003@yahoo.com (Jonathan Tree)
Subject: Re: How to upload a file from a local pc to a web server from a html page????
Message-Id: <c5129e0a.0408201013.8a1b07@posting.google.com>
schimata2@yahoo.com (srini) wrote in message news:<5fc50f33.0408200649.542b3db2@posting.google.com>...
> Joe Smith <Joe.Smith@inwap.com> wrote in message news:<rPgVc.289630$%_6.59237@attbi_s01>...
> > srini wrote:
> >
<SNIPPED STUFF>
You still have not shown all parts of the problem domain. What does
your <FORM> statement look like in the HTML? Have you perused Lincoln
Stein's examples? Does your <FORM> statement look like this:
<FORM METHOD="POST" ENCTYPE="multipart/form-data"
ACTION="<your own upload process>">
You cannot expect quality replies if you withhold vital information.
------------------------------
Date: Fri, 20 Aug 2004 19:19:47 +0100
From: Brian McCauley <nobull@mail.com>
Subject: Re: How to upload a file from a local pc to a web server from a html page????
Message-Id: <cg5f4f$lgj$1@sun3.bham.ac.uk>
srini wrote:
> open UPLOADFILE, '>', $temp or die "Cannot create file $temp: $!\n";
> binmode $upload_filehandle;
> binmode UPLOADFILE;
>
> while(defined($_ = <$upload_filehandle>))
> {
> print UPLOADFILE or warn "Possible disk full error: $!\n";
> }
>
> close UPLOADFILE;
> But I still see empty file on the web server....
> Any ideas why I ma getting only empty file there?
If the disk really were full you'd possibly see an error on close than
on print if you are testing this with a small file. (Perl uses buffered
I/O).
But I'm inclined to agree with other contributors to this thread that
the real problem lies in stuff that you've not shown us.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Fri, 20 Aug 2004 19:32:11 +0100
From: "Alan J. Flavell" <flavell@ph.gla.ac.uk>
Subject: Re: How to upload a file from a local pc to a web server from a html page????
Message-Id: <Pine.LNX.4.61.0408201915470.5608@ppepc56.ph.gla.ac.uk>
A feel the need to correct myself on one point:
On Thu, 19 Aug 2004, Alan J. Flavell wrote:
> > <INPUT type="file" size=50 name="attachedfile"
>
> Where's your <form> element and its attributes? Haven't you realised
> yet that they are far more important than your <font> and <br> crap?
(I stand by that part...)
> > ALLOW="text/*">
>
> Eh? As the saying goes, "you can't just make shit up and expect it to
> work".
The unfortunate juxtaposition of that last remark and the quoted
fragment which precedes it was a mistake on my part. Sorry about
that.
(I'd still want to see a test-case, without extraneous
clutter, but complete enough to be actually runnable.)
------------------------------
Date: Fri, 20 Aug 2004 20:05:02 +0100
From: Brian McCauley <nobull@mail.com>
Subject: Re: How to upload a file from a local pc to a web server from a html page????
Message-Id: <cg5hpg$msf$1@sun3.bham.ac.uk>
Alan J. Flavell wrote:
> A feel the need to correct myself on one point:
On the contrary, there's no need to correct yourself. On Usenet there
are thousands of people just waiting to leap at the chance to correct
you. :-)
> On Thu, 19 Aug 2004, Alan J. Flavell wrote:
>>>ALLOW="text/*">
>>
>>Eh? As the saying goes, "you can't just make shit up and expect it to
>>work".
>
> The unfortunate juxtaposition of that last remark and the quoted
> fragment which precedes it was a mistake on my part.
Actually while the juxtaposition may have been unitended it was, I
think, not inappropriate.
The correct attribute name is 'accept' not 'allow'.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Fri, 20 Aug 2004 20:57:29 +0100
From: Brian McCauley <nobull@mail.com>
Subject: Re: How to upload a file from a local pc to a web server from a html page????
Message-Id: <cg5l3a$63g$1@slavica.ukpost.com>
Brian McCauley wrote:
> srini wrote:
>
>> open UPLOADFILE, '>', $temp or die "Cannot create file $temp: $!\n";
>> binmode $upload_filehandle; binmode UPLOADFILE;
>> while(defined($_ = <$upload_filehandle>)) {
>> print UPLOADFILE or warn "Possible disk full error: $!\n";
>> }
>> close UPLOADFILE;
>
>
>> But I still see empty file on the web server....
>> Any ideas why I ma getting only empty file there?
>
>
> If the disk really were full you'd possibly see an error on close than
> on print if you are testing this with a small file. (Perl uses buffered
> I/O).
Because I'm a kind and generous person even though it has nothing to do
with Perl, I will point out that it could be a permisions issue. I know
the OP is using Windows and it is posible on Windows (NTFS) to set
persisions on a directory so that a user can create empty files but not
put anything in them.
------------------------------
Date: Fri, 20 Aug 2004 21:33:25 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: no re 'eval' not secure enough
Message-Id: <cg5qn5$1alu$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
Brian McCauley
<nobull@mail.com>], who wrote in article <cg5cg5$kd3$1@sun3.bham.ac.uk>:
> > Now that RE's can contain executable code (via the experimental (?{...})
> > and a few others) it is no longer safe to accept an RE as an argument
> > (either to a program or to a subroutine), since it could, for instance,
> > have:
> >
> > (?{system("rm -rf /")})
> >
> > buried in it.
> And since the tie and overload mechanisms allow arbitrary code to to
> burried in seemingly plain scalar values you must not accept any
> argument of any kind.
Not relevant, since this code is read from scripts, not the user input.
> > Now while this can't happen in raw data from outside the program
> > (because it can't be qr'd by the external person), it does mean any
> > subroutine that accepts an RE as an argument can't rely on no re 'eval'
> > as the supplied RE might have been created using qr// in a block that
> > had had use re 'eval' turned on.
> I think you need to take a step back and look at your threat model. You
> appear to be concerned that the person who wrote the code with 'use re
> qw(eval)' in it is colluding with the supposed attacker.
Again, I do not think your argument is fully applicable; for it to be,
it should be a readily available knowledge *which* subroutines
interpolate their arguments in scope of 'use re "eval"'. It is not.
I think the threat is real, though not often applicable.
Hope this helps,
Ilya
------------------------------
Date: Fri, 20 Aug 2004 21:25:30 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: split inconsistency- why?
Message-Id: <cg5q8a$1ah3$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
David Combs
<dkcombs@panix.com>], who wrote in article <cg40hi$9cm$1@reader1.panix.com>:
> (1) Where is this Ilya-mostly-fixed documentation? (ie, which
> version of perl?)
I think most of the cleanup was pre-5.6. [Note that I did not claim
that all the people find my prose readable, only that it reflected the
behaviour-as-I-believed-it ;-]
> (2) Did you document, for yourself for maybe later use,
> warning-examples of where it hit those boundary-conditions?
Unfortunately, that time I had a lot of trust in my memory (maybe it
was justified, I can't remember now ;-).
> Even if you didn't have the time or energy to pursue
> maybe fruitless task of (a) finding (not so simple) and
> (b) fixing these remaining problem-areas,
>
> it'd probably be useful to see what you did find --
> just to know what *not* to approach in split-use.
I think the problematic areas are split on a REx which can match an
empty substring, and split of an empty string. One example I remember
is
perl -wle "for (0..5) {@x=split /./, q(a) x $_, -1; print scalar @x}"
0
2
3
4
5
6
> (3) If this split is *that* weird and unpredictable,
> how much work would it be for someone (good like you)
> to implement a splitSmall with perhaps fewer features,
> but at least do those things robustly, "as advertised"?
As I said, this was already (mostly?) done in my
use strict 'split';
patch. But if it is not easly transferable to the current code base,
keep in mind that nowadays I will need external funding to seriously
work on Perl. (I wish I had one...)
> (4) I haven't looked at perl-6 yet -- but what does *it*
> provide for its own split-like capabilities?
I do not think that Perl 6 (at least in the state it was a year ago)
is going to be relevant for anything; it looks much harder than C++ or
Perl 5 to get fluent in.
Moreover, if I read what Larry said last year in his address, Perl 6
is dead. [Or course, both things may have improved during the year I
did not pay attention.]
Hope this helps,
Ilya
------------------------------
Date: Fri, 20 Aug 2004 16:04:43 -0600
From: Eric Schwartz <emschwar@pobox.com>
Subject: Re: split inconsistency- why?
Message-Id: <etok6vtcvpg.fsf@wilson.emschwar>
Ilya Zakharevich <nospam-abuse@ilyaz.org> writes:
> I do not think that Perl 6 (at least in the state it was a year ago)
> is going to be relevant for anything; it looks much harder than C++ or
> Perl 5 to get fluent in.
I'm not disagreeing with this-- though I really like some of the
things I saw at OSCON, it seems some changes were, if not backwards,
at least sideways in usability.
> Moreover, if I read what Larry said last year in his address, Perl 6
> is dead. [Or course, both things may have improved during the year I
> did not pay attention.]
It was pretty clear from both Larry and Damian this year that Perl 6
is not only not dead, it's doing fairly well.
-=Eric
--
Come to think of it, there are already a million monkeys on a million
typewriters, and Usenet is NOTHING like Shakespeare.
-- Blair Houghton.
------------------------------
Date: 20 Aug 2004 18:44:06 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: what's the best environment to exercise Perl?
Message-Id: <Xns954B95E465BD5asu1cornelledu@132.236.56.8>
Alont <end@dream.life> wrote in news:412a392e.217272421@130.133.1.4:
> "A. Sinan Unur" <1usa@llenroc.ude.invalid>Wrote at 20 Aug 2004
> 16:36:11 GMT:
>>He should instead pass the name of the current file and select the
>>current file directory as the directory in which to execute perl.
...
> Oh! I succeed! the setting as same as jave setting:
Good for you. But we do not care. Are you going to post it here every time
you figure out some piece of software unrelated to Perl?
Please read the posting guidelines and follow them.
--
A. Sinan Unur
usa1@llenroc.ude.invalid
(remove .invalid and reverse each component for valid email address)
------------------------------
Date: Fri, 20 Aug 2004 21:55:19 GMT
From: ChrisO <ceo@nospam.on.net>
Subject: Re: WSDL/SOAP/XML-RPC HELP
Message-Id: <bruVc.5752$FV3.4170@newssvr17.news.prodigy.com>
Tomislav Lepusic wrote:
> Hello,
>
> I don't know if this is the right group, so if you can help me thanks,
> if not, sorry to bother you.
>
>
> I'm working on my student project and I'm totally lost and don't have
> any idea how to continue, and the deadline is 1.9.2004. Please help,
> 'couse i'm loosing myself in this XML/SOAP/RPC/WSDL things......
>
> A little discription.
> I have to define and make something like virtual driver for serial port
> (RS232), only it isn't really a driver. The server has to be on Linux
> box (physical port(s) is/are there), and the other side (client) is not
> inportant. It is not important what is connected on serial port. Also,
> there is no need to work on any kind of drivers on Windows or something,
> becouse that is not the point. I have to make an universal way to
> send/recive/control serial port on that server computer from anywhere. I
> know how to program for serial port on Linux (in C), and I have made
> some progress there. That low-level programing isn't the problem. The
> problem is how to make it work over the net, so that someone who wants
> to write a program on Windows or Mac can use something universal to
> access it (like XML). I HAVE TO USE XML-RPC or SOAP or WSDL or something
> like that. The problem is that I don't know how to use those
> technologies. I read some tutorials, guides on XML-RPC, SOAP and WSDL,
> and I'm totally lost now.
> BTW, I was planning to use Perl becouse I know something about it. (I
> don't know Java)
>
> So, if you can help me in any way (advice, similar example or
> something), please do. This is very important to me. I forget,
> everything must be secure (SSL or something).
>
Well, at least you are being honest and coming right out and saying this
is for a school project. Good for you. This is a GREAT assignment and
hopefully no one here gives away any answers. We homeschool our
children and it's almost always right to give them better direction, as
long as they aren't being spoon-fed the answers which is a terrible
thing to do (and what most people expect these days). Anyway, here are
some pointers to get you going:
(1) This is the right place to ask questions if you want to do this in
Perl, which it sounds like you do.
(2) If you are going to write the serial "driver" on the Linux side in C
and try to use Perl to do the web services piece then in my estimation,
the hardest part of your project is going to be interfacing your web
service (presumably written in Perl) to your serial "driver" written in
C. I could be wrong about this and maybe someone else can help there.
I know C, but I've not interfaced C and Perl (though I hear it's
somewhat easy to do.)
(3) I hope you understand at least this much, because your assignment is
a good one: Your prof simply wants you to present a public interface via
the web (more specifically via a web service) to your backend serial
"driver". That's it. I assure you it's really simple even though you
feel it's hard right now.
Say you have a "function" in your serial "driver" that sends voltage
"HIGH" on pin 8 for example (I'm not going to dig out a serial reference
to get completely accurate on the RS-232 specification right now, but
there are pins that deal with voltage.) Say that causes a light to turn
"on" on the machine were the serial port is. So, your prof wants a
public web interface to do this via a web services call. It talks to
your serial driver and tells the serial driver "run this routine" and
that routine raises the voltage and turns on the light:
[RPC Client (can be a web browser or some other "client")] -> Calls Web
Service routine "light_on()" -> Calls serial driver routine "light_on()"
-> light comes on. That's what he wants (according to your description).
(4) Your RPC client doesn't have to be a web browser; that's the beauty
of it. It can be a command line client, a routine in a client-side
application (that goes out port 80 or port 8080, etc.), or a command
line utility.
(5) If this project is important to you (which it sounds like it is), do
yourself a HUGE favor: Go to http://safari.oreilly.com and sign up for a
"trial" subscription to O'Reilly's Safari bookshelf. Place the books
called "Web Services with Perl" and "Programming Web Services with
XML-RPC" on your bookshelf. Read them. They are super helpful and will
hopefully get you up to speed quickly. (Remember to cancel your
subscription within 14 days.) If you are going to use Perl and need to
get up to speed quickly, read chapters 3-5 on the first book and chapter
4 in the later book. The last book will also give you exposure to doing
something like this in Java, ASP and PHP which may be helpful.
(6) If you have the time, get an XML-RPC web service going with a few
test routines. XML-RPC is about as easy as it gets and it will drive
home the concepts for you quickly. It's easy to set up. BUT.... It
does *NOT* have the security built in that your prof requires. For
this, you are going to have to use something else. But XML-RPC will
give you a great idea of what can be done in a short amount of time. My
opinion.
(7) *If* your prof has left open the door for XML-RPC, then he must know
that by default it is NOT secure and that might imply that he will be
satisfied if you use XML-RPC and come up with your own
security/authentication scheme. If this is the case, all your work in
XML-RPC could be used and you could add an authentication layer later.
You might want to check on that.
Finally, there are sample routines EVERYWHERE for this if you look.
Don't panic. Plan your attack and then... attack it. Realize that you
are going to have potentially two interfaces: (1) The public web service
interface and (2) the interface between your web service and your serial
"driver." If it were me, I'd try and keep it all in the same realm if I
could (eg. all in Perl, all in blah, etc.)
I think you'll have a lot easier time in Perl than in Java, but that's a
biased opinion.
If you want some simple, easy to understand examples, you can go here:
http://www.technologease.com/employees/chris/portfolio/
There is an XML-RPC server with test routines (which is all you need
initially) and even a callable RPN calculator, a command line client and
an email gateway at that location. The email gateway code would be an
example of interfacing one application to web services, in this case,
interfacing (or gatewaying) email through POP3 to defined web services.
In your case, you need to interface your web services to your serial
"driver."
These examples should get you started. You are still going to have to
work through the "security" issue.
Good luck!
-ceo
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 6894
***************************************
