DO NOT REPLY [Bug 9659] New: - SimpleDeser cannot handle structured data!

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 8631] - Axis functional test failure with JDK 1.4

Russell, Now am getting it off and on. I will reopen the bug. Thanks, dims --- Russell Butek <[EMAIL PROTECTED]> wrote: > dims, how did you clean up your environment? I'm failing on the > multithread test case now. I worry that we may have a multithreading > problem that JDK 1.4 exposes. But

DO NOT REPLY [Bug 8631] - Axis functional test failure with JDK 1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: cvs commit: xml-axis/java/src/org/apache/axis/utils/compiler Javac.java

Russell, People are talking about an API/JSR for exactly this situation. See http://groups.yahoo.com/group/javax_compiler for a bit more info. Thanks, dims --- Russell Butek <[EMAIL PROTECTED]> wrote: > Hmmm... sun.tools.javac.Main is deprecated in JDK1.4. This means it'll > go away at some

Re: JWSProcesor/Handler patches.

Simon, Can you please consider adding a few testcases? So that no one steps on this functionality. Thanks, dims --- Simon Tuffs <[EMAIL PROTECTED]> wrote: > Thanks. I'm hacking about with Axis quite a lot, and I'll try to feed back any >generally useful > stuff. There's a lot to learn. > >

Javac background details (RE: cvs commit: xml-axis/java/src/org/apache/axis/utils/compiler Javac.java)

Here are some of the details/background. I'd strongly recommend a jakarta-commons shared codebase for use by Axis, Tomcat, Cocoon and ANT (These are the ones that i know of). - Axis's classes for Javac were borrowed from Cocoon2. It uses sun.tools.javac.Main. - Tomcat 4.X, 3.X current uses sun.t

Re: query regarding org.apache.axis.wsdl.toJava.Emitter class

Yes, the organization of the WSDL2Java internals have changed quite a bit since beta 2. They weren't very extensible. You can't move up to a recent nightly build? There is NO relation between the NAME of the portType and the NAME of the service's port. So while that may work for your specific c

cvs commit: xml-axis/java/test/wsdl Wsdl2javaAntTask.java

dims2002/06/06 05:51:30 Modified:java/test/wsdl Wsdl2javaAntTask.java Log: Fix build errors (Constants moved from Emitter to JavaProvider). Revision ChangesPath 1.28 +5 -4 xml-axis/java/test/wsdl/Wsdl2javaAntTask.java Index: Wsdl2javaAntTask.java ===

[GUMP] Build Failure - Axis

This email is autogenerated from the output from: Buildfile: build.xml setenv: [mkdir] Created dir: /home/rubys/jakarta/x

Re: cvs commit: xml-axis/java/src/org/apache/axis/deployment/wsddWSDDDeployableItem.java WSDDConstants.java

I don't like the Emitter constants moved out of Emitter. There's occasional talk of moving the tooling to a separate project. Forcing the Emitter to use runtime constants just tightens the grip the AXIS runtime has on the tooling. I won't veto this because unfortunately we already have dependenc

cvs commit: xml-axis-wsif/java/test/util TestUtilities.java

owenb 2002/06/06 05:28:32 Modified:java/test/util TestUtilities.java Log: Reference to apache-temp-wsif needed changing to xml-axis-wsif in getWsdlPath method Revision ChangesPath 1.2 +1 -1 xml-axis-wsif/java/test/util/TestUtilities.java Index: TestUtil

null response (bug?)

Hi, This is body of my response: http://schemas.xmlsoap.org/soap/encoding/"/> Which generates: java.lang.NullPointerException at org.apache.axis.client.Call.invoke(Call.java:1183) ... The problem I found is that in client.Call:1768 if (returnJavaType != null &&

cvs commit: xml-axis/java/test/wsdl Wsdl2javaAntTask.java

