Re: [C++] Renaming some of our build scripts?

2006-12-05 Thread Jean-Sebastien Delfino
Andrew Borley wrote: 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

Re: Pass-by-value support for remotable interfaces

2006-12-05 Thread Venkata Krishnan
Hi Raymond, Yes, I am debugging to figure out quite a few things. I just figured that in the ConnectorImpl.connect(OutboundWire sourceWire, InboundWire targetWire, boolean optimizable) we set the 'targetInvoker' of the 'targetComponent' to the outbound chain of the source. Hence I guess the

Re: [C++] Renaming some of our build scripts?

2006-12-05 Thread Jean-Sebastien Delfino
Jean-Sebastien Delfino wrote: Andrew Borley wrote: 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

Re: Pass-by-value support for remotable interfaces

2006-12-05 Thread Jim Marino
Comments inline... On Dec 5, 2006, at 12:29 AM, Venkata Krishnan wrote: Hi Raymond, Yes, I am debugging to figure out quite a few things. I just figured that in the ConnectorImpl.connect(OutboundWire sourceWire, InboundWire targetWire, boolean optimizable) we set the 'targetInvoker' of

[C++] SDO sequenced data objects

2006-12-05 Thread Pete Robbins
A number of SDO issues have come up over the past week regarding sequenced data objects. I think the current implementation is incorrect in a number of ways. For a sequenced data object you can use the sequence api to get/set the values of properties in the sequence. You can also use the

Re: Pass-by-value support for remotable interfaces

2006-12-05 Thread Venkata Krishnan
Hi Jim, Thanks for helping :). Well, let me ask away very simply What I am doing here is just about trying to insert an interceptor for enforcing pass-by-value semantics in the case of compoments implementing a Remotable interface - i.e. an interceptor to take care of making copies of

Re: How to make sub-project build/participation easier?

2006-12-05 Thread kelvin goodson
I had a little dig around and I'm tring to work out if the purpose of the people.apache.org m2-snapshot-repository is right for solving this issue. If we can post an incubator-SNAPSHOT version of buildtools and parent pom there, then I think that would solve this issue. These should be the only

Re: Pass-by-value support for remotable interfaces

2006-12-05 Thread Jim Marino
On Dec 5, 2006, at 1:34 AM, Venkata Krishnan wrote: Hi Jim, Thanks for helping :). Well, let me ask away very simply What I am doing here is just about trying to insert an interceptor for enforcing pass-by-value semantics in the case of compoments implementing a Remotable interface -

Re: [jira] Commented: (TUSCANY-761) Support the ability to unregister all the SDO Types in a namespace

2006-12-05 Thread kelvin goodson
Ron, an alternative approach might be to build some kind of association between HelpersContext instances. I don't have a well formed idea of how this might look, but that might mean that removal of a set of types (perhaps a namespace) could be achieved by removing the association of one

[jira] Resolved: (TUSCANY-701) Conversion to date types which do not include month can give incorrect results

2006-12-05 Thread Kelvin Goodson (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-701?page=all ] Kelvin Goodson resolved TUSCANY-701. Resolution: Fixed Applied the patch at revision 482595 Conversion to date types which do not include month can give incorrect results

[jira] Updated: (TUSCANY-897) BPEL container based on Apache Ode

2006-12-05 Thread Sam Tam (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-897?page=all ] Sam Tam updated TUSCANY-897: Attachment: container.bpel_edited.zip Ode_Jar_New1.zip Hello, I have added matthieu's BpelServerLoader.java into the Bpel Container and tested the

[jira] Updated: (TUSCANY-897) BPEL container based on Apache Ode

2006-12-05 Thread Sam Tam (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-897?page=all ] Sam Tam updated TUSCANY-897: Attachment: Ode_Jar_New2.zip BPEL container based on Apache Ode -- Key: TUSCANY-897 URL:

[jira] Assigned: (TUSCANY-960) Spurious xsi:type=OpenDataObject attribute generated

