I finished the changes this evening... Ignacio, you should be good to
go with your changes.
Jim
On Sep 28, 2006, at 5:07 PM, Jim Marino wrote:
Ignacio, Greg, Dave, Jeremy, and myself had a discussion today
about how thread dispatching for non blocking calls should work. We
identified
Andy,
I checked in most of your patch with a few mods to remove a dangling
clogging dependency in the poms and minor checkstyle stuff. I didn't
check in ScaWebApplicationContext as Jeremy has some changes going on
that we'll need to refactor to. I don't think the samples will work
quite
[ http://issues.apache.org/jira/browse/TUSCANY-754?page=all ]
Rick Rineholt closed TUSCANY-754.
-
Resolution: Fixed
looks like patches from luciano works -- thx.
WSDL2Java should set the correct annotation for the generated java interface
[ http://issues.apache.org/jira/browse/TUSCANY-724?page=all ]
Geoff Winn updated TUSCANY-724:
---
Attachment: tuscany_sdo.zip
And it turns out that the .suo file is needed as well.
Modify MSVC 7.1 build to offer stdcxx as an optional C++ Standard Library
I tried that and it fixes one instance, but there are at least 4! I've
attached the .suo file from my working stdcxx case to the 724 JIRA. Could
you apply that and see what we get?
Thanks
Geoff.
On 29/09/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi Geoff,
Looks like it's the
Thanks everyone for the vote of confidence, in particular to Jim for getting
the nomination started. So far it's been a fun ride and a great learning
experience, though I must say I still have lots to learn.
I am signing and faxing a CLA today. My preferred Apache user name is
isilval.
No probs - it's in.
Cheers
Andy
On 9/29/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
I tried that and it fixes one instance, but there are at least 4! I've
attached the .suo file from my working stdcxx case to the 724 JIRA. Could
you apply that and see what we get?
Thanks
Geoff.
On 29/09/06,
That did it. Thanks. All the build configurations have the Working Directory
set correctly and the tests run successfully out of the box.
Regards,
Geoff.
On 29/09/06, Andrew Borley [EMAIL PROTECTED] wrote:
No probs - it's in.
Cheers
Andy
On 9/29/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
Raymond,
Ok, I thought I understood this. In particular, an Axis2Reference's inbound
wire would be able to see an 'interface.contract', which I take to mean a
contract derived from the interface between the reference and, say, a
component wired to it, e.g., an interface.java.
However, for
On Sep 29, 2006, at 12:43 AM, Jim Marino wrote:
Andy,
I checked in most of your patch with a few mods to remove a
dangling clogging dependency in the poms and minor checkstyle
stuff. I didn't check in ScaWebApplicationContext as Jeremy has
some changes going on that we'll need to
Oops missed this.
Thanks for doing this! Yes, a utility class is probably a good idea.
Let me know what I need to do to get ScaWebApplicationContext in
since I have some internal uses of this right now.
Thanks!
andy
At 15:07 29/09/2006, Jeremy Boynes wrote:
On Sep 29, 2006, at 12:43 AM,
I've been playing around tidying up some of the SDO code where we have
methods implemented that take parameters as char* and SDOString (See latest
DataObjectImpl changes).
I'd like to propose we get rid of SDOString and just use std::string.
SDOString inherits from std::string but does not add
Receiving the below exception. I'm still doing some more investigating.
This is a case of a POJO component wired to a SCA reference defined by
wsdl interface. When the call is executed the below exception then
occurs. I have my suspicions that it's because the Axis reference
interface is
Replace SDOString with std::string
--
Key: TUSCANY-764
URL: http://issues.apache.org/jira/browse/TUSCANY-764
Project: Tuscany
Issue Type: Improvement
Components: C++ SDO
Affects Versions:
I've opened Jira 764 and have attached a patch that typedefs SDOString to
std::string
Cheers,
On 29/09/06, Pete Robbins [EMAIL PROTECTED] wrote:
I've been playing around tidying up some of the SDO code where we have
methods implemented that take parameters as char* and SDOString (See latest
I added (r451320) the utility and ScaWebApplicationContext - don't
know if the latter works.
--
Jeremy
On Sep 29, 2006, at 7:11 AM, Andy Piper wrote:
Oops missed this.
Thanks for doing this! Yes, a utility class is probably a good idea.
Let me know what I need to do to get
[
http://issues.apache.org/jira/browse/TUSCANY-764?page=comments#action_12438734
]
Pete Robbins commented on TUSCANY-764:
--
In addition to the patch for Linux you need to delete the line
SDOString.cpp \
from the
Hi,
It seems that you don't have the databinding-axiom extension added to your
configuration.
Thanks,
Raymond
- Original Message -
From: Rick [EMAIL PROTECTED]
To: tuscdev tuscany-dev@ws.apache.org
Sent: Friday, September 29, 2006 7:41 AM
Subject: Big Bank issue databind
Hi, Jim.
That's my proposal.
Venkat, I'm a bit worried to use ASM for this purpose. I agree with Jim that
annotating by parameters is consistent with CDI.
If there's no objections, I'll make the changes based on my proposal.
Thanks,
Raymond
- Original Message -
From: Jim Marino
On Sep 29, 2006, at 8:41 AM, Raymond Feng wrote:
Hi, Jim.
That's my proposal.
Venkat, I'm a bit worried to use ASM for this purpose. I agree with
Jim that annotating by parameters is consistent with CDI.
If there's no objections, I'll make the changes based on my proposal.
Is that with
Hi,
The contract for inbound wire of the Axis2Reference should be the one from
interfac.xxx. I just checked the code and it seems to work that way. The
helloworldwsclient use the interface.wsdl without the callback and that's
probably why see WSDLServiceContract.
Thanks,
Raymond
-
Raymond,
It seems to me something go lost in the translation of Axis2ReferenceCallback
from before to after the databinding framework, or at a minimum it did not get
translated correctly.
As originally written, Axis2ReferenceCallback is the object that is given to
the Axis2 operation client
Hi,
That's annotation by parameter.
Reposted the sample for illustration. If you guys don't like the name
DataParam/DataResult, please help me find better ones.
Thanks,
Raymond
@Remotable
@DataBinding(name = sdo) // Interface-level databinding declaration
public interface Dummy {
//
Hi,
Do we have dedicated invocation chains for callback? If so, we can try to
see if we can add databinding interceptors for the callback path. I'll have
to check the code.
Thanks,
Raymond
- Original Message -
From: Ignacio Silva-Lepe [EMAIL PROTECTED]
To: Tuscany Dev
Hi,
Can you check the WAR file to see if it contains the correct SCDLs? In the
helloworldws case, they are from src/main/webapp folder. You also use
helloworldws as the template.
Thanks,
Raymond
- Original Message -
From: Rick [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent:
So then it should be possible for me to change interface.wsdl to
interface.java, add a callback, and leave a binding.ws and the mapping would
still happen, right?
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, September 29, 2006
I would assume so.
Raymond
- Original Message -
From: Ignacio Silva-Lepe [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, September 29, 2006 9:19 AM
Subject: Re: How can we insert a DataBindingInterceptor for the outbound
wire of a composite-level reference?
So then
Well, I hit a breakpoint when starting TC on
org.apache.tuscany.databinding.axiom.AxiomDataBinding.init() line: 37
Is it loading?
Raymond Feng wrote:
Hi,
Can you check the WAR file to see if it contains the correct SCDLs? In
the helloworldws case, they are from src/main/webapp folder.
Brent,
This makes a lot of sense to me and I will reorganize things.
There are some internals that the user will be interested in. For
example, the results of the write-operation ordering algorithm. I
wonder if we need concepts and how to sections?
--Kevin
Brent Daniel wrote:
Kevin,
How about sometihng like this:
Introduction
This Guide provides user-level information describing the
capabilities of the RDB DAS.
Concepts
This section provides an overview of several main concepts that
are key to working with and understanding the
[ http://issues.apache.org/jira/browse/TUSCANY-751?page=all ]
Yang ZHONG updated TUSCANY-751:
---
Attachment: NewSdoOverview2.zip
Please review by unzip NewSdoOverview2.zip and use a browser to open
sdo_index.html;
the introduction page (thank Kelvin) is 1
I've just updated the demo into
http://issues.apache.org/jira/browse/TUSCANY-751
Please review by unzip
http://issues.apache.org/jira/secure/attachment/12341982/NewSdoOverview2.zip
and use a browser to open sdo_index.html;
the introduction page (thank Kelvin) is 1 click (bottom) from the
On 29/09/06, Geoffrey Winn [EMAIL PROTECTED] wrote:
On 29/09/06, Pete Robbins [EMAIL PROTECTED] wrote:
I'd like to propose we get rid of SDOString and just use std::string.
SDOString inherits from std::string but does not add any additional
function. The initial idea of having SDOString
[ http://issues.apache.org/jira/browse/TUSCANY-757?page=all ]
Rick Rineholt closed TUSCANY-757.
-
Resolution: Fixed
This pertained to loading of the session scope that was not in webapp scdl.
This has been fixed.
SCA session support broken for
Interdependencies between extensions requires specific loading order.
-
Key: TUSCANY-765
URL: http://issues.apache.org/jira/browse/TUSCANY-765
Project: Tuscany
Issue Type:
On Sep 29, 2006, at 12:03 PM, Andy Piper wrote:
At 19:43 29/09/2006, Jeremy Boynes wrote:
On Sep 29, 2006, at 10:32 AM, Andy Piper wrote:
At 16:27 29/09/2006, Jeremy Boynes wrote:
I added (r451320) the utility and ScaWebApplicationContext - don't
know if the latter works.
I can't really
I am trying to run the hellowordwsclient sample by changing the bound reference
to use an interface.java, with which it runs ok. But if I then add a
callbackInterface I get the error below.
By using a callbackInterface, an Axis2AsyncTargetInvoker is chosen that calls
Axis2's
jeremy,
As you know I've been dumping my extension jars in the web-inf/lib and then
explicitly referencing my extension scdl because of
http://issues.apache.org/jira/browse/TUSCANY-765
Any solution on this?
Are all the hooks in place to resolve dependencies from a local to the webapp
maven
NoClassDefFoundError, apparently in Axis2
-
Key: TUSCANY-766
URL: http://issues.apache.org/jira/browse/TUSCANY-766
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-Mx
Reporter:
NPE in CompositeReference.java when service is defined using interface wsdl
---
Key: TUSCANY-767
URL: http://issues.apache.org/jira/browse/TUSCANY-767
Project: Tuscany
On Sep 29, 2006, at 2:08 PM, Ignacio Silva-Lepe wrote:
I am trying to run the hellowordwsclient sample by changing the
bound reference to use an interface.java, with which it runs ok.
But if I then add a callbackInterface I get the error below.
By using a callbackInterface, an
[
http://issues.apache.org/jira/browse/TUSCANY-767?page=comments#action_12438820
]
Raymond Feng commented on TUSCANY-767:
--
Ignacio, it seems that the CompositeReference code was initially contributed by
you, can you take a look? I found
Hi,
I have found the culprit. I'm adding the following to binding.axis2 pom.xml:
dependency
groupIdbackport-util-concurrent/groupId
artifactIdbackport-util-concurrent/artifactId
version2.2/version
scoperuntime/scope
/dependency
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes
Ok, I'll take a look.
- Original Message -
From: Raymond Feng (JIRA) tuscany-dev@ws.apache.org
To: tuscany-dev@ws.apache.org
Sent: Friday, September 29, 2006 6:25 PM
Subject: [jira] Commented: (TUSCANY-767) NPE in CompositeReference.java when
service is defined using interface wsdl
[ http://issues.apache.org/jira/browse/TUSCANY-766?page=all ]
Raymond Feng reassigned TUSCANY-766:
Assignee: Raymond Feng
NoClassDefFoundError, apparently in Axis2
-
Key: TUSCANY-766
[ http://issues.apache.org/jira/browse/TUSCANY-766?page=all ]
Raymond Feng resolved TUSCANY-766.
--
Fix Version/s: Java-M2
(was: Java-Mx)
Resolution: Fixed
Add a runtime dependency ot binding.axis2
NoClassDefFoundError,
[ http://issues.apache.org/jira/browse/TUSCANY-766?page=all ]
Raymond Feng closed TUSCANY-766.
NoClassDefFoundError, apparently in Axis2
-
Key: TUSCANY-766
URL:
Hi, Ignacio.
I can now reach a point that we use the Axis2 client to invokes the WS
asynchronously (operationClient.invoke(false)) but it fails after that
because the DataBindingInterceptor excepts a synchronous response but a
ImmutableMessage is returned instead. So the question is that how
Yeah, one option could be to assume that if an interface is annotated as
having a callback, then all of its methods need to be one-way.
Alternatively, we may need to introspect each method. If a method has a
return value then it follows that it does not have a callback. But does it
get invoked
49 matches
Mail list logo