RE: Participating in development

Hi Glen! Actually I seem to have resurfaced on cocoon-dev and cocoon-users -- yes, I'm seemingly jumping xml.apache.org projects (after a 6 month hiatus full of Real Work). For the stuff I'm doing now, XML / SQL / XSLT wrangling is more key than HTTP + SOAP. Someday all xml.apache.org proje

RE: Participating in development

And 9) Disappear off the face of the net after contributing some cool stuff, until such time as a question about how to contribute comes up. :) Hi Rob, nice to see you're still lurking! --Glen > -Original Message- > From: Rob Jellinghaus [mailto:[EMAIL PROTECTED]] > Sent: Monday, Apr

Re: Participating in development

1) Download the source. 2) Build it. 3) Find something wrong with it. 4) Fix it. 5) Send a patch with your fix to axis-dev. 6) Repeat steps 3 through 5 a few times. 7) Point out how much better it would be if you were an Axis committer and could just check things in without other people hav

Re: Participating in development

In message <[EMAIL PROTECTED]>, "Vaidya, Raghavendra (CORP, GEITC)" writes: >I have been asking this question for some time now but never got an answer. >I want to participate in the development of AXIS. >Could you guys tell me how do I go about doing that? Read http://xml.apache.org/overview.h

Re: Participating in development

see http://xml.apache.org/overview.html Cheers Simon www.pocketsoap.com On Tue, 2 Apr 2002 07:38:05 +0530 , in soap you wrote: >Hi Guys, >I have been asking this question for some time now but never got an answer. >I want to participate in the development of AXIS. >Could you guys tell me how do

Participating in development

Hi Guys, I have been asking this question for some time now but never got an answer. I want to participate in the development of AXIS. Could you guys tell me how do I go about doing that? regards Vaidya "THIS E-MAIL MESSAGE ALONG WITH ANY ATTACHMENTS IS INTENDED ONLY FOR THE ADDRESSEE and may co

org.apache.axis.utils.QFault - why?

Can anyone tell me why we need QFault? It extends QName and adds a minorCode. But this minorCode isn't used anywhere. Unless someone complains, I'm going to remove QFault; and everything that uses QFault will now use QName. Russell Butek [EMAIL PROTECTED]

RE: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/t ypesComprehensiveTypes.wsdl VerifyTestCase.java)

One last regression... http://www.apache.org/~rubys/ApacheClientInterop.html#10-axis Frontier's response: 2002-04-01T16:39:11-08:00 Which results in Fault: org.xml.sax.SAXException: Bad types (class java.util.Date -> class java.util.Calendar) - Sam Ruby

cvs commit: xml-axis/java/test/wsdl/multithread AddressBook.wsdl

butek 02/04/01 16:29:36 Modified:java/test/wsdl Wsdl2javaTestSuite.xml Removed: java/test/wsdl/multithread AddressBook.wsdl Log: Clean up multithread test case. It depends on the address book sample, but the server was created from AddressBook.wsdl in the multithread di

org.apache.axis.utils.Admin not found

While trying to run example3 from the userguide I get the following error: java.lang.ClassNotFoundException: org.apache.axis.utils.Admin I am using j2sdk1.4.0 and tomcat3.3. example2 works just fine. In fact, I can talk to example3 from a .NET application, which I was unable to do with Apache

RE: cvs commit: xml-axis/java/test/wsdl/multithread MultithreadTestCase.java

Yep, I've gotten right around 35 out of 400 every run Perhaps that's to do with the fact that I'm on a multi-processor machine or something (and hence the threads spawn faster?). I'll try it from home later and see what happens. --Glen > -Original Message- > From: Russell Butek [

Re: cvs commit: xml-axis/java/test/wsdl/multithread MultithreadTestCase.java

Glen, you say you have a low # of multithread threads that succeed. How many? I get: [junit] Had 328 successes (of a possible 400) and thereabouts (though I've also gotten as few as 40; don't know why). There WILL be a certain # of failures because the test is just throwing lots of calls si

cvs commit: xml-axis/java/src/org/apache/axis/deployment/wsdd WSDDService.java

gdaniels02/04/01 12:29:40 Modified:java/src/org/apache/axis/deployment/wsdd WSDDService.java Log: This should be a little better, though perhaps still not perfect. Revision ChangesPath 1.50 +3 -4 xml-axis/java/src/org/apache/axis/deployment/wsdd/WSDDService.

RE: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/t ypesComprehensiveTypes.wsdl VerifyTestCase.java)

Phew! That's a relief! Thanks, Glen. Russell Butek [EMAIL PROTECTED] Glen Daniels <[EMAIL PROTECTED]> on 04/01/2002 02:16:06 PM Please respond to [EMAIL PROTECTED] To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Subject:RE: Date problems (was: Re: cvs commit: xml-axis/java/t

RE: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/t ypes ComprehensiveTypes.wsdl VerifyTestCase.java)

Yes, it works great now. Thanks, Russell! > -Original Message- > From: Russell Butek [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 01, 2002 3:15 PM > To: [EMAIL PROTECTED] > Subject: RE: Date problems (was: Re: cvs commit: > xml-axis/java/test/wsdl/t ypes ComprehensiveTypes.wsdl > Ve

RE: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/t ypesComprehensiveTypes.wsdl VerifyTestCase.java)

> > > > Dang! Interop tests! I KNEW I forgot to check something! I'm on > > it... > > > > > > Cool. > > > > > > > Fixed. > > Um, nope. > Actually, I DID fix the interop stuff. Your problem is something else (a timezone problem with the test). I HOPE I've now fixed it. Could you update and m

cvs commit: xml-axis/java/test/wsdl/multithread MultithreadTestCase.java

gdaniels02/04/01 12:12:17 Modified:java/src/org/apache/axis/deployment/wsdd WSDDService.java java/src/org/apache/axis/description OperationDesc.java ServiceDesc.java java/src/org/apache/axis/encoding Serializa

cvs commit: xml-axis/java/test/encoding TestDeser2001.java

butek 02/04/01 12:11:00 Modified:java/test/encoding TestDeser2001.java Log: Fixed TestDeser2001 so that it works in any time zone. Revision ChangesPath 1.10 +22 -1 xml-axis/java/test/encoding/TestDeser2001.java Index: TestDeser2001.java

RE: repost of WSDL2Java question

Title: RE: repost of WSDL2Java question Glen, Thanks so much for your reply!  That cleared up a number of questions I had. When you say "The Skeleton class is no longer generated by default" do you mean in nightly releases after beta 1? It seems to me that beta 1 does generated it by defau

RE: repost of WSDL2Java question

Title: repost of WSDL2Java question Hi Mark, sorry for the delay in getting back to you!   The Service.java class is the interface which the Locator implements.  It's true this may not be strictly necessary, since no one I know of uses it yet.  It might come in handy later though for portabl

repost of WSDL2Java question

Title: repost of WSDL2Java question I posted this on the axis-user list this morning, but didn't get a response so I'm trying here.  I have an urgent need to understand this because I'm giving a presentation on Axis soon and I don't want to mislead anyone. I believe WSDL2Java generates eight

Java2WSDL

Hi Axis Dev team, The team I am involved with is aggressively trying to implement SOAP using Axis for our project as a primary means of data transport across the wire. We have made great progress in this area and are greatly appreciative of your efforts. At this point, there is one remaining is

NullPointer in BeanSerializer/BeanPropertyTarget

- Forwarded by David L. Cole/IS/PPLC on 04/01/2002 11:29 AM - "David L.

Re: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/typesComprehensiveTypes.wsdl VerifyTestCase.java)

Russel Butek wrote: > >> Ulimately, I believe that people will move to a WSDL first methodology. >> Given this, I believe that the fiction of a 1-to-1 and onto mapping will >> ultimately break down. > > I disagree. We thought the same thing about IDL, but it didn't happen. In > the Java world fo

RE: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/types ComprehensiveTypes.wsdl VerifyTestCase.java)

> > > Dang! Interop tests! I KNEW I forgot to check something! I'm on > it... > > > > Cool. > > > > Fixed. Um, nope. Both Tom and I are seeing junit and functional-test failures revolving around Calendar/Date issues with clean builds. In particular, the first failure is in the encoding te

RE: Skeletons

Let me chime in. A) Skeletons are emitted code that users don't see. So my belief is that any reasonable implementation is acceptable. (This differs from my viewpoint about emitted Java Beans, which is I am a strong proponent of a Helper class...) B) The runtime's dependency on the Skeleton is

Re: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/typesComprehensiveTypes.wsdl VerifyTestCase.java)

Sam wrote: > > Russell Butek wrote: > > > > Dang! Interop tests! I KNEW I forgot to check something! I'm on it... > > Cool. > Fixed. > > So what do folks think? Should I get rid of the xsd:date mapping? It's > > not part of JAX-RPC and I don't believe users have complained that we > don't >

cvs commit: xml-axis/java/samples/echo EchoService.java EchoServiceBindingStub.java EchoServicePortType.java TestClient.java

butek 02/04/01 06:42:18 Modified:java/samples/echo EchoService.java EchoServiceBindingStub.java EchoServicePortType.java TestClient.java Log: Oops! When I changed the mapping of xsd:dateTime from java.util.Date to java.util.Calend

Re: Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/typesComprehensiveTypes.wsdl VerifyTestCase.java)

Russell Butek wrote: > > Dang! Interop tests! I KNEW I forgot to check something! I'm on it... Cool. > So what do folks think? Should I get rid of the xsd:date mapping? It's > not part of JAX-RPC and I don't believe users have complained that we don't > have it. One thing I do agree is tha

[GUMP] Build Failure - Axis

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

Date problems (was: Re: cvs commit: xml-axis/java/test/wsdl/typesComprehensiveTypes.wsdl VerifyTestCase.java)

Dang! Interop tests! I KNEW I forgot to check something! I'm on it... Another question for y'all. JAX-RPC changed the mapping of xsd:dateTime from java.util.Date to java.util.Calendar. When I changed it, I left the mapping of xsd:date to java.util.Date. Now I'm beggining to think I shouldn'