2006-12-05 Thread Pete Robbins (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-960?page=all ] Pete Robbins reassigned TUSCANY-960: Assignee: Pete Robbins Spurious xsi:type=OpenDataObject attribute generated --

Re: [C++] SDO sequenced data objects

2006-12-05 Thread Simon Laws
Hi Pete Some comments in line... On 12/5/06, Pete Robbins [EMAIL PROTECTED] wrote: A number of SDO issues have come up over the past week regarding sequenced data objects. I think the current implementation is incorrect in a number of ways. For a sequenced data object you can use the

Re: [C++] Who is working on which SDO problems

2006-12-05 Thread Pete Robbins
On 04/12/06, Simon Laws [EMAIL PROTECTED] wrote: 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

[jira] Resolved: (TUSCANY-960) Spurious xsi:type=OpenDataObject attribute generated

2006-12-05 Thread Pete Robbins (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-960?page=all ] Pete Robbins resolved TUSCANY-960. -- Fix Version/s: Cpp-current Resolution: Fixed Spurious xsi:type=OpenDataObject attribute generated

[jira] Commented: (TUSCANY-950) CopyHelper::copy() forgets sequence information

2006-12-05 Thread Pete Robbins (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-950?page=comments#action_12455599 ] Pete Robbins commented on TUSCANY-950: -- Patch applied but this does not cover copying properties defined from xml attributes to the new DO so I'm leaving

Re: [C++] SDO sequenced data objects

2006-12-05 Thread Pete Robbins
On 05/12/06, Simon Laws [EMAIL PROTECTED] wrote: Hi Pete Some comments in line... On 12/5/06, Pete Robbins [EMAIL PROTECTED] wrote: A number of SDO issues have come up over the past week regarding sequenced data objects. I think the current implementation is incorrect in a number of

Re: New proposal to make DAS/SDO HOW TO

2006-12-05 Thread Luciano Resende
Just want to make sure, we actually don't need to deliver an app for the HowTo, but give enough information on how someone would go and build one... See the howTo I created here : - http://lresende.blogspot.com/2006_11_01_lresende_archive.html#116491398958651871 Please let me know if you

Re: [C++] SDO sequenced data objects

2006-12-05 Thread Simon Laws
On 12/5/06, Pete Robbins [EMAIL PROTECTED] wrote: On 05/12/06, Simon Laws [EMAIL PROTECTED] wrote: Hi Pete Some comments in line... On 12/5/06, Pete Robbins [EMAIL PROTECTED] wrote: A number of SDO issues have come up over the past week regarding sequenced data objects. I think the

[jira] Created: (TUSCANY-971) DAS may not now depend on CPL if EMF has completed migration to EPL

2006-12-05 Thread Luciano Resende (JIRA)
DAS may not now depend on CPL if EMF has completed migration to EPL --- Key: TUSCANY-971 URL: http://issues.apache.org/jira/browse/TUSCANY-971 Project: Tuscany Issue Type: Bug

[jira] Resolved: (TUSCANY-971) DAS may not now depend on CPL if EMF has completed migration to EPL

2006-12-05 Thread Luciano Resende (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-971?page=all ] Luciano Resende resolved TUSCANY-971. - Resolution: Fixed Fixed at revision 482633 DAS may not now depend on CPL if EMF has completed migration to EPL

Re: [C++] SDO sequenced data objects

2006-12-05 Thread Caroline Maynard
On 05/12/06, Pete Robbins [EMAIL PROTECTED] wrote: On 05/12/06, Simon Laws [EMAIL PROTECTED] wrote: The CopyHelper will have to copy the sequenced SDO by using the sequence API and then using the DataObject getter/setted methods to copy properties that were xml attributes. Can we

[jira] Resolved: (TUSCANY-963) Spurious elements generated

2006-12-05 Thread Pete Robbins (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-963?page=all ] Pete Robbins resolved TUSCANY-963. -- Resolution: Fixed Spurious elements generated --- Key: TUSCANY-963 URL:

Board Report for December 2006

2006-12-05 Thread Davanum Srinivas
Team, It's our turn again for reporting to the board. Please add notable happenings etc in your respective projects to the wiki page as usual: http://wiki.apache.org/ws/ReportForDec2006 All committers and PMC members..please help fulfill this duty to the Apache board. Please see old archived

[jira] Resolved: (TUSCANY-641) Warning messages during compilation

2006-12-05 Thread Pete Robbins (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-641?page=all ] Pete Robbins resolved TUSCANY-641. -- Resolution: Fixed Warning messages during compilation --- Key: TUSCANY-641 URL:

Re: svn commit: r482313

2006-12-05 Thread Ignacio Silva-Lepe
Sorry about that, I did not catch the error when I built core after the removal, should have done mvn clean. On 12/4/06, Jim Marino [EMAIL PROTECTED] wrote: On Dec 4, 2006, at 2:32 PM, Raymond Feng wrote: Hi, The build is broken due to this check-in. Should AbstractConversationTestCase

Re: [C++] Running sample with Apache Httpd

2006-12-05 Thread Andrew Borley
On 11/20/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: Hi, I checked in a version of Bigbank configured to run with Apache Httpd (instead of the Axis2 mini HTTP server) under cpp/sca/samples/HttpdBigbank. This is a slightly more distributed version of

Tuscany weekly IRC chat log December 4, 2006

2006-12-05 Thread ant elder
Here's the chat log from yesterdays chat. Only thing discussed was the axiom snapshot problem of the M2 release. Looks like thats probably a non-issue. ...ant Session Start: Mon Dec 04 16:31:07 2006 Session Ident: #tuscany * Now talking in #tuscany * jboynes_ has joined #tuscany * jboynes has

Re: How to make sub-project build/participation easier?

2006-12-05 Thread Jeremy Boynes
On Dec 5, 2006, at 1:38 AM, kelvin goodson wrote: I had a little dig around and I'm tring to work out if the purpose of the people.apache.org m2-snapshot-repository is right for solving this issue. If we can post an incubator-SNAPSHOT version of buildtools and parent pom there, then I

Re: [C++] Running sample with Apache Httpd

2006-12-05 Thread Jean-Sebastien Delfino
Andrew Borley wrote: On 11/20/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: Hi, I checked in a version of Bigbank configured to run with Apache Httpd (instead of the Axis2 mini HTTP server) under cpp/sca/samples/HttpdBigbank. This is a slightly more

Are we ready to release M2? was: Re: Much ado about nothing (Re: WSCOMMONS-131 and options for Tuscany SCA Java M2 release)

2006-12-05 Thread Raymond Feng
Hi, Considering the axiom SNAPSHOT dependency puzzle has been figured out, should we go ahead to push M2 release out? Thanks, Raymond - Original Message - From: Raymond Feng [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, December 04, 2006 12:10 PM Subject: Re: Much

Re: Are we ready to release M2? was: Re: Much ado about nothing (Re: WSCOMMONS-131 and options for Tuscany SCA Java M2 release)

2006-12-05 Thread ant elder
Yes! Jeremy, as release manager what do you say, would you make us another release candidate to review and vote on? ...ant On 12/5/06, Raymond Feng [EMAIL PROTECTED] wrote: Hi, Considering the axiom SNAPSHOT dependency puzzle has been figured out, should we go ahead to push M2 release

Re: [C++] Running sample with Apache Httpd

2006-12-05 Thread Andrew Borley
On 12/5/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Andrew Borley wrote: On 11/20/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: Hi, I checked in a version of Bigbank configured to run with Apache Httpd (instead of the Axis2 mini HTTP server)

Robbie J Minshall out of the office

2006-12-05 Thread Robbie J Minshall
I will be out of the office starting 11/30/2006 and will not return until 12/06/2006. I am out of vacation. Feel free to call me at 919-225-1553 or to send me an urgent email if there is a matter that requires my attention. cheers, Robbie

Re: New proposal to make DAS/SDO HOW TO

2006-12-05 Thread Adriano Crestani
Yes, yes, I just tested the methods, cause I don't want a howto with a sourcecode that doesn't work as expected like the one you tried to follow on your howto. I will try to write something as soon as possible and I will post it here ; ). Adriano Crestani On 12/5/06, Luciano Resende [EMAIL

Re: New proposal to make DAS/SDO HOW TO

2006-12-05 Thread Luciano Resende
Let's keep updating the wiki, I think that's the best place for collaborating... On 12/5/06, Adriano Crestani [EMAIL PROTECTED] wrote: Yes, yes, I just tested the methods, cause I don't want a howto with a sourcecode that doesn't work as expected like the one you tried to follow on your howto.

Re: Are we ready to release M2?

2006-12-05 Thread Jeremy Boynes
I think resolves the last issue - does anyone have anything else to bring up? If not, I will start to package another release candidate. -- Jeremy On Dec 5, 2006, at 8:50 AM, ant elder wrote: Yes! Jeremy, as release manager what do you say, would you make us another release candidate to

[jira] Assigned: (TUSCANY-957) DAS generates invalid INSERT statement when no properties are set on the new DO

2006-12-05 Thread Brent Daniel (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-957?page=all ] Brent Daniel reassigned TUSCANY-957: Assignee: Brent Daniel DAS generates invalid INSERT statement when no properties are set on the new DO

[jira] Resolved: (TUSCANY-957) DAS generates invalid INSERT statement when no properties are set on the new DO

2006-12-05 Thread Brent Daniel (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-957?page=all ] Brent Daniel resolved TUSCANY-957. -- Resolution: Fixed Fixed in 482731 DAS generates invalid INSERT statement when no properties are set on the new DO

[jira] Created: (TUSCANY-972) commonj.sdo/xml namespace should be supported by SDO runtime by default

2006-12-05 Thread Fuhwei Lwo (JIRA)
commonj.sdo/xml namespace should be supported by SDO runtime by default --- Key: TUSCANY-972 URL: http://issues.apache.org/jira/browse/TUSCANY-972 Project: Tuscany Issue

[jira] Commented: (TUSCANY-931) Sequence.add(int index, String propertyName, Object value) is not functioning correctly

2006-12-05 Thread Yang ZHONG (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-931?page=comments#action_12455748 ] Yang ZHONG commented on TUSCANY-931: Ed Merks will investigate the EMF issue (https://bugs.eclipse.org/bugs/show_bug.cgi?id=166838) Sequence.add(int

[jira] Commented: (TUSCANY-972) commonj.sdo/xml namespace should be supported by SDO runtime by default

2006-12-05 Thread Yang ZHONG (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-972?page=comments#action_12455749 ] Yang ZHONG commented on TUSCANY-972: I've volunteered to do it soon. commonj.sdo/xml namespace should be supported by SDO runtime by default

Re: Pass-by-value support for remotable interfaces

2006-12-05 Thread Venkata Krishnan
Hi, I think I managed to figure this out now. After your explanation I could follow the Connector a little better. Its just that the outbound (of the source component) and inbound chains (of the target component) are fused thro the bridge interceptor. Given this if I added an interceptor to

Re: Pass-by-value support for remotable interfaces

2006-12-05 Thread Jim Marino
On Dec 5, 2006, at 10:51 PM, Venkata Krishnan wrote: Hi, I think I managed to figure this out now. After your explanation I could follow the Connector a little better. Its just that the outbound (of the source component) and inbound chains (of the target component) are fused thro the

Re: Pass-by-value support for remotable interfaces

2006-12-05 Thread Venkata Krishnan
HI Jim, Yes, the pass-by-value interceptor will come first exactly for the reasons you have mentioned. I will get a testcase across soon. Thanks - Venkat On 12/6/06, Jim Marino [EMAIL PROTECTED] wrote: On Dec 5, 2006, at 10:51 PM, Venkata Krishnan wrote: Hi, I think I managed to