Hi,
I am finally finding yes, there could be a reason for me to use this, I want
to avoid SOAP, partly because of the license crap(fear), but also because I
figure that XMLRPC will be easier to learn at first and likely will fit my
small needs. But as I look at examples and various tools that
I forgot one, http://sourceforge.net/projects/mod-xmlrpc/
But it isn't exactly well documented for a non C programmer.
It looks like it might be an option.
Eric
http://www.kwinternet.com/eric
(250) 655 - 9513 (PST Time Zone)
Learn about the net, not the .Net!
On Sun, Apr 21, 2002 at 03:16:53AM -0400, Sam Tregar wrote:
SOAP::Lite module to be of excelent quality and the SOAP::Lite community
to be very helpful.
Apart from the obvious security bug, you mean? The one where it doesn't
actually restrict what remote code can be run at all?
If you are
Hello again,
first, thank you for the support. Your suggestions helped alot and reading
the documentation you pointed me to, caused me to read further at
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/perl.html#Using_Non_Hardcoded_Configuration_Module_Nameswhich
covers
(By the way: there's a typo at line 1 of the startup.pl
script: I think use Apache: should be use Apache;
right?)
Good catch! :-)
But following that guideline resulted in the next problem, I
could not yet solve on my own:
PerlSetVar seems not to work for me! The part of interest in
my
PerlSetVar seems not to work for me! The part of interest in my httpd.conf
looks like this:
Alias /contest /www/u-dev/contest
PerlModule Apache::Registry
PerlModule Apache::DBI
PerlTaintCheck On
Location /contest
PerlSetVar BlaTest BlaVal
SetHandler
Hi,
The warning is nice, but it isn't that useful. Do you have an alternative? I
am not looking to do great things, just get a Java client to be able to do a
few method calls, and to accept a XML encoded hash of perl data. It is a
fairly complex hash though. So I really don't know of another way
PerlSetVar seems not to work for me! The part of interest in
my httpd.conf looks like this:
Alias /contest /www/u-dev/contest
PerlModule Apache::Registry
PerlModule Apache::DBI
PerlTaintCheck On
Location /contest
PerlSetVar BlaTest BlaVal
SetHandler perl-script
Hello Stas,
I have a question regarding your mod_perl documentation.
The method you described under:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/perl.html#Using_Non_Hardcoded_Configuration_Module_Names
Should this work to differentiate between the Config-Modules of two
On Sat, Apr 20, 2002 at 11:49:24PM -0400, Eric Frazier wrote:
Hi,
I am finally finding yes, there could be a reason for me to use this, I want
to avoid SOAP, partly because of the license crap(fear), but also because I
figure that XMLRPC will be easier to learn at first and likely will fit
Hi,
Thanks, the thing that scared me about RPC::XML was the 0.37 version number :)
I will give it a serious try before I go to something like SOAP.
Within RPC::XML:
Apache::RPC::Server - A subclass of RPC::XML::Server tuned
for mod_perl
I didn't see this until now. :) Getting warm
Sören Stuckenbrock wrote:
Hello Stas,
I have a question regarding your mod_perl documentation.
The method you described under:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/perl.html#Using_Non_Hardcoded_Configuration_Module_Names
Should this work to differentiate
Sören Stuckenbrock wrote:
PerlSetVar seems not to work for me! The part of interest in
my httpd.conf looks like this:
Alias /contest /www/u-dev/contest
PerlModule Apache::Registry
PerlModule Apache::DBI
PerlTaintCheck On
Location /contest
PerlSetVar BlaTest BlaVal
I'm just a budding modperlie - is notes info maintained
across a server redirect?
$r-internal_redirect('/login?message=dont+go+there');
Jeff
-Original Message-
From: Michael Schout [mailto:[EMAIL PROTECTED]]
Sent: 19 April 2002 17:44
To: Peter Bi
Cc: Fran Fabrizio; [EMAIL
I am working in my first mod_perl real-life project, I would like to ask
you for a directory layout for development.
The fact is that developers in my team have Apache under /usr/local in
Linux machines, but we would prefer to develop as normal users, not as
www or nobody, though that will be
On Sat, 20 Apr 2002, F. Xavier Noria wrote:
I am working in my first mod_perl real-life project, I would like to ask
you for a directory layout for development.
The fact is that developers in my team have Apache under /usr/local in
Linux machines, but we would prefer to develop as normal
Hi.
I'm getting the following mod_perl error when I try to run a perl script
through Apache: [error] failed to resolve handler `Apache::Registry'
My configuration is:
-
Alias /perl/ C:/My Documents/HTML/xk Sound/perl/
#PerlModule Apache::Registry
Location /perl
SetHandler
17 matches
Mail list logo