Simon, I have also ben looking at a fix for 950 and although it is fairly
straightforward to fix the case in the Jira it gets rather complicated when
you consider properties that are not intended to be part of the sequence (
e.g. attributes but could be element properties that have been set
I'm starting to wonder if the subject line is even more apt than we realize
and we're just assuming this is a significant problem without investigating.
AFAICT the only thing thats happening is what I originally reported - you
see log messages about the AXIOM API SNAPSHOT when using the WS
Pete Robbins wrote:
Simon, I have also ben looking at a fix for 950 and although it is fairly
straightforward to fix the case in the Jira it gets rather complicated
when
you consider properties that are not intended to be part of the
sequence (
e.g. attributes but could be element properties
I would like to propose the following improvements to our build scripts:
Linux:
Rename sca/makedist.sh and sdo/makedist.sh to builddist.sh to indicate
that they are build scripts and avoid confusion with the
makebindist.sh scripts which are used internally by the Makefiles
Windows:
Move
[ http://issues.apache.org/jira/browse/TUSCANY-949?page=all ]
ant elder reassigned TUSCANY-949:
-
Assignee: ant elder
Incorrect set of extensions published to the maven repo
---
Key:
[ http://issues.apache.org/jira/browse/TUSCANY-949?page=all ]
ant elder closed TUSCANY-949.
-
Resolution: Fixed
Applied, thanks for the patch Simon.
There was some mailing list discussion on this, but after 5 days the only
comments were for applying it,
On 04/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I would like to propose the following improvements to our build scripts:
Linux:
Rename sca/makedist.sh and sdo/makedist.sh to builddist.sh to indicate
that they are build scripts and avoid confusion with the
makebindist.sh scripts
On 04/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Simon, I have also ben looking at a fix for 950 and although it is
fairly
straightforward to fix the case in the Jira it gets rather complicated
when
you consider properties that are not intended to be part of
On 12/4/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 04/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I would like to propose the following improvements to our build scripts:
Linux:
Rename sca/makedist.sh and sdo/makedist.sh to builddist.sh to indicate
that they are build scripts
On 01/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
OK, I was asking because it seems more interesting to support threaded
MPMs on Windows (as a threaded MPM is the default) than on Linux/Unix
where I think the majority of people use forking/multi-process MPMs.
So I was initially
extend scope annotations in interface of binding to service contract.
But how do we do this for for wsdl interface ? Should these
properties be allowed in the SCDL?
Hi Rick,
FYI in the specs scopes are moving to the component type and the
interaction scope is going to change to
[
http://issues.apache.org/jira/browse/TUSCANY-935?page=comments#action_12455266
]
Kelvin Goodson commented on TUSCANY-935:
Working from Yang's patch I've deliberately committed a modified test case
under a different name
[
http://issues.apache.org/jira/browse/TUSCANY-935?page=comments#action_12455275
]
Kelvin Goodson commented on TUSCANY-935:
I have managed to assert that the cross scope type interference exhibited when
the test cases are run together
[ http://issues.apache.org/jira/browse/TUSCANY-963?page=all ]
Pete Robbins reopened TUSCANY-963:
--
Spurious elements generated
---
Key: TUSCANY-963
URL:
On 12/1/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andy,
I think that the Python service wrapper sometimes returns data on the
stack, the data allocated by PyValue appears to be valid inside the
wrapper itself but gets out of scope after the wrapper has returned,
causing memory
Simon, your patch fails to apply with some wierd error at line 416! I have
backed out the change for 963. Could you try making your patch again?
Cheers,
On 04/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Simon, I have also ben looking at a fix for 950 and although it is fairly
[ http://issues.apache.org/jira/browse/TUSCANY-904?page=all ]
Amita Vadhavkar updated TUSCANY-904:
Attachment: das-container-unittest-Dec04.jar
This is a set of unit test cases to test individual DAS - SCA container
classes. It assumes existance of
On 12/4/06, Pete Robbins [EMAIL PROTECTED] wrote:
Simon, your patch fails to apply with some wierd error at line 416! I have
backed out the change for 963. Could you try making your patch again?
Cheers,
On 04/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
Simon, I have also ben looking at a
I found the current Java SDO runtime has natively registered and supported
commonj.sdo and commonj.sdo/java data model but I didn't see
commonj.sdo/xml was registered and supported. Shouldn't commonj.sdo/xml be
part of SDO's core model?
Thanks in advance.
As it turns out, there's a problem with 7 below. The key to a
ConversationSequenceInterceptor is that the same instance is
used for all conversational operations except the ones that end
the conversation, with this instance maintaining a flag to determine
whether the conversation is starting or
[
http://issues.apache.org/jira/browse/TUSCANY-935?page=comments#action_12455337
]
Yang ZHONG commented on TUSCANY-935:
Thanks to Kelvin.
I'm looking into XPathTestCase.
SDO path accessors need to support names that contain .
This is a good set of observations and if we can figure out why this
snapshot is not being used (or even returned despite the dependency
onit) I think we'd be good to go. If we're going to do that though I
think it's important to understand the cause of this behaviour and
not just the
[
http://issues.apache.org/jira/browse/TUSCANY-967?page=comments#action_12455340
]
Lou Amodeo commented on TUSCANY-967:
I see the problem. I am using the integration test environment (itest) and it
looks like resource files are not being
Hi Fuhwei, you are right that we should preregister commonj.sdo/xml. We
haven't really needed it for anything before now ... that's the only
reason we don't have it already.
Frank.
Fuhwei Lwo [EMAIL PROTECTED] wrote on 12/04/2006 09:15:58 AM:
I found the current Java SDO runtime has natively
The problem with moving this into the invocation handler is that we
need a mechanism to track state for whether the client believes the
conversation has begun. For example:
interface ConverSationalService {
void operation1();
void operation2();
void end();
}
Calling
[
http://issues.apache.org/jira/browse/TUSCANY-859?page=comments#action_12455346
]
Kelvin Goodson commented on TUSCANY-859:
Capturing some info on this.
I think Yang's patch fixes the specific test case, but there may be more to
Mike Edwards wrote:
Raymond,
First point I need to make is that just because two components are in
the same composite does not mean that they are automatically running in
the same VM or even the same operating system process. Composites can
span components running on different nodes (node
[
http://issues.apache.org/jira/browse/TUSCANY-935?page=comments#action_12455349
]
Kelvin Goodson commented on TUSCANY-935:
As a follow up to my comments about cross scope interference and generated
classes, TUSCANY-684 will address
[ http://issues.apache.org/jira/browse/TUSCANY-967?page=all ]
Raymond Feng updated TUSCANY-967:
-
Component/s: Java SCA Tools
Move to SCA Tools
NPE when loading componentType side file with callbackInterface attribute
defined
Andrew Borley wrote:
On 12/1/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andy,
I think that the Python service wrapper sometimes returns data on the
stack, the data allocated by PyValue appears to be valid inside the
wrapper itself but gets out of scope after the wrapper has returned,
Yep you're right - I had a brain spasm. InvocationHandler sounds like
the best option and we can deal with the expirations like we discussed.
Jim
On Dec 4, 2006, at 9:37 AM, Ignacio Silva-Lepe wrote:
Hmm, maybe I am missing something, but doesn't an
invocation handler get called for any
Hi, Luciano.
Can you refresh from SVN and try again? I hope 482335 will help even I'm not
seeing the problem without the change.
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Monday, December 04, 2006
Hi Adriano and William
Any progress with the HOW-TO ? Any blocking issues ? Any help, guidance
needed ?
- Luciano
On 11/17/06, Katja [EMAIL PROTECTED] wrote:
Hi Willian!
Thanks for your test! Now I found my error and everything works!
The problem was, that in the bigbank sample a mapping
I was having some issues configuring a MySQL in Tomcat... after I finlay
found the right way of fixing the issue, I posted bloged with the necessary
steps on how to do it, and how to connect DAS to the datasource...
If you find interesting, here it is : http://lresende.blogspot.com/
--
Luciano
Thanks, looks like all set now.
On 12/4/06, Raymond Feng [EMAIL PROTECTED] wrote:
Hi, Luciano.
Can you refresh from SVN and try again? I hope 482335 will help even I'm
not
seeing the problem without the change.
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL
Hi Raymond,
Thanks. I have started with this and here are a couple of questions that I
need help with.
I believe the PassByValue Interceptor is good to be on the Inbound
Invocation chain of the server component. Accordingly I looked up the
DataBindingWirePostProcessor's method -
public void
Hi,
Can you debug to see how the interceptors are chained? It could be a bit
tricky to make sure the new interceptor is added to the correct position.
Thanks,
Raymond
- Original Message -
From: Venkata Krishnan [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, December
Frank,
Do you mind my opening a JIRA to track this requirement? I think the users
may need commonj.sdo/xml namespace for defining SDO types programmatically to
control the format of XML serialization.
Fuhwei
Frank Budinsky [EMAIL PROTECTED] wrote:
Hi Fuhwei, you are right that we
On Dec 4, 2006, at 2:32 PM, Raymond Feng wrote:
Hi,
The build is broken due to this check-in. Should
AbstractConversationTestCase be fixed?
I went ahead and fixed it with r482469, including the related
testcases in core/integration/conversation.
Jim
OK, I've finished the tests on the methods I created for the howto and
everything seems to be working fine. As Luciano suggested there is no need
to make a jsp for the howto, so I think it's time to start writing the
howto, right Willian? Below the .java, .xml and the tables I've created for
this
Fuhwei,
I agree we need to add support for the xmlElement global property.
Actually, Yang has volunteered to do it soon.
Go ahead and open the JIRA.
Thanks,
Frank.
Fuhwei Lwo [EMAIL PROTECTED] wrote on 12/04/2006 08:24:35 PM:
Frank,
Do you mind my opening a JIRA to track this
Hi Yang,
Really not sure if you bulid SCA and DAS to get thro to SDO. There was a
mail from Jeremy were he put down the order in which these things should be
built will see if I can trace that. But I vividly remember having to
build SDO for SCA and not viceversa.
- Venkat
On 12/5/06,
42 matches
Mail list logo