rsitze 2002/06/06 06:35:55 Modified:java/test/wsdl Wsdl2javaAntTask.java Log: Adjusted for movement of 'scope' constants to JavaProvider from WSDDConstants. Revision ChangesPath 1.29 +5 -3 xml-axis/java/test/wsdl/Wsdl2javaAntTask.java Index: Wsdl2javaAntT

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava Emitter.java

rsitze 2002/06/06 06:36:19 Modified:java/src/org/apache/axis/wsdl/toJava Emitter.java Log: Updated comments for scope change Revision ChangesPath 1.40 +5 -1 xml-axis/java/src/org/apache/axis/wsdl/toJava/Emitter.java Index: Emitter.java =

Re: query regarding org.apache.axis.wsdl.toJava.Emitter class

I will follow the leads u have given me. I can use the new beta2 and get the program going. Thanks a lot Sandeep L

DO NOT REPLY [Bug 9665] New: - minOccurs/maxOccurs not being used by WSDL2Java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: cvs commit: xml-axis/java/src/org/apache/axis/server server-config.wsdd

Hi guys! I'm sorry not to have been tuned in enough to this yesterday, but I'm still travelling in San Jose and haven't been checking mail regularly. The idea behind what you want here is fine, Simon, but I don't think this is the way to do it. We already have an interface called AxisServiceCon

cvs commit: xml-axis/java/src/org/apache/axis/utils/compiler AbstractCompiler.java Compiler.java Jikes.java

dims2002/06/06 07:35:58 Modified:java/src/org/apache/axis/handlers JWSProcessor.java java/src/org/apache/axis/utils/compiler AbstractCompiler.java Compiler.java Jikes.java Log: - Compiler can now compile multiple files in one shot. Rev

Re: WSDDConstants.java

I agree that the issue isn't clear-cut. It comes down to: Does the WSDD model the implementation (constants in impl), OR does the implementation implement a model (constants in model), OR is there elements of the impl/model that are independent (constants in meta-model?)". Right now it see

Re: Rewrite of JavaWriter

Silence is assent? I'll check these changes in sometime today. Russell Butek [EMAIL PROTECTED] Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Rewrite of JavaWriter My next step in revamping WSDL2Java was rewriting JavaWriter (and consequently all its subclasses).

Re: Rewrite of JavaWriter

Am ok with this. Thanks, dims --- Russell Butek <[EMAIL PROTECTED]> wrote: > Silence is assent? > > I'll check these changes in sometime today. > > Russell Butek > [EMAIL PROTECTED] > > > Russell Butek/Austin/IBM@IBMUS on 06/03/2002 10:20:55 AM > > Please respond to [EMAIL PROTECTED] > > T

Re: Rewrite of JavaWriter

I have the patch, I will try to look at it on the plane ride home tonight.  I don't predict that there'll be anything objectionable in there, but I can't say anything about it until then.  As far as I'm concerned, you can go for it and I'll -1 later on the off chance it's needed.   --G --

Re: javax_compiler / Generic API for java compiler.

Thanks Neal. --- Neal Gafter <[EMAIL PROTECTED]> wrote: > Davanum Srinivas wrote: > > Am a participant in Apache's Cocoon and Axis projects. We need a Generic API for > compiling > > Java code for Cocoon,Axis,Tomcat,Ant etc. Was checking on Yahoo Groups for >javax_compiler and > did > > not see

DO NOT REPLY [Bug 9665] - minOccurs/maxOccurs with ref not being used by WSDL2Java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Rewrite of JavaWriter

Silence is definitely consent. - James M Snell/Fresno/IBM Web services architecture and strategy Internet Emerging Technologies, IBM 544.9035 TIE line 559.587.1233 Office 919.486.0077 Voice Mail [EMAIL PROTECTED] Programming Web Services With SOAP, O'reilly & Associates,

DO NOT REPLY [Bug 9667] New: - WSDL2Java Bug with variable structure

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 8631] - Axis functional test failure with JDK 1.4

Russell, Am unable to recreate the problem on the machine am on right now...Can you please send me logs/stacktrace? (I did not save mine when i was getting the problem) Thanks, dims --- Davanum Srinivas <[EMAIL PROTECTED]> wrote: > Russell, > > Now am getting it off and on. I will reopen the

