> wrote:
> > It works with things inside the dispatch_to directory.
> (refer to my orig post)
> > Unless i've misconfigured, it's not working
> for things outside that directory.
>
> Sorry, I should have read the whole thing. I think the
> problem is
> that the file you pull in with require has
On Thu, Dec 11, 2008 at 1:43 PM, b. nyec wrote:
> It works with things inside the dispatch_to directory. (refer to my orig post)
> Unless i've misconfigured, it's not working for things outside that directory.
Sorry, I should have read the whole thing. I think the problem is
that the file you pu
> > wrote:
> > > What i have is a SOAP Lite server set up (for
> > development purposes) and i'm wondering if there
> is a
> > way to make changes to files outside the
> > "dispatch_to" directory that are included
> > ("require"/"do") in myhandler
> without
> > having to restart apache for the cha
> wrote:
> > What i have is a SOAP Lite server set up (for
> development purposes) and i'm wondering if there is a
> way to make changes to files outside the
> "dispatch_to" directory that are included
> ("require"/"do") in myhandler without
> having to restart apache for the changes to go into ef
On Thu, Dec 11, 2008 at 1:03 PM, b. nyec wrote:
> What i have is a SOAP Lite server set up (for development purposes) and i'm
> wondering if there is a way to make changes to files outside the
> "dispatch_to" directory that are included ("require"/"do") in myhandler
> without having to restart
Tobias Regneri wrote:
Given the following xml structure of the data to process
Name1
Val1
Name2
Val2
SOAP::Lite will build the internal representation
$VAR1 = [
bless( {
'ListItem' => [
bles
Raf wrote:
> A quick test might be to change warn([EMAIL PROTECTED]) to:
> warn($_[2]->{listItem}->[0]->{attrVal}) and see if you get 'Wert1'?
Thanks for your reply, Ralf.
Finally, I got it to work an hour ago. I try no more to access
the parameters directly but with help of the SOAP::Server obj
On Mar 1, 2007, at 12:12 PM, Drew Wilson wrote:
FWIW - JSON and SOAP are separate choices.
of course. but from the description, it seems like JSON might be an
easier fit for the task.
When I identified this serialization as a problem here at work and
commented that JSON::Syck is a mu
FWIW - JSON and SOAP are separate choices.
SOAP is an RPC protocol, typically using http, whose messages are
serialized in XML.
JSON is just a serialization format. However, it is often used w/
http requests (i.e. REST) to implement RPC.
We use SOAP::Lite extensively in our build & inform
On 3/1/07, John ORourke <[EMAIL PROTECTED]> wrote:
I'm with Perrin, SOAP::Lite is the one.
I should point out that I'm not endorsing SOAP::Lite. It's just that
there literally are no other choices, AFAIK.
- Perrin
Martin Moss wrote:
It's been a while since I've posted, but I have a new
project which has a SOAP interface. I have limited
experience with SOAP, so I was wondering if there is a
consensus of opinion as to what the best modules to
use are?
I'm with Perrin, SOAP::Lite is the one. I've successf
On Mar 1, 2007, at 6:02 AM, Martin Moss wrote:
Effectively I'll be simply posting strings of SOAP XML
to a webpage... But eventually we may use SOAP to pass
data around between Classes. Although I'm not sure if
this would be overkill.
Any hints/advice would be much appreciated..
Have you con
Cheers Perrin :-)
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On 3/1/07, Martin Moss <[EMAIL PROTECTED]>
> wrote:
> > It's been a while since I've posted, but I have a
> new
> > project which has a SOAP interface. I have limited
> > experience with SOAP, so I was wondering if there
> is a
>
On 3/1/07, Martin Moss <[EMAIL PROTECTED]> wrote:
It's been a while since I've posted, but I have a new
project which has a SOAP interface. I have limited
experience with SOAP, so I was wondering if there is a
consensus of opinion as to what the best modules to
use are?
I think SOAP::Lite is th
Perhaps I'm missing something in what you're trying to do, but you might
try Apache::SOAP. Apache::SOAP makes it super-easy to call perl
subroutines running under mod_perl.
I have something like this in my apache config, which maps requests to a
Perl module:
SetHandler perl-script
Ken Miller <[EMAIL PROTECTED]> writes:
[...]
> So, what's the solution to this?
Consider upgrading to libapreq2/mp2, or use Apache::args() instead
of Apache::Request::args(). The code in question *might* work with
libapreq1 if you replace $r->args with $r->SUPER::args, but I'm
not sure.
--
Jo
On Thu, 10 Jun 2004, Issac Goldstand wrote:
> I seem to recall someone saying that they'd ported
> SOAP::Transport::HTTP::Apache for mp2, but I can't seem to
> find the relevant post(s)... Am I remembering correctly?
>
> Issac
The patches for SOAP::Lite on mp2 are available in some
messages in
On Wed, 5 May 2004, Issac Goldstand wrote:
> [snip]
>
> > I believe that
> > some patches to SOAP::Lite (specifically, in
> > SOAP::Transport::HTTP) are needed to work with mod_perl 2.
>
> [snip]
>
> Has someone prepared patches for mp2 already? Or are you
> just saying "it is something which nee
[snip]
> I believe that
> some patches to SOAP::Lite (specifically, in
> SOAP::Transport::HTTP) are needed to work with mod_perl 2.
[snip]
Has someone prepared patches for mp2 already? Or are you just saying "it is
something which needs to be done"?
--
Report problems: http://perl.apache.org
On Tue, 4 May 2004, Geoffrey Young wrote:
> > When I execute the client program I get 405 Method not
> > allowed at /hello.pl line 11 error and no error messages
> > in the error or access log files. Can someone shed some
> > light on this for me? I read all the docs I could find
> > regarding th
> When I execute the client program I get
> 405 Method not allowed at /hello.pl line 11
> error and no error messages in the error or access log files.
> Can someone shed some light on this for me? I read all the docs I could
> find regarding this on Google and SOAPLite.org and still have not bee
21 matches
Mail list logo
