It's hard to tell from the stack trace, but maybe there's a difference in what
certificates are stored in either your keystore or between the two JVM's.
The first thing I'd check is if you have your own keystore (a .keystore file in
your home directory or wherever you specified). You might have
The trust manager is an anonymous inner class that can be overridden in the
following manner:
SSLContext sslcontext = SSLContext.getInstance("TLS");
sslcontext.init(null, new TrustManager[] {
new DummyTrustManager()
}, new SecureRandom());
facto
I'd suggest running a packet sniffer like ethereal to see what's going on. I
haven't seen any specific problems with .NET, but I have seen some bizarre
quirks in the way the MS stack that handles the HTTP protocol talks to the
Tomcat implementation of HTTP (i.e. nothing generalizable, but enough
hod that
takes attachment as input argument?. I would appreciate if could also send your
.NET snippet.
Thannks
Praveen
- Original Message -
From: "ANDREW MICONE" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 07, 2005 5:22 PM
Subject: RE: Best way
ill be any MIME or
DIME based attachments.
Cheers
Simon
> -Original Message-
> From: ANDREW MICONE [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 07, 2005 12:14 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Best way to send attachments
>
> Here's an example o
Here's an example of a WSDL snippet that is consumed by both .NET and Axis that
handles attachments and interoperates between the two. This is from a service
in production:
Some tests the folks working on the Atom standard did showed that you get an
average of 1.6% inflation doing a base64 encoding after compression, so its not
so bad with moderately sized chunks of data and does confer some advantages
when the data is within the transferred xml document. Base64 is
Many web services also use some kind of transaction id passed around at the
application layer on each invocation of the web service to maintain state. Some
consider that a best pratice because it will continue to work as web standards
evolve and change. -- Andy
>>> [EMAIL PROTECTED] 12/23/04 09
had the time to pin down exactly
what causes it.
Cheers
Simon
> -Original Message-
> From: ANDREW MICONE [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 22, 2004 4:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Locator and Stub thread safe
>
> I don't kn
I don't know the formal answer but as far as I can tell the answer is yes, the
generated code is thread safe. I make use of a number of J2EE's threading
features in my generated service stubs and I've not seen any conflicts...or
I've been extremely lucky. It's on a four-way SMP system, so I'd be
Is there any variation in the way domain names are represented in the WSDL's?
I've found interoperability problems between Axis and .NET due to variations in
the way domain names were spelled out. It's hard to tell when you are doing
black box testing, but from what I've seen Axis treats a schem
How are you running Axis? If you are running Apache and the jk2 connector to
tomcat you may see some performance improvements using tomcat in standalone
mode. I don't have any hard data, but people have commented that my web
services seem "admiriably faster" than other implementations. The way I
I'm running Tomcat 5.5.5 and Axis 1.1 in production and it works great. Are you
using any J2SE 1.5 specific features? If not, consider tooling back to JDK1.4.2
and using the tomcat compatibility package. I think you'll find Axis 1.1 work
fine together. Let me know if can share any specifics of t
Have you tried to tune maxKeepAliveRequests and disableProxyCaching in tomcat?
If you are running a firewall with a fixup protocol for HTTP (i.e. it does
stateful packet inspection), have you tried turning off the fixup protocol and
>>> [EMAIL PROTECTED] 12/17/04 11:23AM >>>
We are seeing this
n Thu, 16 Dec 2004 10:35:57 -0700, ANDREW MICONE <[EMAIL PROTECTED]> wrote:
> Microsoft publishes a book called ".NET and J2EE Interoperability," but I
> don't know how much good it is going to do you. Here's the things I found out
> on my own in my last project:
&
I'm not sure if this is answering your question, but let me see if I can help
out. I've successfully used WSDL's to generate most of my Axis code. When
dealing with xsd:anyType, you just need some code to correctly type it. If you
are using Java you just need a series of if-then-else statements
ypes that contain complex types comes from, but its not true. I
have a service that returns arrays of complex types containing arrays of
complex types and it works fine with a .NET client.
Cheers
Simon
> -Original Message-
> From: ANDREW MICONE [mailto:[EMAIL PROTECTED]
> Sent: Th
Microsoft publishes a book called ".NET and J2EE Interoperability," but I don't
know how much good it is going to do you. Here's the things I found out on my
own in my last project:
1) You have to run Axis 1.1 because .NET doesn't support certain SOAP encodings
generated by Axis (strings for ex
To the best of my knowledge, arrays of complex types can be passed between J2EE
and .NET implementations of SOAP as long as the complex type consists
completely of simple primitives (i.e. xsd primitives). I have that woring in
production now.
J2EE implementations can pass arrays of complex type
Axis is fully capable of serializing and deserializing complex types. -- Andy
>>> [EMAIL PROTECTED] 12/14/04 02:26AM >>>
Is JAX-RPC really not capable of processing complex data types? I am
using Soap to fill the gap between C++ and Java... If JAX-RPC only
supports simple type objects the whole
If you have control over the WSDL, I would change the type of the element that
sends the document to xsd:anyType, which will allow you to accept the
attachment either as base64binary, DIME, or Soap w/ attachments. -- Andy
>>> [EMAIL PROTECTED] 12/13/04 11:10PM >>>
Hi all,
sorry for the long post
Use jsvc to start and restart tomcat instead of the default shell script (if
Unixen). -- Andy
>>> [EMAIL PROTECTED] 12/14/04 05:04AM >>>
Hi,
Can anyone tell how, if possible, to restart axis manually from the
command line? Tomcat manager is failing and I can't restart tomcat.
Thanks
Suzy
Well, after much pain from the dubious interoperability of .NET clients and
throwing a grand total of 7,091 lines of code I have my first Axis web service
running in production (as well as a much greater appreciation of Bea WebLogic
Integration and WebMethods). I was wondering if anyone had the
AIL PROTECTED]> wrote:
> Hey!!! You can compile Axis using JDK1.5...all you need to do is drop
> xercesImpl-2_6_2.jar
> xmlParserAPIs-2_6_2.jar
>
> into the ws-axis/java/lib/endorsed directory.
>
> -- dim
>
>
> On Mon, 13 Dec 2004 11:25:48 -0700, ANDREW MICONE <[
o keep plugging away at it, but any advice would be
> > appreciated.
> >
> > I know I should probably just go back to 1.4.2, but now it is
> > becoming a pride thing. After spending all this time, I must figure
> > this out!!!
> >
> > -JF
> >
> > --- Dava
Two common causes:
1) You didn't register a deserializer for the class. WSDL2Java can generate the
deploy.wsdd which matches the type to the Java class that deserializes it.
2) Name spaces are case sensitive. So, though in DNS space MyFakeDomain.com and
myfakedomain.com are the same, to SAX the
pe x for y when it expected z."
-- Andy
>>> [EMAIL PROTECTED] 12/10/04 01:19PM >>>
ANDREW MICONE wrote:
>Another lesson learned today: "never trust a client to query your WSDL before
>calling you, send the right data types, or even follow the WSDL pattern they
>su
Another lesson learned today: "never trust a client to query your WSDL before
calling you, send the right data types, or even follow the WSDL pattern they
supplied you and claim to consume."
That was my last problem, the client had arbitrarily changed their
xsd:Base64Binary element to an xsd:A
Axis
and I'd prefer not to switch my environment over to
1.4 unless there's no other way.
Regards,
JF
--- ANDREW MICONE <[EMAIL PROTECTED]> wrote:
> Actually, you just need the latest 1.2RC2 (the
> version that changed enums to constants) to get it
> to work under J2SE1.5.
An attempt to deserialize an attachment sent from either from Bea WebLogic
Integration or .NET generates the following error in my Axis log. It seems to
do this with any attachment. This is Axis 1.1, any ideas? Is there a bug fix in
later versions?:
- Could not convert org.apache.axis.attachmen
Actually, you just need the latest 1.2RC2 (the version that changed enums to
constants) to get it to work under J2SE1.5. It is still compiled under 1.42. It
sounds like you are having problems with errors generated by WSDL2Java.
By the way, unless you are using J2SE1.5 features, you don't gain m
Anybody have a suggestion on how to debug this? -- Andy
>>> [EMAIL PROTECTED] 12/07/04 11:48AM >>>
I have generated Java from a WSDL that creates an array of a complex
type that consists of an xsd:string and xsd:base64Binary:
http://www.exchangenetwork.net/schema/v1.0/node.xsd";
xmlns="http://ww
I have generated Java from a WSDL that creates an array of a complex
type that consists of an xsd:string and xsd:base64Binary:
http://www.exchangenetwork.net/schema/v1.0/node.xsd";
xmlns="http://www.w3.org/2001/XMLSchema";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:SOAP-ENC="http://sche
Filed under JIRA per your request as Axis-1698. -- Andy
>>> [EMAIL PROTECTED] 12/05/04 04:37AM >>>
JIRA please.
On Sun, 05 Dec 2004 01:00:22 -0700, ANDREW MICONE <[EMAIL PROTECTED]> wrote:
> Do you want it in an e-mail or do you want me to open a case in JIRA and
&
Do you want it in an e-mail or do you want me to open a case in JIRA and attach
it?
>>> [EMAIL PROTECTED] 12/04/04 07:59PM >>>
Can you PLEASE send a stack trace?
thanks,
dims
On Sat, 04 Dec 2004 16:02:21 -0700, ANDREW MICONE <[EMAIL PROTECTED]> wrote:
> the
there's some problem with what java.util.hash takes as parameters. Replacing
Apache libraries with one's from Sun's JWSDP doesn't fix the problem. Only
solution is to tool back the JVM to 1.4. grrr. -- Andy
>>> [EMAIL PROTECTED] 12/04/04 02:51PM >>>
I'm versioning back to Axis 1.1 and I've insta
I'm versioning back to Axis 1.1 and I've installed it in the usual manner under
tomcat 5.5. The happy axis page shows that Axis is happy. Axis correctly
generates WSDL for all deployed services. However, an attempt to run any
service, even something simple like the bundled getVersion service, re
Fixed my own problem again. I'm learning more about ant files every day. Steps
to compile for other newbies in pain:
1) Switch to J2EE 1.4.2_04 SDK instead of 1.5
2) Make sure tomcat's servlet api jar is in the CLASSPATH.
3) Make sure activation.jar and mail.jar is in WEB-INF/lib
4) Make sure log
On deployment of the latest-greatest CVS daily of Axis from tomcat, the
following error appears. If you look in axis.jar you find that the class is
indeed not in there. A problem with the build or a problem with the code? I see
the source in the java directory but I don't see a class file in the
ot;feature" of axis 1.2, there was talk on the axis-dev list of changing
> this back to match axis 1.1, but I don't know what the current status of
> that is.
>
> Cheers
> Simon
>
>
>
> > -Original Message-
> > From: ANDREW MICONE [mailto:[EMAIL
to match axis 1.1, but I don't know what the current status of
> that is.
>
> Cheers
> Simon
>
>
>
> > -Original Message-
> > From: ANDREW MICONE [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 02, 2004 4:06 PM
> > To: [EMAIL PROTEC
Sorry, misleading header, I was talking about WSDL2Java. Also, I noticed that
the other server returns type as "xsd:string[8]" and Axis returns it as
"soapenc:string[8]". Is that related? Please help. -- Andy
>>> [EMAIL PROTECTED] 12/02/04 03:23PM >>>
I'm using WSDL2Java to create a service cons
I'm using WSDL2Java to create a service consumed by a .NET client I can't
change for a WSDL we're mandated to use. It has a service called "GetService"
defined as follows in the WSDL (details omitted):
Query services offered by the node
I'm just using the b
43 matches
Mail list logo