DO NOT REPLY [Bug 9476] - The encodingStyle attribute of generated multiRef elements is missing the SOAP envelope namespace prefix

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 8631] - Axis functional test failure with JDK 1.4

Here's my full output from "ant clean functional-tests": (See attached file: out) Russell Butek [EMAIL PROTECTED] Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Russell Butek/Austin/IBM@IBMUS Subject: Re: DO NOT REPLY [Bug 8631] - Axis functional test failure with JDK 1.4 Ru

Re: JWSProcesor/Handler patches.

Sure. It make take me a couple of days to dig through the test infrastructure with the current other work I have going, but you're right to ask me for this. Simon. - Original Message - From: "Davanum Srinivas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 06, 2002 4:5

RE: query regarding org.apache.axis.wsdl.toJava.Emitter class

I see two simpler ways to do this. 1. File an enhancement request (or better yet, make a patch) that extends the FileInfo stuff to include the list of 'get' interfaces in the Service class. 2. Since you know the class name of the port, you can just construct the name of the get API and just

cvs commit: xml-axis-wsil LICENSE

dug 2002/06/06 10:28:50 Added: .LICENSE Log: please work Revision ChangesPath 1.1 xml-axis-wsil/LICENSE Index: LICENSE === /* * The Apache Software License, Version

Re: html test

Please ignore. - Sam Ruby

cvs commit: xml-axis-wsil/java - New directory

dug 2002/06/06 10:57:25 xml-axis-wsil/java - New directory

cvs commit: xml-axis-wsil/java/docs - New directory

dug 2002/06/06 10:57:26 xml-axis-wsil/java/docs - New directory

cvs commit: xml-axis-wsil/java/docs/images - New directory

dug 2002/06/06 10:57:27 xml-axis-wsil/java/docs/images - New directory

cvs commit: xml-axis-wsil/java/samples - New directory

dug 2002/06/06 10:57:28 xml-axis-wsil/java/samples - New directory

cvs commit: xml-axis-wsil/java/src - New directory

dug 2002/06/06 10:57:29 xml-axis-wsil/java/src - New directory

cvs commit: xml-axis-wsil/java/src/org - New directory

dug 2002/06/06 10:57:30 xml-axis-wsil/java/src/org - New directory

cvs commit: xml-axis-wsil/java/src/org/apache - New directory

dug 2002/06/06 10:57:31 xml-axis-wsil/java/src/org/apache - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil - New directory

dug 2002/06/06 10:57:32 xml-axis-wsil/java/src/org/apache/wsil - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/client - New directory

dug 2002/06/06 10:57:33 xml-axis-wsil/java/src/org/apache/wsil/client - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/extension - New directory

dug 2002/06/06 10:57:34 xml-axis-wsil/java/src/org/apache/wsil/extension - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/extension/uddi - New directory

dug 2002/06/06 10:57:35 xml-axis-wsil/java/src/org/apache/wsil/extension/uddi - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/extension/wsdl - New directory

dug 2002/06/06 10:57:36 xml-axis-wsil/java/src/org/apache/wsil/extension/wsdl - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/impl - New directory

dug 2002/06/06 10:57:37 xml-axis-wsil/java/src/org/apache/wsil/impl - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/impl/extension - New directory

dug 2002/06/06 10:57:38 xml-axis-wsil/java/src/org/apache/wsil/impl/extension - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/impl/extension/uddi - New directory

dug 2002/06/06 10:57:39 xml-axis-wsil/java/src/org/apache/wsil/impl/extension/uddi - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/impl/extension/wsdl - New directory

dug 2002/06/06 10:57:40 xml-axis-wsil/java/src/org/apache/wsil/impl/extension/wsdl - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/util - New directory

dug 2002/06/06 10:57:41 xml-axis-wsil/java/src/org/apache/wsil/util - New directory

cvs commit: xml-axis-wsil/java/src/org/apache/wsil/xml - New directory

dug 2002/06/06 10:57:42 xml-axis-wsil/java/src/org/apache/wsil/xml - New directory

cvs commit: xml-axis-wsil/java/docs/images WSInspectionOverview.jpg WSInspectionServlet.jpg WebServicesArchitecture.jpg

dug 2002/06/06 11:03:03 Added: java/docs/images WSInspectionOverview.jpg WSInspectionServlet.jpg WebServicesArchitecture.jpg Log: missed some binary files PR:Obtained from:Submitted by:Reviewed by:CVS:

Re: DO NOT REPLY [Bug 8631] - Axis functional test failure with JDK 1.4

Russell, This patch seems to work for me. Can you please check and let me know? Thanks, dims --- Russell Butek <[EMAIL PROTECTED]> wrote: > Here's my full output from "ant clean functional-tests": (See attached > file: out) > > Russell Butek > [EMAIL PROTECTED] > > > Davanum Srinivas <[EMAI

cvs commit: xml-axis/java/test build_functional_tests.xml

dims2002/06/06 12:00:42 Modified:java build.xml java/test build_functional_tests.xml Log: Ability to run a single test case. For example to run the MultithreadTestCase the ant parameters are as follows: ant -Ddeploy.xml.property=build\work\samples\addr\d

Logging: more classloader problems.

I'm new this part of the game (classloaders), but I'm becoming more and more aware of the issues.  So, I'd like to add to your question some bigger issues surrounding the placement of commons-logging & other apache utility/libraries in web application servers: 1.  How do we find & overload factori

Re: DO NOT REPLY [Bug 8631] - Axis functional test failure with JDK 1.4

Yay! That did it. If the synchronized clause contains the if(firstCall()) block, I don't believe we need the synchronize block in the firstCall method (in org/apache/axis/client/Stub) . Russell Butek [EMAIL PROTECTED] Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Russell Butek

html test

Please ignore. Russell Butek [EMAIL PROTECTED]

cvs commit: xml-axis README

jmsnell 2002/06/06 15:14:47 Modified:.README Log: Testing commit Revision ChangesPath 1.2 +1 -0 xml-axis/README Index: README === RCS file: /home/cvs/xml-axis/README,v retrievin

cvs commit: xml-axis README

jmsnell 2002/06/06 15:45:13 Modified:.README Log: Testing commit Revision ChangesPath 1.3 +0 -1 xml-axis/README Index: README === RCS file: /home/cvs/xml-axis/README,v retrievin

cvs commit: xml-axis-wsif/java build.xml

hughesj 2002/06/06 10:24:56 Modified:java build.xml Log: Removed reference to IBM copyright. Fixed srcdist target to match org/** instead of com/** Revision ChangesPath 1.2 +5 -5 xml-axis-wsif/java/build.xml Index: build.xml ===

Re: html test

Please ignore again.  Sorry about the HTML e-mail.   #@%$#% Lotus Notes! - Sam Ruby

Re: html test

Please ignore. - Sam Ruby

Re: html test

<[EMAIL PROTECTED]> writes: > #@%$#% Lotus Notes! No no you got this all wrong. The problem isn't Lotus Notes. The problem is that the whole world isn't using Lotus Notes. All we have to do is to get the entire world to use Notes and then everything is just fine. No more email problems for eve

Re: cvs commit: xml-axis/java/src/org/apache/axis/server server-config.wsdd

Hello Glen: I appreciate and agree with your concerns, but here's where I was coming from. My goal was to auto-deploy Java code that was itself automatically generated (or precompiled), i.e. I don't have control over the code. This makes it impossible to add a meta-data method through the AxisSe

Bug #8539

Sam, After going through this, it appears to be a problem on the MS side of things. The Axis client appears to be creating a perfectly legal SOAP message, the MS service just doesn't seem to be handling it right. Can you please review the attached code and confirm. If the problem is occurin

DO NOT REPLY [Bug 9476] - The encodingStyle attribute of generated multiRef elements is missing the SOAP envelope namespace prefix

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu