Using SOAP with Tomcat 13
sanglin writes: "On O'Reilly's ONJava.com site, there's a new "Using SOAP with Tomcat" column from James Goodwill. It shows you how to create and deploy SOAP services with Apache's RPC model onto the Tomcat container."
Leave it to open-source... (Score:3, Funny)
... to finally make washing a cat easier.
What? You didn't mean that kind of soap, or that kind of cat?
I guess I'll go now...
That's neat -- but I'll stick with SOAP::Lite (Score:5, Insightful)
A friend who is an expert with Blue Martini (a very expensive Java-based application server) said that perl with CPAN was more impressive.
But, as long as Microsoft and Sun have the advertising avenues to reach the PHBs, Perl will be the despised step-child of Web application development. But despised stepchildren tend to have, er, Cinderella stories.
Re:That's neat -- but I'll stick with SOAP::Lite (Score:1, Informative)
there's no way you can compare a perl module with a platform thatt does
"Blue Martini Marketing combines campaign management, advanced analytics, and personalization to execute high ROI marketing. "
whatever that maybe...
there is some nice perl soap libs and some nice java libs too...
i would go for ruby though...
Re:That's neat -- but I'll stick with SOAP::Lite (Score:1)
Re:That's neat -- but I'll stick with SOAP::Lite (Score:1)
What is this "base64" encoding assumption you speak of? What is the assumption and how is it incorrect?
I'm in the middle of a SOAP project that is currently all Java. We do base64 encode all of our content so I hope I'm not causing problems if someone wants to go crazy and write some VB for the other end. Thanks.
Re:That's neat -- but I'll stick with SOAP::Lite (Score:1)
Re:That's neat -- but I'll stick with SOAP::Lite (Score:1)
Re:That's neat -- but I'll stick with SOAP::Lite (Score:1)