Scott Kurz wrote:
Gang,
I don't know the answer but I'm curious myself how the Axis2
dispatcher works in this case.
What are you expecting the SOAPAction header to be set to? Are you
referencing an existing WSDL defining SOAPAction on each of the
reference/service sides or are you having the
On 30/01/2011 10:08, ant elder wrote:
Please review and vote on RC2 of the Java SCA 2.0 Beta2 release.
The artifacts are at:
http://people.apache.org/~antelder/tuscany/2.0-beta2-RC2/
The release tag is at:
http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta2-RC2
Here's my +1
On Tue, Feb 1, 2011 at 9:13 AM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 30/01/2011 10:08, ant elder wrote:
Please review and vote on RC2 of the Java SCA 2.0 Beta2 release.
The artifacts are at:
http://people.apache.org/~antelder/tuscany/2.0-beta2-RC2/
The release tag is
I thought i'd done a build of the src distro that worked ok so its odd
that you see that error which looks like it should make it broken for
anyone, i'll do a build now to verify what i see.
The FileNotFoundException looks like its because the itest run is
missing samples in the file path of this
On Tue, Feb 1, 2011 at 9:13 AM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 30/01/2011 10:08, ant elder wrote:
Please review and vote on RC2 of the Java SCA 2.0 Beta2 release.
The artifacts are at:
http://people.apache.org/~antelder/tuscany/2.0-beta2-RC2/
The release tag is
Yes, the thing is that it is searching for the sample jar in the
testing/itest/ folder when JSELauncherBindingRMICalculator was actually
constructed to work in the samples/ folder (please correct me if I'm wrong
but there are no sources in the itest, the classes are just copied from the
samples/
On Tue, Feb 1, 2011 at 9:50 AM, Florian MOGA moga@gmail.com wrote:
Yes, the thing is that it is searching for the sample jar in the
testing/itest/ folder when JSELauncherBindingRMICalculator was actually
constructed to work in the samples/ folder (please correct me if I'm wrong
but there
I'm seeing the problem in testing/itest/distribution/launcher-embedded-jse.
On Tue, Feb 1, 2011 at 11:53 AM, ant elder antel...@apache.org wrote:
On Tue, Feb 1, 2011 at 9:50 AM, Florian MOGA moga@gmail.com wrote:
Yes, the thing is that it is searching for the sample jar in the
On Tue, Feb 1, 2011 at 9:59 AM, Florian MOGA moga@gmail.com wrote:
I'm seeing the problem in testing/itest/distribution/launcher-embedded-jse.
Opps, ok here's that log:
[INFO]
NOTE: Maven is executing in offline mode. Any artifacts not already in
your local
repository will be inaccessible.
On Tue, Feb 1, 2011 at 9:26 AM, Simon Laws simonsl...@googlemail.com wrote:
On Tue, Feb 1, 2011 at 9:13 AM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 30/01/2011 10:08, ant elder wrote:
Please review and vote on RC2 of the Java SCA 2.0 Beta2 release.
The artifacts are at:
I'm +1 for brushing up the samples. For instance, helloworld-js-client isn't
working for a long time and we should at least move it to unreleased/ until
further fixes. I was planning to go through the samples after getting a
clean build and detect the broken ones. However, I find it a bit too late
On Mon, Jan 31, 2011 at 4:26 PM, Simon Laws simonsl...@googlemail.com wrote:
Ok let me go do that. While doing that i'd also quite like to update
the message output by the endpoint registry addEndpoint to include the
binding type and binding URI and to not include the Endpoint hashcode,
say
On Tue, Feb 1, 2011 at 10:17 AM, Florian MOGA moga@gmail.com wrote:
Thank you Ant for looking into this. Here's the difference:
Your output:
[java] INFO: Loading contribution:
On 30/01/2011 10:08, ant elder wrote:
Please review and vote on RC2 of the Java SCA 2.0 Beta2 release.
The artifacts are at:
http://people.apache.org/~antelder/tuscany/2.0-beta2-RC2/
The release tag is at:
http://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta2-RC2
Here's my +1
On 01/02/2011 13:12, Florian MOGA wrote:
Hi,
I'm currently working on multiple response support for the comet binding. I
have an initial
implementation but I'm using the thread context to store some internal state
between forward and
callback calls and this leads to some limitations. So I was
On 01/02/2011 13:55, ant elder wrote:
On Tue, Feb 1, 2011 at 1:43 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 30/01/2011 10:08, ant elder wrote:
Please review and vote on RC2 of the Java SCA 2.0 Beta2 release.
The artifacts are at:
On Tue, Feb 1, 2011 at 2:07 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 01/02/2011 13:55, ant elder wrote:
On Tue, Feb 1, 2011 at 1:43 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 30/01/2011 10:08, ant elder wrote:
Please review and vote on RC2 of the Java
Ah, thanks Simon for reminding us of that. I'd remembered us
generating a soapAction anyway.. but that's just for the bare mapping
apparently.
Hi Mike,
A few comments inline:
On Tue, Feb 1, 2011 at 4:03 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
Florian,
First, let's be clear that Conversational interactions were deliberately
removed from SCA V1.1 by the OASIS spec group because of their complexity -
and they were
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
Hi, Simon,
I have created the JIRA, TUSCANY-3822 (https://issues.apache.org/jira/browse/TUSCANY-3822), and included the two classes that I changed in order to access the outbound MessageContext in afterInvoke().
I've
Classification: UNCLASSIFIED
Caveats: NONE
Hi, Scott and Simon,
Thanks for the replies. My apology if I did not describe the issue
clearly - I was trying to avoid lengthy descriptions since I'm posting
to the dev group. Let me first clarify that there's nothing wrong with
Axis2's framework. It
Gang,
I see what you're saying...
To recap, as Simon Nash mentioned, the default soapAction calculated
from a Java method will be null, unless you annotate the Java method
with:
@WebMethod(action=)
So you're noting:
- we can't do operation selection based on the payload, since it's
Hi Gang,
Thanks for the detailed explanation. See comment inline below.
Simon
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
Hi, Scott and Simon,
Thanks for the replies. My apology if I did not describe the issue
clearly - I was trying to avoid lengthy
Classification: UNCLASSIFIED
Caveats: NONE
Scott,
I probably will try the @WebMethod as a workaround. But in general, if
I'm programming in Tuscany as an end user, I should not have to rely on
the knowledge of the internal implementation. What if the implementation
changes?
Thanks.
Gang
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
Simon,
I certainly do not have broad-enough knowledge about Tuscany internals
to determine if the changes I made was consistent. It only serves as a
code snippet to demonstrate my issue, but not necessarily final code to
Scott Kurz wrote:
Ah, thanks Simon for reminding us of that. I'd remembered us
generating a soapAction anyway.. but that's just for the bare mapping
apparently.
I saw that code, and I was rather puzzled by it as I didn't see
anything in the JAX-WS spec to say that SOAPAction should be
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
Scott,
I probably will try the @WebMethod as a workaround. But in general, if
I'm programming in Tuscany as an end user, I should not have to rely on
the knowledge of the internal implementation. What if the implementation
Classification: UNCLASSIFIED
Caveats: NONE
Simon,
Don't worry about if I'm offended - I'm not. I'm only focused on one
aspect and I'm sure there are other aspects that need to be considered.
Discussion only make the product better.
The in-out: beforeInvoke(inMC) / afterInvoke(inMC) /
Yang, Gang CTR US USA wrote:
Classification: UNCLASSIFIED
Caveats: NONE
Simon,
Don't worry about if I'm offended - I'm not. I'm only focused on one
aspect and I'm sure there are other aspects that need to be considered.
Discussion only make the product better.
The in-out: beforeInvoke(inMC) /
Simon Nash wrote:
Scott Kurz wrote:
Ah, thanks Simon for reminding us of that. I'd remembered us
generating a soapAction anyway.. but that's just for the bare mapping
apparently.
I saw that code, and I was rather puzzled by it as I didn't see
anything in the JAX-WS spec to say that
Classification: UNCLASSIFIED
Caveats: NONE
Simon,
For bare mode, if you don't populate SOAPAction, how is the service side
going to determine the endpoint method?
On the same topic, I did the work-around you and Scott suggested - to
use @WebMothod to force Tuscany to populate SOAPAction. It
[
https://issues.apache.org/jira/browse/TUSCANY-3479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende updated TUSCANY-3479:
-
Priority: Critical (was: Minor)
The changes in RuntimeSCAReferenceBindingProvider has
On Mon, Mar 1, 2010 at 2:54 PM, antel...@apache.org wrote:
Author: antelder
Date: Mon Mar 1 22:54:24 2010
New Revision: 91
URL: http://svn.apache.org/viewvc?rev=91view=rev
Log:
Fix to ensure pass-by-value is used if only one end is using
allowsPassByReference
Modified:
Hi,
I'm very surprised (after spending hours of debugging) to find out that a big
feature is disabled to allow some tests to pass :-(. I would rather that we
ignore the failing test cases with JIRA tickets so that we won't forget to
fix it.
Anyway, I'm adding code to bring up the
On 01/02/2011 22:43, Luciano Resende wrote:
This always assume PBV, which will cause extra and unnecessary
transformation and degrade performance. Instead of hacking the core
runtime, we should really look into the root cause of the issue and
fix it. I'd rather really disable the conformance
On 01/02/2011 22:53, Raymond Feng wrote:
Hi,
I would rather that we ignore the failing test cases with JIRA
tickets so that we won't forget to fix it.
Raymond,
On that point, at this stage, I totally disagree.
Fix the function so that it passes the tests BEFORE putting it back in.
I will be
On Tue, Feb 1, 2011 at 3:07 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 01/02/2011 22:53, Raymond Feng wrote:
Hi,
I would rather that we ignore the failing test cases with JIRA
tickets so that we won't forget to fix it.
Raymond,
On that point, at this stage, I totally
On Tue, Feb 1, 2011 at 2:52 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 01/02/2011 22:43, Luciano Resende wrote:
This always assume PBV, which will cause extra and unnecessary
transformation and degrade performance. Instead of hacking the core
runtime, we should really look
On Tue, Feb 1, 2011 at 11:46 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Feb 1, 2011 at 3:07 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
On 01/02/2011 22:53, Raymond Feng wrote:
Hi,
I would rather that we ignore the failing test cases with JIRA
tickets so that we
Sorry, you seems to be dancing around the optional vs mandatory terms here.
I lost a few hours to figure it out that was the root cause of a problem I ran
into.
By my knowledge, we already had support for the allowsPassByReference
optimization for the service side (the reference side came
On Tue, Feb 1, 2011 at 10:53 PM, Raymond Feng enjoyj...@gmail.com wrote:
By the way, where can I find the compliance tests for [JCA20009]
and [JCA20010]?
You need to look in the test assertions spec to get the assertion
number and then in the testcases spec to get the test case number, for
41 matches
Mail list logo