BTW a happy new year to all of you!!!
Hi Toshi,
I ensured to have the log4j (1.2.4) everywhere in classpathes and
directories of client and server. For my client thjis does work now. No
stacktrace is printed and with this working also my problem with the
stopping of the process in handled. If som
I've seen posts on this very topic somewhat recently, but there doesn't seem
to be any response. Hopefully my question will make sense. Here's how I'm
deploying my web service. I have one interface and its corresponding
implementation class that I wish to expose via JAX-RPC. I am not using
Wsdl
Title: RE: Interface Types?
I'm stuck on that same problem right now!
I sure hope someone can shed some light on this.
> -Original Message-
> From: James Carman [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 06, 2003 10:15 AM
> To: [EMAIL PROTECTED]
> Subject: Interface Types?
>
I have received a class built to run with AXIS 1.1b. It uses the message
style interface (Element[] method(Element[]) etc.
It appears this is not portable across implementations (like to GLUE or
WASP). Is there a handy way to convert this service to JAXM or JAX-RPC?
Jim
Jim Brain, [EMAIL PROT
James,
Can you please log this as a bug/enhancement request in bugzilla
(http://nagoya.apache.org/bugzilla)
Thanks,
dims
--- James Carman <[EMAIL PROTECTED]> wrote:
> I've seen posts on this very topic somewhat recently, but there doesn't seem
> to be any response. Hopefully my question will ma
Title: RE: Interface Types?
Can we take this as confirmation that java2wsdl does not yet handle methods that take or return interface types? I'm not complaining about the lack of this feature, I just want to know if I'm overlooking something that is already there.
> -Original Message
Mark,
If you think hard about thisOn the server side, for example when MyServiceImpl's
myMethod
needs to be called, Axis needs to get info from SOAP, create an object and pass it
into myMethod.
Now if you say that this is a interface, how will automated tools know which object to
create?
(a
Title: Message
WSDL2Java supports
the generation of a simple JUnit test case. Object parameters are created using
empty objects (new Object()).
Has someone extended
this basic JUnit test to support objects with different
states?
I don't want to
programmatically set all field values in
Title: RE: Interface Types?
I think I understand how to use option #2 to address the problem on the server side. However, my main question is whether there is a way to get java2wsdl to work on a Java class that has methods that take or return interface types. As far as I know, java2wsdl won'
Mark,
The options below were with reference to James's original problem. Yes, java2wsdl will
not look at
WSDD file. AFAIK, j2w will not generate type information in the wsdl/schema. It should
however
treat it as xsd anyType (which i don't think it does...). Feel free to log
bug/enhancement in
b
I'm testing with axis 1.0 and have noticed that axis does not specify that
the soap response is not cachable, which causes me some problems. Is there
an option for axis to suppy the caching control in the response?
_
The new MSN 8
Gene, you made some interesting points:
> Namespaces are confusing
No argument here... :-)
> WSDL2Java is stomping our implementation class!
Turn on the --verbose switch to verify which files are getting emitted. This works
fine for me (and the functional tests). If not, please file a bug w
You should be able to write "Handlers" for Axis that will process the messages (both
client and server) on the way in/out. This would allow you to support gzip'd data
transparently.
This is how Axis is designed, to be extensible. See the documentation for
architecture details.
Note that on
Hi Tim,
Problem #1:
You fixed by upgrading Tomcat - from the original error, you have CLASSPATH issues
since org/apache/axis/MessageContext is a pretty basic class.
Problem #2:
You have the wrong version of the commons-http.jar file.
Try compiling with the latest nightly build, not the latest re
You can move the beanMapping tags out from under the tags and they will be
global to the server.
--
Tom Jordahl
Macromedia Server Development
-Original Message-
From: Alex Dovlecel [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 20, 2002 12:08 PM
To: [EMAIL PROTECTED]
Subject: WSDD
Kevin,
Feel free to write up some HTML for the documentation that would make this clear to
other users. If you file a doc bug with a patch, that would help lots of people!
(Yes, I never pass up a chance to get help on Axis docs, which clearly need help!)
Thanks!
--
Tom Jordahl
Macromedia Serv
Mitch,
Can you file a bug for this with a small test case?
Including a patch with the bug will increase the odds of the fix making 1.1 by an
order of magnitude!
Thanks.
--
Tom Jordahl
Macromedia Server Development
-Original Message-
From: Mitch Gitman [mailto:[EMAIL PROTECTED]]
Sent
The process does respond to a kill -3. The resulting threadump contains
the following entry for every thread from 13 - 67. The data for each of
these threads is identical except for the thread number, 'tid', 'nid',
etc...:
"Thread-13" daemon prio=5 tid=0x6ee600 nid=0x1f waiting on monitor
[ef901
Anyone created custom serializers for java.util.List, java.util.HashMap, or
java.util.Map?
Tom -
Thanks for a reply. :-)
> Problem #1:
> You fixed by upgrading Tomcat - from the original error, you have
> CLASSPATH issues since org/apache/axis/MessageContext is a pretty
basic class.
It's not actually fixed, since in production, we are still running 3.2.x
- so if I can't get this fig
I remember reading somewhere in the docs that axis can automatically generate Web services stubs to SLSBs, so there shouldn't be a need to write your own DP layer. Not sure now where the link is, maybe someone else can chime in...
Nicholas <[EMAIL PROTECTED]> wrote:
I am attempting to create a
In many .wsdl descriptions, element style of message part
specification is used, e.g.,
typically, in document/literal web services. The complex
type for foo or bar might be anonymous o
Speaking of documentation, the axis website sucks. It would be nice if
Maven or Forrest were used to generate a decent, navigable, readable
site. (Not to mention maven could also clean up the build system ;) ).
- Dan Diephouse
Davanum Srinivas wrote:
Hi all,
nagoya now hosts a Wiki. We could
23 matches
Mail list logo