Re: [Soaplite-devel] SOAP::Lite development - next release

[Martin K. <mar...@fe...>]

Hi there,

thanks for all your remarks - I think I'm going to use the URL Robert
found for interop tests. Even if we would use soaplite.com, I guess
there won't be too many volunteers for keeping a bunch of different SOAP
servers (like listed on http://www.xmethods.net/ilab/) up and running.

For a starter, I'll just skip the test that fail for external reasons
(i.e. because the SOAP server queried does not return the expected
result but something else), and add improving the test suite to my list
of tasks.

Martin

Am Donnerstag, den 11.10.2007, 11:20 -0700 schrieb Paul Kulchenko:
> Robert,
> 
> > What if we attempt to connect to soaplite.com for a list of interop
> > tests?  If the connection fails, we get nothing to test and nothing
> > to fail, which seems like it mitigates (to a degree) the firewall
> > issue. 
> 
> This is actually exactly how it was done previously (and probably
> still is). If the connection fails then the test is skipped (for most
> if not all external tests). There is also a set of tests that runs on
> soaplite.com; it can be modified/expanded to match our requirements.
> 
> Paul.
> 
> --- Robert Landrum <rla...@ao...> wrote:
> 
> > David Bussenschutt wrote:
> > > Why not make the test suite have built-in test services, and
> > completely avoid external dependancies altogether.  
> > > 
> > > If it was me, I'd make a "fake soap server" testing tool, that
> > only knows how to respond to one specific request with one specific
> > "canned" response, and (in order to test alternate functionalities,
> > I'd make the "canned responses" exactly match those currently given
> > by services like weather, google, etc.   THis way, you get the
> > tests against "external" systems (via their canned "known
> > responses" saved to a local configuration) , and don't rely on the
> > 4external systems themselves being up.   It also means that the
> > tests work behind big/secure firewalls and on off-line systems.
> > > 
> > 
> > That works for testing the parsing of the responses from those
> > external 
> > services, but does not test the formatting of the original request.
> > 
> > That's actually an area that seems to be a bigger problem, at least
> > 
> > looking at the interop.soaplite.com page.  A cursory glance seems
> > to 
> > indicate that there are issues in the formatting of our initial 
> > requests...  of course this is a ancient version.
> > 
> > Just throwing out an idea...
> > 
> > What if we attempt to connect to soaplite.com for a list of interop
> > 
> > tests?  If the connection fails, we get nothing to test and nothing
> > to 
> > fail, which seems like it mitigates (to a degree) the firewall
> > issue. 
> > If a response is received, the interop test services can be parsed
> > out 
> > and tested.  This would mean that even when the interop services
> > change, 
> > we don't need to release a new version to correct the issue.
> > 
> > 
> > 
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a
> > browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > Soaplite-devel mailing list
> > Soa...@li...
> > https://lists.sourceforge.net/lists/listinfo/soaplite-devel
> > 
> 
> 
> 
>        
> ____________________________________________________________________________________
> Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games.
> http://sims.yahoo.com/  
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Soaplite-devel mailing list
> Soa...@li...
> https://lists.sourceforge.net/lists/listinfo/soaplite-devel
>