1.22.6.2 was done BEFORE 1.0 went out the door, so I didn't break any 1.0
code.
(Besides, the ParameterDesc constructor shouldn't be considered a public
API.)
Russell Butek
[EMAIL
?)
In time, perhaps, the old file can be eliminated.
Russell Butek
[EMAIL PROTECTED]
James M
Sounds to me like you should be using a handler to add a header to the soap
message, not mucking with the description of the operation.
Russell Butek
[EMAIL PROTECTED
'x',
this would be:
java.
javax.
Like I said, though, consistency is most important, so +1 from me, even if
you put javax before java.
Russell Bu
I would personally choose b). In previous projects, I've been slapped on
the wrist by our translators for doing a). If successive releases ONLY add
messages, translators never have to look at the old ones and retranslate
them.
Russell Butek
[EMAIL PROT
ing a bit more of my time lately,
so I have to oblige. I hope to take a look soon.
Russell Butek
[EMAIL PROTECTED]
"Vidyanand Murunikkara" <[EMAIL PROTECTED]> on 11/19/2002 02:52:43 PM
Please respond to [EMAIL PROTECTED]
To:<[EMAIL PROTECTED]>
cc:
Subject:Introdu
+1
Russell Butek
[EMAIL PROTECTED]
"Steve Loughran" <[EMAIL PROTECTED]> on 11/19/2002 02:19:50 PM
Please respond to [EMAIL PROTECTED]
To:<[EMAIL PROTECTED]>
cc:
Subject:Re: wsdd question
- Original Message -
From: "Tom Jordahl" <[EMAI
BOTH WSDL 1.1 MIME types and AXIS-specific MIME types.
Russell Butek
[EMAIL PROTECTED]
Walter Franzini <[EMAIL PROTECTED]>@sys-net.it on 11/01/2002 03:47:08 PM
Please respond to [EMAIL PROTECTED]
Sent by:[EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: ["Wal
done!
Russell Butek
[EMAIL PROTECTED]
Thomas Sandholm <[EMAIL PROTECTED]> on 10/31/2002 04:46:06 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:various patches that needs to be committed for a release
Hi,
sorry to bug you guys again but my
AXIS doesn't support dime bindings in WSDL yet.
Russell Butek
[EMAIL PROTECTED]
Walter Franzini <[EMAIL PROTECTED]>@bci.it on 10/29/2002 07:16:06 AM
Please respond to [EMAIL PROTECTED]
Sent by:[EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:["Walter F
place to enforce good programming style. If we disagree with it we should
go to the spec folks. But we MUST implement explicit headers! Otherwise
we cease to comply with various specs out there.
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 10/08/2002 10:50:52 PM
Ple
H... What happened to our process? There was no vote for this.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 10/07/2002 10:49:27 PM
Please respond to [EMAIL PROTECTED]
To:"Axis-Dev (E-mail)" <[EMAIL PROTECTED]>
cc:
Subject:Merge
Whoa! You will merge interop4 to HEAD!?!?! I'll veto that right now. It
doesn't pass functional-tests! We NEED to keep the head branch clean.
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 10/07/2002 09:27:39 AM
Please respond to [EMAIL PROTECTED]
Of course, Sam! We haven't committed anything that breaks our build.
Russell Butek
[EMAIL PROTECTED]
Sam Ruby <[EMAIL PROTECTED]> on 10/07/2002 09:25:24 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: [VOTE] Merge explicitHeaderWor
this work
in the first place).
The 'proper' programming practice is to use implicit headers, but I have no
idea how to correlate implicit headers defined in WSDL to runtime handlers.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 10/07/2002 09:52:01 AM
Ple
+1
Russell Butek
[EMAIL PROTECTED]
Davanum Srinivas <[EMAIL PROTECTED]> on 10/07/2002 09:18:20 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:[VOTE] Merge explicitHeaderWork into HEAD
Please VOTE, Subject says it allMerge explicitHeaderWor
+1!
Russell Butek
[EMAIL PROTECTED]
Sam Ruby <[EMAIL PROTECTED]> on 10/07/2002 07:33:07 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:[VOTE] axis 1.0 release
This should just be a formallity at this point.
We've been executing under t
now how we implement implicit headers in our
generated code.
I've got some comments to your questions inline in the message below...
Russell Butek
[EMAIL PROTECTED]
Sylvain wrote:
> <...snip...>
>
> - I did not use handlers to handle headers, can you achieve persistence
of
>
Wow. Lots of questions.
Let me make some comments, then I'll
Russell Butek
[EMAIL PROTECTED]
"St-Germain, Sylvain" <[EMAIL PROTECTED]> on 10/03/2002 11:20:54
AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:RE: soap:header support
ty won't
change. But if folks want me to rip it out, I'll understand. The rest of
the header stuff I DO want to put into a branch, and I won't commit it
until I figure out what I'm doing wrong.
Russell Butek
[EMAIL PROTECTED]
[EMAIL PROTECTED] on 10/02/2002 01:21:30 PM
Plea
-0. We only look like dorks NOW that we looked at some new WSDL. NOBODY
complained to us about this in the past, so only folks who look at this new
WSDL will think we're dorks (OK, so perhaps these are important people,
that's why I didn't vote -1). This is not a regression.
. It does
not affect the runtime.
Here's my +1
Russell Butek
[EMAIL PROTECTED]
-- Forwarded by Russell Butek/Austin/IBM on 10/01/2002
09:29 AM ---
Russell Butek/Austin/IBM@IBMUS on 10/01/2002 08:03:18 AM
Please respond to [EMAIL PROT
Thanks, dims. You fixed it JUST as I hit the problem.
Depending on how long this site is down, perhaps we should vote to add this
test patch to the 1.0 branch so Sam can actually get a build?
Russell Butek
[EMAIL PROTECTED]
[EMAIL PROTECTED] on 10/01/2002 07:43:11 AM
Please respond to
ould essentially be
an extension of WSDL2Java which:
1. turns off the UnsupportedException and deals with the new bindings.
2. only generates the SEI and types.
Russell Butek
[EMAIL PROTECTED]
"Paul Fremantle" <[EMAIL PROTECTED]> on 10/01/2002 03:50:06 AM
Please respond to [EM
header/body nature be dealt with within
the Call object (or even lower)?)
- RPCProvider? we have to recognize that parameters may come from headers,
and may have to go back to headers.
- The previous 2 points suggest that ser/deser may have to change
- WSDD must describe which parameters are headers
- Parameter
I don't like lots of extra options on WSDL2Java just for WSIF (particularly
if you'll always use those options in WSIF), so I prefer a new tool. If we
go the route of a new tool, it should be under the WSIF umbrella, not AXIS.
Russell Butek
[EMAIL PROTECTED]
"Anthony
+1 on your proposal, Tom.
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 09/30/2002 09:00:53 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: rc2 status
I am in agreemen
apped for time).
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 09/30/2002 08:46:20 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: [axis] WSDL2Java enhancements for WSIF
Anthony,
I
I just updated my CVS and I don't get any errors on InoutService?wsdl.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 09/27/2002 04:13:07 PM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
arrassing not to
pass the TCK when we've been saying all along that AXIS is a JAX-RPC
implementation.
(By the way, Sam, any more thoughts on the lone failure in your automated
TCK run?)
Russell Butek
[EMAIL PROTECTED]
Sam Ruby <[EMAIL PROTECTED]> on 09/27/2002 04:27:01 PM
Please respond
ing style isn't something we can
enforce anyway. All we have to do is hide the skeleton methods.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 09/27/2002 03:22:54 PM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EM
Hey folks, should we try undernet today? It looked like Glen and Rich
dropped off the chat, but then Rich told me he and Glen were still talking.
Then Sitze got on and HE was all alone. I dropped off and couldn't get
back on anywhere. Now I'm on undernet but feeling kinda lonely
witch
with our new build process?
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 09/27/2002 09:16:21 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: (Attn:Tom and others) EsrTest
Ye
I thought we had agreed at one point that static methods SHOULD be
excluded. They're certainly not part of traditional beans.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 09/26/2002 05:10:39 PM
Please respond to [EMAIL PROTECTED]
To:"&
I don't have any problems with it, Glyn.
Can you run JUST that test?
cd test/wsdl/_import
ant compile run
Russell Butek
[EMAIL PROTECTED]
"Glyn Normington" <[EMAIL PROTECTED]> on 09/27/2002 03:18:04 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
ter should fail if ser factory
and deser factory are null.
With these fixes I was able to pass the TCK again and Sam was 1 test away
from passing. I'm hoping his problem is an environment problem.
+1 from me to get these 2 patches into 1.0.
Russell Butek
[EMAIL PROTECTED]
I've noticed the commit notes are an hour or two behind today.
Russell Butek
[EMAIL PROTECTED]
David Chappell <[EMAIL PROTECTED]> on 09/26/2002 12:05:06 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Commit mail - Re: Updated documentation fi
Rich guesses that this got added recently by him or Sam in the performance
work.
It doesn't break any tests.
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 09/26/2002 09:00:13 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]
+1
Russell Butek
[EMAIL PROTECTED]
Matt Seibert/Austin/IBM@IBMUS on 09/26/2002 08:33:19 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:[VOTE]: Removing "old" files
Okay,
I have been asked to remove the files that the new componentized bu
+1
Russell Butek
[EMAIL PROTECTED]
Sam Ruby <[EMAIL PROTECTED]> on 09/24/2002 04:01:19 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:[EMAIL PROTECTED]
Subject:[VOTE] Axis 1.0 release plan
BACKGROUND:
Many users have requested a v1.0 so that they ca
H I'd rather you didn't remove this. True, it's not used, but if
we leave the hook in the code, it'll be easy to add extra debug info in the
future. It's not a big fish, I'd much rather we spend time on bugzillas.
Russell Butek
[EMAIL PROTECTED]
[
I got on DALnet this morning with just a few problems. I got kicked off
once. Tried again and while it took a while I'm in.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 09/18/2002 07:55:36 AM
Please respond to [EMAIL PROTECTED]
To:"&
Oops! As soon as I hit 'send' I got kicked off of DALnet. I'm joining you
on Undernet...
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 09/18/2002 07:55:36 AM
Please respond to [EMAIL PROTECTED]
To:"'Axis-Dev (E-mail)&#x
Please ignore.
Russell Butek
[EMAIL PROTECTED]
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: Ru
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 failu
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 subcl
we already have dependencies, but if we DO at some point move WSDL2Java outside, then this will just be one more thing we'll have to put back the way it was.
Russell Butek
[EMAIL PROTECTED]
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: cvs commit: xml-axis/java/src/org/ap
rite method calls super.write() and then calls the code in GeneratePortNames.generate. But in order for the emitter to recognize your new writer you have to create a subclass of JavaGeneratorFactory(JavaWriterFactory in beta 2) and register YOUR factory with emitter. Not quite as tidy, as you
Hmmm... sun.tools.javac.Main is deprecated in JDK1.4. This means it'll go away at some point (in a few years, so maybe we don't have to worry about it). When it DOES go away, what will we do, then?
Russell Butek
[EMAIL PROTECTED]
Please respond to [EMAIL PROTECTED]
To: [EMAIL PRO
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 if you're not getting it anymore, maybe I need to do some cleanup that I'm not doing.
Russell Butek
[EMAIL PROT
We've got to be clear here. We're talking about 2 different things.
1. wire message values
2. generated code
My statement applies to generated code.
Russell Butek
[EMAIL PROTECTED]
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: [axis] LF vs CR/
Oops! I see Sandeep also send this request to axis-dev. I'm forwarding my response to him in case anyone else cares to see a solution.
Russell Butek
[EMAIL PROTECTED]
-- Forwarded by Russell Butek/Austin/IBM on 06/05/2002 09:05 AM ---
To: Sa
like the simple alpha order, but I won't -0 yours.)
Russell Butek
[EMAIL PROTECTED]
Please respond to [EMAIL PROTECTED]
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject: RE: cvs commit: xml-axis/java/src/org/apache/axis/wsdl/symbolTabl e Utils.java
I think we should let the system do it. Always. If I've coded "\n" in the WSDL2java code, feel free to slap me around a bit.
Russell Butek
[EMAIL PROTECTED]
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: [axis] LF vs CR/LF in axis generated code
C
could decide on a convention for imports, so that when we're in the mood, we can fix our code to match the convention. But just rearranging things without explanation isn't very useful.
Russell Butek
[EMAIL PROTECTED]
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subj
This problem was reported on axis-user, so it's not just my personal brain
teaser. I don't expect we can catch all collisions, but by ignoring the
file section altogether, we allow a lot of collisions that seem relatively
easy to avoid.
Russell Butek
[EMAIL PROTECTED]
Tom Jorda
What
about
urn:i/am/a/jelly/donut
urn:i/think/therefore/i/am
These namespaces have the same problem, they will both map to package "i".
Before I dive into this mess, is there anyone who thinks taking file info
into account is a bad idea?
Russell Butek
[EMAIL PROTECTED]
The others in AXIS that want to be committers are (did I miss anyone?):
Russell Butek
Richard Scheuerle
James Snell
Russell Butek
[EMAIL PROTECTED]
Peter Brittenham/Raleigh/IBM@IBMUS on 05/31/2002 03:41:39 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re
ot;SoapOut", but I didn't
have to correct that for WSDL2Java. I don't know whether .NET would handle
"charge0SoapIn".
Here's the corrected .NET-style WSDL: (See attached file: ICredit.wsdl).
Russell Butek
[EMAIL PROTECTED]
Sam Ruby/Raleigh/IBM@IBMUS on 05/30/2002
+1, and I agree with James. As a contribution, this is just like WSIF, so
we should treat it the same.
I would also like to be a committer, if it gets to that point.
Russell Butek
[EMAIL PROTECTED]
James M Snell/Fresno/IBM@IBMUS on 05/29/2002 01:50:49 PM
Please respond to [EMAIL PROTECTED
Ah! Good. That bit of code hasn't really changed. Just some of the
organization of it.
Russell Butek
[EMAIL PROTECTED]
"St-Germain, Sylvain" <[EMAIL PROTECTED]> on 05/30/2002 08:55:06
AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:R
n't intrude too much).
Start with the WSDL2 Parser part of the integration guide; then get in
touch with me if you have more questions.
Russell Butek
[EMAIL PROTECTED]
"St-Germain, Sylvain" <[EMAIL PROTECTED]> on 05/29/2002 12:50:08
PM
Please respond to [EMAIL PROTECTED]
To
These are not bugs. See my comments inline between ...
Russell Butek
[EMAIL PROTECTED]
"Jean-Marc Taillant" <[EMAIL PROTECTED]> on 05/29/2002 08:41:06
PM
Please respond to [EMAIL PROTECTED]
To:<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
cc:
Subject:AX
meaningful. What is AdminClient hoping to
accomplish here?
Russell Butek
[EMAIL PROTECTED]
Richard Sitze/Charlotte/IBM@IBMUS on 05/28/2002 06:54:30 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: [axis] Transport Name
Let me add more context
rate. Or do we wait for some
unknown body to write a spec for us?
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 05/28/2002 04:48:18 PM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subjec
Oops! Meant to include a convenient link...
http://xml.apache.org/axis/who.html
Russell Butek
[EMAIL PROTECTED]
Russell Butek/Austin/IBM@IBMUS on 05/28/2002 03:33:58 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:"Who we are" web page
I'
I've changed the "who we are" web page with suggestions presented today
(active vs inactive (emeriti)). Any feedback?
Russell Butek
[EMAIL PROTECTED]
change this web page, perhaps list committers in two columns: active and
inactive.
Russell Butek
[EMAIL PROTECTED]
James M Snell/Fresno/IBM@IBMUS on 05/28/2002 10:23:56 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: too many "inactive" committers
n his
sandbox by next week and he'll present it to axis-dev when it's done.
Russell Butek
[EMAIL PROTECTED]
"Steve Loughran" <[EMAIL PROTECTED]> on 05/22/2002 07:23:33 PM
Please respond to [EMAIL PROTECTED]
To:"axis-dev" <[EMAIL PROTECTED]>
cc:
Subje
We already have plenty of votes, but here's my +1 anyway.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 05/22/2002 08:12:02 PM
Please respond to [EMAIL PROTECTED]
To:"Axis-Dev (E-mail)" <[EMAIL PROTECTED]>
cc:
Subject:[VOTE] Steve L
+1 for Wednesday, 8:00. (+0 for the other options - in other words they
all work for me, but Wed 8 works best)
+1 for weekly. I think biweekly would be better, but we can always decide
on a week-to-week basis whether we should have a call that week.
Russell Butek
[EMAIL PROTECTED]
James M
Yay! That means some of the few-and-feeble checks we have in our code can
be removed in time. Greg. Any ETA for the validation?
Russell Butek
[EMAIL PROTECTED]
Greg Truty/Austin/IBM@IBMUS on 05/22/2002 11:39:16 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject
erations, for which there is a good possibility for everyone to come up
with a different solution.
So what do WE do? See what others have done and try to toe the same line?
Come up with our own 'spec' and implementation and hope others follow?
Could someone who knows .NET tell us how they solv
lla a bit first. And there is an issue about WS-I wrt the server-side
supporting doc/lit. I'll craft a separate note on that question.
Russell Butek
[EMAIL PROTECTED]
Glyn Normington/UK/IBM@IBMGB on 05/22/2002 03:13:21 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
We haven't discussed this, yet. What do folks think?
I think we should try to put a good dent in the bugzilla bugs before we
release beta 3.
Russell Butek
[EMAIL PROTECTED]
"Naresh Agarwal" <[EMAIL PROTECTED]> on 05/21/2002 08:02:17 AM
Please respond to [EMAIL PROTE
Could we three also be added to the WSIF comitters list? Russell Butek,
Richard Scheuerle, Richard Sitze.
Thanks.
Russell Butek
[EMAIL PROTECTED]
"Paul Fremantle" <[EMAIL PROTECTED]> on 05/20/2002 02:39:55 AM
Please respond to [EMAIL PROTECTED]
To:<[EMAIL PROTECTED]
Done. All of my references to SEI have been changed to INTERFACE.
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 05/15/2002 08:51:39 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE
to be a
living document that everyone can add to and debate (with this in mind, I
suggest we store it in CVS). As items on this document are resolved, we
can implement them and describe them in the architecture guide.
(See attached file: architecture-direction.html)
Russell Butek
[EMAIL PROTECT
SEI is Service Endpoint Interface. It's from JAX-RPC. It USED to be SDI -
Service Definition Interface - but they changed it recently (probably
because the Service object now has it's own interface). I'm certainly not
attached to this name. What would you prefer? INTERFACE
of #3). So if I see this exception show up,
that's a pretty good prod for me to know that I did something I shouldn't
have done.
3) Yes, there will always be deviations. And yes, all deviations should
be well documented.
Russell Butek
[EMAIL PROTECTED]
R J Scheuerle Jr/Austin/IBM@IBMU
me, at least, this is usually only a few, but I've had as many as
360). My test ignores these exceptions, but the build output is flooded
with them when log.info is used.
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 05/10/2002 10:47:55 AM
Please respond to [EMAI
eading the output a nuisance. (These outputs weren't
there in the past.)
Russell Butek
[EMAIL PROTECTED]
Fixed. One comment. I ran an old version of AXIS (pre-WSDL2Java revamp)
and the socket exceptions bubbled up even then, so I didn't do anything to
get rid of those. At least ant doesn't just stop.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 05/10/
Thanks. That did it.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 05/10/2002 09:13:51 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:Junit fix - RE: cvs commit:
xml-a
Anyone else having problems with 'ant junit'? I get this error: (See
attached file: TEST-test.concurrency.PackageTests.xml)
Russell Butek
[EMAIL PROTECTED]
TEST-test.concurrency.PackageTests.xml
Description: Binary data
Yeah, this is my fault. Sorry about that. I'm working on it.
Russell Butek
[EMAIL PROTECTED]
Glen Daniels <[EMAIL PROTECTED]> on 05/10/2002 08:15:58 AM
Please respond to [EMAIL PROTECTED]
To:"Axis-Dev (E-mail)" <[EMAIL PROTECTED]>
cc:
Subject:Function
The AXIS community had decided that what I was doing was overkill. NEW
debug messages weren't going to be NLS'ed. No-one volunteered to clean up
what had been done, though. Looks like Richard's doing it.
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> o
My comments between below...
Russell Butek
[EMAIL PROTECTED]
Tom Jordahl <[EMAIL PROTECTED]> on 05/07/2002 10:57:46 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: Revamped WSDL2Java framework
nuisance to do
'ant clean' just so we make sure we generate fresh bindings. Now if we had
something like 'ant cleanBindings' that ONLY removed the generated stuff,
then I'd be OK with your suggestion.
Russell Butek
[EMAIL PROTECTED]
"Steve Loughran" <
. WSDL2Java is
the backend that generates AXIS bindings and therefore belongs with AXIS.
Russell Butek
[EMAIL PROTECTED]
"Sanjiva Weerawarana" <[EMAIL PROTECTED]> on 05/06/2002 07:02:44 PM
Please respond to [EMAIL PROTECTED]
To:<[EMAIL PROTECTED]>
cc:
Subject:Re: Re
Attachments are not yet supported in stubs/skels. You must use the Call
object directly if you want to have attachments. When we DO support
attachments, it'll be based on JAX-RPC, chapter 7
(http://jcp.org/aboutJava/communityprocess/first/jsr101/index.html).
Russell Butek
[EMAIL PROT
it is now) and the rest in
org.apache.axis.wsdl.toJava
A question is, CAN I even put 1 & 2 where I suggest? It pulls them out of
the axis subpackage, but they're logically outside of AXIS anyway.
Russell Butek
[EMAIL PROTECTED]
Russell Butek/Austin/IBM@IBMUS on 05/03/2002 01:48:32 PM
now how to delete this file from CVS, don't you?
Russell Butek
[EMAIL PROTECTED]
Doug Davis/Raleigh/IBM@IBMUS on 05/02/2002 05:29:47 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: TestElement.java?
Contact the cvs admin - its a lower-vs-upper case
ST do. But when it's not turned on, then we should only
register those types used by that stub. So the old code should be used
when --all is not used, and your new code should be used when --all is
turned on.
Sound reasonable to folks? Comments?
Russell Butek
[EMAIL PROTECTED]
"Ng, C
Yay! An attachment test! Thanks, Rick.
Russell Butek
[EMAIL PROTECTED]
[EMAIL PROTECTED] on 05/01/2002 01:40:47 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:cvs commit: xml-axis/java/test/functional FunctionalTests.java
TestAttachmentsSample.java
al, yet; the joys of living on
the bleeding edge.
Russell Butek
[EMAIL PROTECTED]
Alan Moore <[EMAIL PROTECTED]> on 04/30/2002 05:40:38 PM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
cc:
Subject:W
The final beta 2 release is available:
http://xml.apache.org/axis/dist/beta2/
This release was built with:
- ant 1.4.1
- xerces 2
- tomcat 4.0.3 (for servlet.jar, activation.jar, and mail.jar)
- junit 3.7
Expect a beta 3 the end of May.
Russell Butek
[EMAIL PROTECTED]
Glen, could you post a list of the hotels in your area? We'd like to book
our travel very soon.
Russell Butek
[EMAIL PROTECTED]
which we're
not yet. I think we should remove the C++ files from the beta 2
distribution.
Any other issues?
At this point my votes for changing the beta 2 for these issues are:
1. -0
2. +1
3. +0
Russell Butek
[EMAIL PROTECTED]
1 - 100 of 308 matches
Mail list logo
