Hi, Matt!
> Dunno if you got my email, but I'd like to see the ability to
> dynamically
> modify the dispatch tables. At the moment I'm doing it as a hack
> into your SOAP::Lite internals.
Sure, I replied the same day (July 13). Recently I had a problem with
my yahoo mail, so I sent you short mail asking whether you got my
reply :)). I though you're busy to answer :)). Fortunately I have a
copy. Here it is.
--- Paul Kulchenko <[EMAIL PROTECTED]> wrote:
> Date: Fri, 13 Jul 2001 10:19:24 -0700 (PDT)
> From: Paul Kulchenko <[EMAIL PROTECTED]>
> Subject: Re: adding to dispatch_to
> To: Matt Sergeant <[EMAIL PROTECTED]>
>
> Hi, Matt!
>
> > Is there any way I can call dispatch_to, and *add* to the list,
> > rather than
> > change it? I'm building Attribute::WebService, where you'll be
> able
> > to say:
> > sub foo : WebService { ... }, and have it automatically create a
> That's so COOOOL! That actually means that we can not only generate
> server code (ot simplify it), but also build WebService description
> (WSDL) from it. In fact, I was going to talk to you about taglib
> for
> Axkit that supports SOAP functionality, but I already delayed next
> version and want to make a release in a couple of days. Yet we can
> definitely talk about it if you're interested.
>
> As for dispatch_to call, you can always do:
>
> $server->dispatch_to($server->dispatch_to, @module_list);
>
> Keep also in mind that dispatching can be done with dispatch_with()
> also (which lets you bind specific namespace or SOAPAction to CLASS
> or object).
>
> Let me know if you face any problems or if you want to test it with
> my current beta. There are many changes, and though they shouldn't
> have any influence on this side, we can try just to be on the safe
> side. Thanks, Matt, I'm very excited about it. I also plan to use
> Attribute::* for providing type/name (instead of using SOAP::Data),
> but as far as I know Attribute class is Perl 5.6 and later and I
> still want to support 5.004 if possible.
>
> Best wishes, Paul.
Let me know what do you think and we definitely should talk in
SanDiego. Also I didn't find Attribute::WebService on CPAN yet. I
would be glad also to work on SOAP-enabling taglib library and on
better COM integration. Thanks, Matt!
Best wishes, Paul.
--- Matt Sergeant <[EMAIL PROTECTED]> wrote:
> On Thu, 19 Jul 2001, Paul Kulchenko wrote:
>
> > New version of SOAP::Lite has entered CPAN.
> >
> > number of fixes related to different Perl version and platforms
> > number of fixes in XMLRPC::Lite
> > fixed POP3 server
> > added support for SOAP 1.2
> > (spec is still in draft, implementation is subject to change)
> > added mod_xmlrpc transport (Apache::XMLRPC::Lite)
> > added JABBER transport
> > added MQ transport
> > added TCP over SSL transport
> > added non-blocking TCP multiserver
> > included FastCGI transport
> > modified XML::Parser::Lite to work on Perl 5.005
> > modified deserializer to work with different schemas (1999/2001)
> > added extended array support (only in deserializer)
> > improved WSDL support
> > modified dispatch for XMLRPC server to work exactly as for SOAP
> > added example with Inline::C module (inline.daemon).
> > Dispatch to C, C++, assembler, Java, Python and Tcl :).
> > all transport are available for both SOAP::Lite and XMLRPC::Lite:
> > HTTP (daemon, CGI, mod_perl), SMTP/POP3, TCP, IO, JABBER, MQ
> > tested on Perl 5.00503, 5.6.0, 5.6.1, 5.7.1 and 5.7.2
> > updated documentation and added new examples
>
> Dunno if you got my email, but I'd like to see the ability to
> dynamically
> modify the dispatch tables. At the moment I'm doing it as a hack
> into your
> SOAP::Lite internals.
>
> --
> <Matt/>
>
> /|| ** Founder and CTO ** ** http://axkit.com/ **
> //|| ** AxKit.com Ltd ** ** XML Application Serving **
> // || ** http://axkit.org ** ** XSLT, XPathScript, XSP **
> // \\| // ** mod_perl news and resources: http://take23.org **
> \\//
> //\\
> // \\
>
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
