[23156] in Perl-Users-Digest
Perl-Users Digest, Issue: 5377 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Aug 17 06:05:38 2003
Date: Sun, 17 Aug 2003 03:05:08 -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 Sun, 17 Aug 2003 Volume: 10 Number: 5377
Today's topics:
Re: and why can't I do my own CGI? <tassilo.parseval@rwth-aachen.de>
Re: comp.lang.perl.open.discussion rfc in alt.config <scripts_you_know_the_drill_@hudsonscripting.com>
Re: comp.lang.perl.open.discussion rfc in alt.config <scripts_you_know_the_drill_@hudsonscripting.com>
Re: comp.lang.perl.open.discussion rfc in alt.config (Randal L. Schwartz)
Re: comp.lang.perl.open.discussion rfc in alt.config <mpapec@yahoo.com>
comp.lang.perl.zombie rfc in alt.config <scripts_you_know_the_drill_@hudsonscripting.com>
Re: Encrypting a superuser (UK\)
Re: Encrypting a superuser (UK\)
Re: Encrypting a superuser (UK\)
Re: file upload in cgi <mpapec@yahoo.com>
Re: Finding 'path to perl' of remote server <rgarciasuarez@free.fr>
Re: hand crafting soap for google api's <scripts_you_know_the_drill_@hudsonscripting.com>
Re: hand crafting soap for google api's (James Willmore)
Re: How to express "not followed by"? <noreply@gunnar.cc>
how to rename 200 files in many sub-directories? <geoff.cox@blueyonder.co.uk>
Re: how to rename 200 files in many sub-directories? <NOSPAM@bigpond.com>
Re: how to rename 200 files in many sub-directories? <geoff.cox@blueyonder.co.uk>
Re: In My Humble Opinion... <tim@vegeta.ath.cx>
mod_perl 2 Setup ? <welton_bob@nospam_hotmail.com>
Re: mod_perl 2 Setup ? <rbaba99@caramail.com>
Re: perl zombies (Randal L. Schwartz)
Re: Signal to noise ratio <scripts_you_know_the_drill_@hudsonscripting.com>
Re: soap, etc <gellyfish@gellyfish.com>
Re: soap, etc <gellyfish@gellyfish.com>
zombie talk... <scripts_you_know_the_drill_@hudsonscripting.com>
Re: <bwalton@rochester.rr.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 17 Aug 2003 07:06:20 GMT
From: "Tassilo v. Parseval" <tassilo.parseval@rwth-aachen.de>
Subject: Re: and why can't I do my own CGI?
Message-Id: <bhn9hc$baa$1@nets3.rz.RWTH-Aachen.DE>
Also sprach hudson:
> perl is kind of built from other things, isn't it? sed, awk, C,
> etc....maybe the correct way to learn perl is to understand
> computers...since isn't that what those built in functions you are
> talking about come from:
>
> accept, bind, connect, getpeername, getsockname, getsockopt, listen,
> recv, send, setsockopt, shutdown, socket, socketpair.
I think you can turn that around even. Understand computers (at least
some essential concepts relating to operating systems) by using and
learning Perl. Perl is suitable for that (and to some degrees more
suitable than other scripting languages) because it offers some very
low-level constructs (the ones you quoted above plus - among others -
the IPC-stuff as layed out in perlipc.pod) without negelecting the
high-level stuff.
Since you said you planned on picking up C: I owe to Perl everything I
learnt about C. Perl was my first language I became fluent with and
after a while I became interested in the Perl-internals and started
doing XS (essentially, writing Perl modules in C with the help of the
PerlAPI). It's an odd way of learning C because XS doesn't have the
reputation of being particularly beginners-friendly. But, alas, anything
can happen when doing Perl.
And then C helped me to understand more of Perl. I never understood how
to use pack() and unpack() till I realized how closely they ressemble
the way C handles different data-types and converts them into each
other. C:
/* an 'int' is four bytes on my machine */
unsigned char c[4] = { 255, 255, 255, 255 };
unsigned int *i = (int*)c;
Perl:
$i = unpack "L", chr(255).chr(255).chr(255).chr(255);
Tassilo
--
$_=q#",}])!JAPH!qq(tsuJ[{@"tnirp}3..0}_$;//::niam/s~=)]3[))_$-3(rellac(=_$({
pam{rekcahbus})(rekcah{lrePbus})(lreP{rehtonabus})!JAPH!qq(rehtona{tsuJbus#;
$_=reverse,s+(?<=sub).+q#q!'"qq.\t$&."'!#+sexisexiixesixeseg;y~\n~~dddd;eval
------------------------------
Date: Sun, 17 Aug 2003 03:07:52 -0700
From: hudson <scripts_you_know_the_drill_@hudsonscripting.com>
Subject: Re: comp.lang.perl.open.discussion rfc in alt.config
Message-Id: <jukujvoo4oqqfomtd7eq33v55i77ldrfr5@4ax.com>
On Sun, 17 Aug 2003 05:20:59 +0000 (UTC), "David H. Adler"
<dha@panix.com> wrote:
>Additionally, I note that alt.config would be an inappropriate place for
>discussion of the creation of a group with the name you suggest.
why? alt.config is where you create newsgroups...right?
------------------------------
Date: Sun, 17 Aug 2003 03:12:32 -0700
From: hudson <scripts_you_know_the_drill_@hudsonscripting.com>
Subject: Re: comp.lang.perl.open.discussion rfc in alt.config
Message-Id: <j6lujv0a3p3m53alhfvckajtfqffveoh3n@4ax.com>
On Sun, 17 Aug 2003 05:20:59 +0000 (UTC), "David H. Adler"
<dha@panix.com> wrote:
>From what I've been reading of your posts, you seem to be wanting not
>open discussion - which is what happens on clpmisc - but discussion that
>involves not telling people that you think they're doing something
>wrong.
don't give me BS...what is happening on a.l.p.misc is not open
discussion but zombie talk and dogma...isn't that true???
------------------------------
Date: Sat, 16 Aug 2003 20:18:00 GMT
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: comp.lang.perl.open.discussion rfc in alt.config
Message-Id: <fb40b77c093279364fdcb1240bc3a396@news.teranews.com>
>>>>> "hudson" == hudson <scripts_you_know_the_drill_@hudsonscripting.com> writes:
>> Additionally, I note that alt.config would be an inappropriate place for
>> discussion of the creation of a group with the name you suggest.
hudson> why? alt.config is where you create newsgroups...right?
Newsgroups in alt.*, but not comp.*. A little research would have
shown the contrary. A *little* research.
You know, you seem to consistently learn *just enough* to be
*dangerous*, but not enough to know as much as you think you know.
Perhaps this is a clue. Perhaps you'll take this as feedback. Maybe
instead you'll just write me off, because it's not what you want to
hear.
{sigh}
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Sun, 17 Aug 2003 10:47:11 +0200
From: Matija Papec <mpapec@yahoo.com>
Subject: Re: comp.lang.perl.open.discussion rfc in alt.config
Message-Id: <0ifujvcpap5t61ukp5nbdnpdnc3f01tirr@4ax.com>
X-Ftn-To: hudson
hudson <scripts_you_know_the_drill_@hudsonscripting.com> wrote:
>On Sun, 17 Aug 2003 05:20:59 +0000 (UTC), "David H. Adler"
><dha@panix.com> wrote:
>
>>From what I've been reading of your posts, you seem to be wanting not
>>open discussion - which is what happens on clpmisc - but discussion that
>>involves not telling people that you think they're doing something
>>wrong.
>
>don't give me BS...what is happening on a.l.p.misc is not open
>discussion but zombie talk and dogma...isn't that true???
Maybe, but judging from your writing you don't have enough knowledge to find
that out. And since you're acting like troll and flooding clpm with offtopic
and insulting posts others can only send you to abuse@supernews.com(or, come
to your home, visit your dog/gold fish, relatives and such :>)
--
Matija
------------------------------
Date: Sun, 17 Aug 2003 03:17:32 -0700
From: hudson <scripts_you_know_the_drill_@hudsonscripting.com>
Subject: comp.lang.perl.zombie rfc in alt.config
Message-Id: <dglujvodrbss5i20h4luphtckjl9seoqkc@4ax.com>
for all you zombies...I want to create a special place for you to post
your BS
------------------------------
Date: Sun, 17 Aug 2003 09:19:18 +0100
From: "JJ \(UK\)" <gee@i.cant.think.why.you'd.want.my.email.address.com>
Subject: Re: Encrypting a superuser
Message-Id: <dSG%a.76$Bt5.27@newsfep1-gui.server.ntli.net>
> Not in any useful sense.
Um, yes it is. Why do you say it isn't?
> This has nothing to do with Perl.
What hasn't?
> > I've written the batch scripts (and they're pretty cool!) but for them
to
> > work the account running them needs Domain Admin rights, however the
team
> > they've been written for are only Account Operators. You see my
problem...
> In Windows I don't think there's any directly equivalent concept as
> standard and I've spend quite some time looking.
Well, there is the RunAs option implemented in Windows2000 but that's not an
option in this situation as the team that should be running the scripts use
NT4.
Thanks for the response! :-)
--
JJ (UK)
------------------------------
Date: Sun, 17 Aug 2003 09:23:47 +0100
From: "JJ \(UK\)" <gee@i.cant.think.why.you'd.want.my.email.address.com>
Subject: Re: Encrypting a superuser
Message-Id: <qWG%a.79$Bt5.26@newsfep1-gui.server.ntli.net>
"Brian Harnish" <bharn_S_ish@te_P_chnologi_A_st._M_com> wrote in message
news:pan.2003.08.15.16.05.12.48452@te_P_chnologi_A_st._M_com...
> That's a really bad idea. Try something else, such as "sudo" if on
> Unix/Linux. It would be too easy for someone to decrypt the password if
> its in the script.
Ah, good point, I didn't make it clear that they're using Windows NT4 so
that's not an option...
--
JJ (UK)
------------------------------
Date: Sun, 17 Aug 2003 09:29:07 +0100
From: "JJ \(UK\)" <gee@i.cant.think.why.you'd.want.my.email.address.com>
Subject: Re: Encrypting a superuser
Message-Id: <q%G%a.82$Bt5.7@newsfep1-gui.server.ntli.net>
"simonis" <simonis@myself.com> wrote in message
news:3F3CDA81.708B05F9@myself.com...
> While this problem has nothing really to do with Perl, it is so
> worrying to me that you may consider implementing this in _any_
> language that I am compelled to respond. Quite simply, I am sure
> you can obfuscate, encrypt, or otherwise conceal the password within
> the script. But, this ignores two issues.
>
> For the password to become usable, it must be reversed into the normal
> format. For the script to use this password, it must be capable of
> performing this reversal. For a person with lower level permissions to
> make use of this script, the file must be readable by that person.
> So... You are essentially providing a simple puzzle for the script
> user, one that, if solved, will yield a powerful prize.
>
Points taken but I have a Perl script written by an ex-colleague that has a
.exe extension ( I should have said, this is a Windows NT4 environment). I'm
not at work at the moment so I can't check but I'm assuming that it's been
compiled somehow rather than being a plain-text script that happens to have
a .exe estension. So, if it's the case that Perl can be compiled in this was
it would be very difficult for the team in question to reverse engineer it
in order to un-encrypt the password...
I realise I'm kind of clutching at straws though!
--
JJ (UK)
------------------------------
Date: Sun, 17 Aug 2003 10:27:24 +0200
From: Matija Papec <mpapec@yahoo.com>
Subject: Re: file upload in cgi
Message-Id: <m9eujvkv44t313paijfm2e2ltttm06t8fq@4ax.com>
X-Ftn-To: Hudson
Hudson <scripts_you-know-the-drill_@hudsonscripting.com> wrote:
>I guess the easy answer is I'm not doing mission critical applications. Or..I
>don't know...I never thought about it.
>
>If I had to get an answer to that, I would have to put a little more research
>into it.
Now you know why some options are deprecated; it's always a good thing to
know what are the limitations of some particular solution. It's nothing
personal but people get sometimes nervous about "all-knowing" posters which
periodically come with *very* similar and poor ideas. You just picked a few
such ones.
--
Matija
------------------------------
Date: 17 Aug 2003 07:34:45 GMT
From: Rafael Garcia-Suarez <rgarciasuarez@free.fr>
Subject: Re: Finding 'path to perl' of remote server
Message-Id: <slrnbjucco.nc.rgarciasuarez@dat.local>
Vijoy Varghese wrote in comp.lang.perl.misc :
>> Except that env(1) isn't portable, and on a few systems, they put
>> it into /usr/ucb (or was it /bin?) instead of /usr/bin!
>
> So you guys mean to say that there is no 'reliable' solution to my problem :-?
This is a UNIX-dialect problem. That means that there's no universal, fully
portable solution...
(you can also check perlrun for that weird solution that involves eval
and exec.)
--
Urinates is not *NIX
------------------------------
Date: Sun, 17 Aug 2003 03:10:12 -0700
From: hudson <scripts_you_know_the_drill_@hudsonscripting.com>
Subject: Re: hand crafting soap for google api's
Message-Id: <s2lujvc9neftn4omnojnbedm5pnt5kk4bn@4ax.com>
On 17 Aug 2003 06:28:30 GMT, "Tassilo v. Parseval"
<tassilo.parseval@rwth-aachen.de> wrote:
>Thanks for this little piece of satire. :-) And now it's time to
>dispense some ultimate truths about programming...
you, my friend, are the little piece of satire...think about it a
little bit and you will understand what I mean ;-)
------------------------------
Date: 17 Aug 2003 01:03:20 -0700
From: jwillmore@cyberia.com (James Willmore)
Subject: Re: hand crafting soap for google api's
Message-Id: <e0160815.0308170003.2143d439@posting.google.com>
Hudson <scripts_you-know-the-drill_@hudsonscripting.com> wrote in message news:<97drjv82ef9sce2j2856jgh05iumtunv1g@4ax.com>...
>
> Oh...sorry Tad, the reason I mentioned CGI.pm is that I copied and
> pasted that part a few weeks ago...I really don't understand CGI.pm so
> well...I am much better off parsing the cgi myself. So when you
> mentioned &print_prompt($query); it made me think of CGI.pm...
Hum .... don't understand ... that means you are unaware of things the
author, Lincoln Stien, maintainer of the World Wide Web Consortium's
(http://www.w3c.org) Web Security FAQ, has considered? Coding for the
CGI is a little like playing with a loaded gun. Without the proper
respect for the gun, it may go off and someone could get hurt. Coding
for the CGI, without understanding why you do things a certain way, is
a little like giving an open invitation to crackers and script
kiddies. I cite, as example, Matt Wright's FormMail. I'm sure he
thought he knew what he was doing, but a lot of companies paid a price
for his lack of understanding when he wrote the first version of the
script and placed it out on the Internet (ie open relays, blacklists,
etc.).
Before you 'cut and paste' code, understand what it does first.
There's no harm in 'rolling your own' to get experience - or have fun
- but do so in a way that's responsible. A little like drinking in a
bar - no harm with A drink, lots after a case.
Jim
------------------------------
Date: Sun, 17 Aug 2003 11:54:47 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: How to express "not followed by"?
Message-Id: <bhnjda$19766$1@ID-184292.news.uni-berlin.de>
Tassilo v. Parseval wrote:
> Also sprach Gunnar Hjalmarsson:
>>One reason why I seldom come to think of zero-width assertions is that
>>I usually am particular about portability. However, I just checked,
>>and I believe that it's just lookbehind assertions (available only in
>>5.005) that are a risk in that respect.
>
> What do you mean with 'available only in 5.005'? Look-behind is still
> there (however, it still has the limitation of only allowing patterns
> with fixed length).
Yes, of course it is. I guess I should have said 'only as from 5.005'
or something. Confusion of languages. :)
Thanks for pointing it out.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Sun, 17 Aug 2003 09:38:10 +0100
From: Geoff Cox <geoff.cox@blueyonder.co.uk>
Subject: how to rename 200 files in many sub-directories?
Message-Id: <89fujvcs00g1bl19g20m601189nm479nbf@4ax.com>
Hello,
I have over 200 zip files in about 100 sub-directories of say c:\docs.
Each zip file contains one MS Word doc file. The name of the doc file
is different from that of its parent zip file.
I would like to run wzunzip.exe (command line version of WinZip) to
expand each zip file, rename the doc file to name of its zip file and
then delete the zip file....
I need to loop through the sub-directories, expanding each zip file,
renaming the doc file produced and deleting the zip file, in each
sub-directory. I guess I need to put the name of the zip file into a
variable so that after running wzunzip.exe I can then rename the doc
file produced etc etc...
Any ideas please!
Thanks
Geoff
------------------------------
Date: Sun, 17 Aug 2003 18:44:08 +1000
From: "Gregory Toomey" <NOSPAM@bigpond.com>
Subject: Re: how to rename 200 files in many sub-directories?
Message-Id: <bhnf8n$16io1$1@ID-202028.news.uni-berlin.de>
"Geoff Cox" <geoff.cox@blueyonder.co.uk> wrote in message
news:89fujvcs00g1bl19g20m601189nm479nbf@4ax.com...
> Hello,
>
> I have over 200 zip files in about 100 sub-directories of say c:\docs.
...
> Any ideas please!
> Thanks
> Geoff
You can use Archive::Zip in Perl to manipulate the zip files.
gtoomey
------------------------------
Date: Sun, 17 Aug 2003 11:02:48 +0100
From: Geoff Cox <geoff.cox@blueyonder.co.uk>
Subject: Re: how to rename 200 files in many sub-directories?
Message-Id: <1lkujv8vlahc0klf2j1ir1jde8n68phq8t@4ax.com>
On Sun, 17 Aug 2003 18:44:08 +1000, "Gregory Toomey"
<NOSPAM@bigpond.com> wrote:
>"Geoff Cox" <geoff.cox@blueyonder.co.uk> wrote in message
>news:89fujvcs00g1bl19g20m601189nm479nbf@4ax.com...
>> Hello,
>>
>> I have over 200 zip files in about 100 sub-directories of say c:\docs.
>...
>> Any ideas please!
>> Thanks
>> Geoff
>
>You can use Archive::Zip in Perl to manipulate the zip files.
>
>gtoomey
Thanks for info - can I use this with Perl under Windows 98 (SE) ?
Cheers
Geoff
>
------------------------------
Date: 17 Aug 2003 01:39:07 -0700
From: Tim Hammerquist <tim@vegeta.ath.cx>
Subject: Re: In My Humble Opinion...
Message-Id: <slrnbjufrj.8so.tim@vegeta.ath.cx>
hudson graced us by uttering:
> Chesucat <chesucat@freeshell.org> wrote:
> > You people are all a bunch of assholes! Perl sucks! Python
> > rules!;-) chesucat
>
> hey...are the people nicer in python newsgroups?
Yes. There is a much lower incidence of flames and critical
admonitions from regular posters in c.l.py.
Makes me wonder why they put up with the OP...
Tim Hammerquist
--
Education without values, as useful as it is,
seems rather to make man a more clever devil.
-- C.S. Lewis
------------------------------
Date: Sun, 17 Aug 2003 08:17:39 +0100
From: "Bob Welton" <welton_bob@nospam_hotmail.com>
Subject: mod_perl 2 Setup ?
Message-Id: <bhnaet$q4c$1@news.freedom2surf.net>
I am running Red Hat 9 that has Apache 2 installed with the build. I have
been trying to set up mod_perl 2 but have had lots of problems and don't
think its working. How can I check if its installed ?
I have tried # httpd -l and get:
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
Should mod_perl appear here in version 2 ?
I'm pretty new to Linux, so take it easy on me.
Many thanks
Bob
------------------------------
Date: Sun, 17 Aug 2003 11:50:24 +0200
From: "sam" <rbaba99@caramail.com>
Subject: Re: mod_perl 2 Setup ?
Message-Id: <bhnivm$2tv6$1@news.cybercity.dk>
Check in your /etc/httpd/conf.d/ if you have a file named perl.conf
If so, if the dirctives LoadModule, Alias and Directory are commented,
uncomment them
and edit the Alias and Directory directives to suite your need.
If no, create it and add this:
LoadModule perl_module modules/mod_perl.so
Alias /perl /var/www/perl
<Directory /var/www/perl>
SetHandler perl-script
PerlHandler ModPerl::Registry::handler
PerlOptions +ParseHeaders
Options +ExecCGI
</Directory>
save it and restart your web server with these command:
> service httpd stop
> service httpd start
And now you have mod_perl enabled on apache 2.
Hope this helps
"Bob Welton" <welton_bob@nospam_hotmail.com> wrote in message
news:bhnaet$q4c$1@news.freedom2surf.net...
> I am running Red Hat 9 that has Apache 2 installed with the build. I have
> been trying to set up mod_perl 2 but have had lots of problems and don't
> think its working. How can I check if its installed ?
>
> I have tried # httpd -l and get:
> Compiled in modules:
> core.c
> prefork.c
> http_core.c
> mod_so.c
>
> Should mod_perl appear here in version 2 ?
>
> I'm pretty new to Linux, so take it easy on me.
>
> Many thanks
>
> Bob
>
>
------------------------------
Date: Sat, 16 Aug 2003 20:17:56 GMT
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: perl zombies
Message-Id: <98a5941a2c88b680ac44ff7f60148684@news.teranews.com>
>>>>> "hudson" == hudson <scripts_you_know_the_drill_@hudsonscripting.com> writes:
hudson> Randal, you missed the whole point of Mark's thread. His point was
hudson> learning what is under the hood is a good thing and all this talk of
hudson> not reinventing the wheel stops people from doing that.
Well, the moment I see someone actually studying prior art before
reinventing the wheel, I'll be ALL FOR THAT.
So far, that hasn't happened. Not in your case, not in others.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Sun, 17 Aug 2003 03:23:22 -0700
From: hudson <scripts_you_know_the_drill_@hudsonscripting.com>
Subject: Re: Signal to noise ratio
Message-Id: <vqlujv8bhrd4ph59dotheha2rs6qi3lnss@4ax.com>
On Sat, 16 Aug 2003 21:50:34 -0700, "David Oswald"
<spamblock@junkmail.com> wrote:
>
>For me and probably a strong majority of this group's users, the group is
>about a quest for knowledge, the honing of skills, the learning of the
>conventions of Perl society (both social interaction and social
>engineering), and to a large degree, personal satisfaction through progress.
that's the whole deal...aint it? don't let these zombies take away
your search for knowledge....
------------------------------
Date: Sun, 17 Aug 2003 09:40:59 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: soap, etc
Message-Id: <L4I%a.2$XE4.3635@news.dircon.co.uk>
Hudson <scripts_you-know-the-drill_@hudsonscripting.com> wrote:
> On Sat, 16 Aug 2003 03:28:43 GMT, Uri Guttman <uri@stemsystems.com> wrote:
>
>>>>>>> "H" == Hudson <scripts_you-know-the-drill_@hudsonscripting.com> writes:
>>
>> H> well...I would say good and bad. I love using modules for sockets,
>> H> etc. But it is frustrating that it is so hard to find a simple example
>> H> on how to do a soap call without Soap::Lite...this is very easy stuff,
>> H> I think...and there is no need for a module here.
>>
>>then soap is too hard for you in that case. that is the point of
>>modules. someone solves the soap problem (best done by sending it all to
>>/dev/null) and you get to reuse it. you really don't seem to get the
>>concept yet.
>>
>>uri
>
> soap is very easy for me...
>
<snip>
>
> I got no problems with soap ;-)
Well apart from the here-doc thing that Uri mentioned and the fact that
you would have been better to use single quotes ...
I think you might have a problem if you didn't have a specific example of
the particular envelope that the service expects, maybe, say, a WSDL file
or other formal description and I don't see how this code gets to interpret
the response envelope, handle a Fault etc etc ...
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: Sun, 17 Aug 2003 09:53:22 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: soap, etc
Message-Id: <mgI%a.3$XE4.3635@news.dircon.co.uk>
Hudson <scripts_you-know-the-drill_@hudsonscripting.com> wrote:
>
>>>then soap is too hard for you in that case. that is the point of
>>>modules. someone solves the soap problem (best done by sending it all to
>>>/dev/null) and you get to reuse it. you really don't seem to get the
>>>concept yet.
>>>
>>>uri
>>
>>soap is very easy for me...
>
> and that...god damnit...is the point of my post!!!
> soap is very easy...that's the point...why use a module for something
> so easy???
> OK...write your own module...that is fine...but why create more
> complexity by bringing in blackboxes for things so easy? And why is
> it so hard to find simple information about this on the net?
Well because someone has already written a perfectly good working module
that works fine for most possible cases. You are right it is relatively
easy to create code to deal with a specific SOAP transaction given
examples of the envelopes involved, however after you have had to make
variant versions of this code to deal with each service you might want to
deal with you are going to find yourself wanting to abstract this code
into some generalized reusable package (i.e. a module) unless, of course,
you have more time than sense, and at that point you might as well be using
an existing piece of reusable code.
I would suggest that you refer to the documentation at:
http://www.w3.org/2000/xp/Group/
and then maybe come back with some 'simple' code that might handle that.
HTH
/J\
--
Jonathan Stowe |
<http://www.gellyfish.com> | This space for rent
|
------------------------------
Date: Sun, 17 Aug 2003 03:14:28 -0700
From: hudson <scripts_you_know_the_drill_@hudsonscripting.com>
Subject: zombie talk...
Message-Id: <m9lujvkoa487hr5ip98lp2ko4ift938h50@4ax.com>
thank god this is open discussion..............
and I have to say to all of you this is mostly zombie talk and if you
all put me on kill file, I don't really care....
------------------------------
Date: Sat, 19 Jul 2003 01:59:56 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re:
Message-Id: <3F18A600.3040306@rochester.rr.com>
Ron wrote:
> Tried this code get a server 500 error.
>
> Anyone know what's wrong with it?
>
> if $DayName eq "Select a Day" or $RouteName eq "Select A Route") {
(---^
> dienice("Please use the back button on your browser to fill out the Day
> & Route fields.");
> }
...
> Ron
...
--
Bob Walton
------------------------------
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.
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 5377
***************************************
