Re: [soapbuilders] Re: origin of interoperability problems?
- Or, alternatively, you must build an abstraction layer between your
WSDL interface and your internal object model.
On 5/7/05, Rich Salz <rsalz@...> wrote:
> > My point of view was that by doing the WSDL-first approach the service
> > implementation (whatever is java, .net..) cannot take advantage of the
> > language capabilities.
> Right. And my point was that if you want to support clients written
> in many different languages, then this is the price you have to pay.
> Rich Salz Chief Security Architect
> DataPower Technology http://www.datapower.com
> XS40 XML Security Gateway http://www.datapower.com/products/xs40.html
> This group is a forum for builders of SOAP implementations to discuss implementation and interoperability issues. Please stay on-topic.
> Yahoo! Groups Links
- --- In email@example.com, Simon Fell <ws@z...> wrote:
> >I've never personally had a dateTime problem, which in retrospect1. .net1.1 time assumes that times are in local tz, so if your service
> >surprises me. Our users have a lot of confusion about timezones, but
> >the interop is actually working the way it is supposed to.
> Steve Loughran has written a number of times about problems with
> dateTime, i've never fully understood the issue he talks about,
> although lots of users get confused over timezones, and whether there
> toolkit works with UTC or local times (as most platforms DateTime
> datatype typically doesn't retain TZ info).
is working w/ GMT zones then you only get interop problems in the GMT
2. Axis self tests were failing for me in the GMT0BST tz; nobody else
could see it. wierd.
3. I had an axis1.1 client/server where stuff was coming in a hour out
on 127.0.0.1 based communications.
Now, this is all in the past. Things may be fixed. Using time_t fixes
things for me too mostly, though you have other problems there (leap
seconds, the effect of the moon on the oceans, etc, etc). Try it and
see. But remember to test not just in different systems, but in boxes
(or at least virtual boxes) in different zones and locales.