Re: Pass-by-value support for remotable interfaces

Hi, Is there any way I can control the order in which the WirePostProcessors are loaded. For example I would always want the PassByValue processor to be called last so that I ensure that the PassByValue interceptor is at the head of the invocation chain. Thanks. - Venkat On 12/6/06, Venkata

Re: Pass-by-value support for remotable interfaces

HI... I figure this out as something that can be done by setting the 'init' attribute. But then what is a safe value to ensure that this is the last processor called. Right now, ( to be very safe) I have put it as '10'. Now this processor gets invoked lastly. Thanks. - Venkat On 12/6/06,

Re: Pass-by-value support for remotable interfaces

On Dec 6, 2006, at 1:52 AM, Venkata Krishnan wrote: Hi, Is there any way I can control the order in which the WirePostProcessors are loaded. For example I would always want the PassByValue processor to be called last so that I ensure that the PassByValue interceptor is at the head of

Re: Are we ready to release M2?

I checked out the M2 branch, cleaned out my local Maven .m2 repo, built the runtime using -Prelease, built the samples, and ran all the samples. The main purpose of doing this was to ensure that the -Prelease flag had not removed any artifacts that were needed to successfully build and run the

Re: Are we ready to release M2?

On further investigation, this is caused by a mismatch betweeen the sample instructions in readme.html and the artifacts built by the sample. The instructions give the following command to run: java -jar target/distribution/bin/launcher.jar

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

I have done this for parent pom and buildtools. Regards, Kelvin. On 05/12/06, Jeremy Boynes [EMAIL PROTECTED] wrote: 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

Re: Are we ready to release M2?

I have now run all the samples successfully, using only the jars that are deployed to maven when using the -Prelease flag. The only other issue I had with the previous release candidate was the packaging and formal release voting for the spec APIs that we need from org.osoa and commonj. These

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

I pressed send too early on my last note. So now we have a version of the parent pom with the 2-incubator-SNAPSHOT version tag and a version of buildtools with the 1.0-incubator-SNAPSHOTavailable from the m2-snapshot-repository, meaning that you no longer need to do a source build on these

[jira] Created: (TUSCANY-973) HttpSessionScopeContainer should use the HttpSession for session persistance

HttpSessionScopeContainer should use the HttpSession for session persistance Key: TUSCANY-973 URL: http://issues.apache.org/jira/browse/TUSCANY-973 Project: Tuscany

[jira] Assigned: (TUSCANY-973) HttpSessionScopeContainer should use the HttpSession for session persistance

[ http://issues.apache.org/jira/browse/TUSCANY-973?page=all ] ant elder reassigned TUSCANY-973: - Assignee: ant elder HttpSessionScopeContainer should use the HttpSession for session persistance

[jira] Created: (TUSCANY-974) Bring PHP extension up to date with latest core and new build files

Bring PHP extension up to date with latest core and new build files --- Key: TUSCANY-974 URL: http://issues.apache.org/jira/browse/TUSCANY-974 Project: Tuscany Issue Type:

[jira] Updated: (TUSCANY-974) Bring PHP extension up to date with latest core and new build files

[ http://issues.apache.org/jira/browse/TUSCANY-974?page=all ] Simon Laws updated TUSCANY-974: --- Attachment: phpextension-JIRA974.txt Bring the PHP extension up to date. Apply to cpp project. Bring PHP extension up to date with latest core and new build

[c++] Help Reqruied - PHP SCA extension for C++ SCA

As one of the maintainers of the SCA_SDO PECL project I've naturally started thinking about how we build a PHP extension for the C++ SCA runtime based on the PHP SCA implementation we have recently released ( http://pecl.php.net/package/sca_sdo). I'm cross posting this as it involves both Tuscany

[jira] Updated: (TUSCANY-521) Hide special Sequence-type properties from SDO Types

[ http://issues.apache.org/jira/browse/TUSCANY-521?page=all ] Kapil Katyal updated TUSCANY-521: - Attachment: hideprops_tools.patch Hi Frank / Yang, I manually merged the code gen changes for the hidden properties fix with the latest Tuscany revision

Re: New proposal to make DAS/SDO HOW TO

Hi Adriano! I had alredy talked with Luciano about uploading the librarys in a link. He said that it's better to give the link to the downloads area from Tuscany Project. This is the link to the wiki page:

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

On Dec 6, 2006, at 3:57 AM, kelvin goodson wrote: I pressed send too early on my last note. So now we have a version of the parent pom with the 2-incubator- SNAPSHOT version tag and a version of buildtools with the 1.0-incubator-SNAPSHOTavailable from the m2-snapshot-repository, meaning that

[jira] Updated: (TUSCANY-713) Discover and regiester new SDO types during the time of loading the XML instance document

[ http://issues.apache.org/jira/browse/TUSCANY-713?page=all ] Kelvin Goodson updated TUSCANY-713: --- Attachment: SDOUtil.java SchemaLocationTestCase.java SchemaLocationTestCase.xml The SDOUtil.java attachment contains a

[jira] Commented: (TUSCANY-521) Hide special Sequence-type properties from SDO Types

[ http://issues.apache.org/jira/browse/TUSCANY-521?page=comments#action_12456105 ] Frank Budinsky commented on TUSCANY-521: Thanks Kapil. I'll apply both patches and see how it works, but I probably won't get to it for a couple of

[jira] Commented: (TUSCANY-973) HttpSessionScopeContainer should use the HttpSession for session persistance

[ http://issues.apache.org/jira/browse/TUSCANY-973?page=comments#action_12456118 ] Jim Marino commented on TUSCANY-973: This needs to implement semantics similar to conversational persistence and not just use the ServletContext as a

HTTPSession state, was: [jira] Commented: (TUSCANY-973) HttpSessionScopeContainer should use the HttpSession for session persistance

On Dec 6, 2006, at 9:05 AM, Jim Marino (JIRA) wrote: [ http://issues.apache.org/jira/browse/TUSCANY-973? page=comments#action_12456118 ] Jim Marino commented on TUSCANY-973: This needs to implement semantics similar to conversational persistence and

Re: svn commit: r483110 - in /incubator/tuscany/tags/java/sca/1.0-incubator-M2: ./ commands/ commands/launcher/ distribution/ kernel/ kernel/api/ kernel/core/ kernel/host-api/ kernel/spi/ plugins/ plu

On Dec 6, 2006, at 8:26 AM, Raymond Feng wrote: Hi, Jeremy. I'm not sure if you use the sca/distribution/build.xml to create distros for M2. The build.xml tagged for M2 still has references to svn M2 branches. Attached is a patch to fix it (I'll let you decide if we commit it). I think

Re: HTTPSession state, was: [jira] Commented: (TUSCANY-973) HttpSessionScopeContainer should use the HttpSession for session persistance

On Dec 6, 2006, at 10:04 AM, Jeremy Boynes wrote: On Dec 6, 2006, at 9:05 AM, Jim Marino (JIRA) wrote: [ http://issues.apache.org/jira/browse/TUSCANY-973? page=comments#action_12456118 ] Jim Marino commented on TUSCANY-973: This needs to implement

Re: HTTPSession state

On Dec 6, 2006, at 10:17 AM, Jim Marino wrote: On Dec 6, 2006, at 10:04 AM, Jeremy Boynes wrote: On Dec 6, 2006, at 9:05 AM, Jim Marino (JIRA) wrote: [ http://issues.apache.org/jira/browse/TUSCANY-973? page=comments#action_12456118 ] Jim Marino commented on TUSCANY-973:

Re: svn commit: r483110 - in /incubator/tuscany/tags/java/sca/1.0-incubator-M2: ./ commands/ commands/launcher/ distribution/ kernel/ kernel/api/ kernel/core/ kernel/host-api/ kernel/spi/ plugins/ plu

Hi, I attach it again in .txt suffix. Please let me know if you get it. Otherwise I'll create a JIRA to attach it. Thanks, Raymond - Original Message - From: Jeremy Boynes [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Wednesday, December 06, 2006 10:16 AM Subject: Re: svn

Switch to SDO 2.1 HelperContext for SDO databinding in trunk

Hi, I have made changes locally to switch to SDO 2.1 HelperContext to replace some deprecated SDOUtil APIs. If there are no other concerns, I'll commit them into trunk. Thanks, Raymond

[jira] Created: (TUSCANY-976) Multiple Callbacks fail

Multiple Callbacks fail --- Key: TUSCANY-976 URL: http://issues.apache.org/jira/browse/TUSCANY-976 Project: Tuscany Issue Type: Bug Components: Java SCA Core Reporter: Lou Amodeo I have a

[jira] Assigned: (TUSCANY-976) Multiple Callbacks fail

[ http://issues.apache.org/jira/browse/TUSCANY-976?page=all ] Ignacio Silva-Lepe reassigned TUSCANY-976: -- Assignee: Ignacio Silva-Lepe Multiple Callbacks fail --- Key: TUSCANY-976 URL:

[jira] Commented: (TUSCANY-976) Multiple Callbacks fail

[ http://issues.apache.org/jira/browse/TUSCANY-976?page=comments#action_12456163 ] Ignacio Silva-Lepe commented on TUSCANY-976: Can you attach a trace and possibly some additional relevant code? Thanks Multiple Callbacks fail

Re: [DAS]Approach for JIRA-948

Amita, Thanks for working on this. One thing I would like to see is the DataSource properties seperated from the J2SE Connection properties. Maybe something like: ConnectionInfo managedtx=true DataSource jndiName=jdbc/myDataSource/ /ConnectionInfo or ConnectionInfo ConnectionProperties

Re: UnsupportedOperationException on conversation sample, databinding issue?

Hi, We used to have a shortcut for null value to by pass data transformation which had caused problems in document-literal wrapped WSDL operations with empty input or output. With the fixes, we try to set the null value back even it's not changed and that's why you got the exception. What's

[jira] Created: (TUSCANY-977) NoRegisteredCallbackException not thrown to client

NoRegisteredCallbackException not thrown to client -- Key: TUSCANY-977 URL: http://issues.apache.org/jira/browse/TUSCANY-977 Project: Tuscany Issue Type: Bug Components: Java SCA

Re: [DAS]Approach for JIRA-948

Luciano, I'm referring to the changes to the DAS config model in Amita's patch. Brent On 12/6/06, Luciano Resende [EMAIL PROTECTED] wrote: Hi Brent, are you recommending these changes in the SCDL ? Or in the DAS config itself to better handle other types of connections in J2SE environments ?

Re: UnsupportedOperationException on conversation sample, databinding issue?

You could check for operation.isNonBlocking and operation.getCallbackName != null. On 12/6/06, Raymond Feng [EMAIL PROTECTED] wrote: Hi, We used to have a shortcut for null value to by pass data transformation which had caused problems in document-literal wrapped WSDL operations with empty

Re: Moving DAS samples that demonstrate SCA integration

Done at revision : 483195 On 12/4/06, Luciano Resende [EMAIL PROTECTED] wrote: As discussed on the following thread, the DAS samples that explore DAS as an SCA integration were generating a circular reference http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg10662.html If people

Anyone else seing build broken : unable to unable to download org.apache.felix:felix:pom:0.9.0-incubator-SNAPSHOT

Looks like there is only a 0.8.0 snapshot available there... http://people.apache.org/repo/m2-snapshot-repository/org/apache/felix/felix/ [INFO] [ERROR] BUILD ERROR [INFO]

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

[ http://issues.apache.org/jira/browse/TUSCANY-972?page=all ] Yang ZHONG updated TUSCANY-972: --- Attachment: TypeHelperImpl.972 newMainSrc.zip The attached implementation of this feature has passed all build tests. commonj.sdo/xml

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

I'd like to help, so which other SDO defects are holding folk up? On 12/5/06, Pete Robbins [EMAIL PROTECTED] wrote: I have just checked in a new fix for 963. Which other SDO defects are holfing folk up? Cheers, -- Pete -- Yang ZHONG

Re: Anyone else seing build broken : unable to unable to download org.apache.felix:felix:pom:0.9.0-incubator-SNAPSHOT

Yep 0.8.0 seems to be the latest - do you know which pom is looking for 0.9.0? -- Jeremy On Dec 6, 2006, at 11:57 AM, Luciano Resende wrote: Looks like there is only a 0.8.0 snapshot available there... http://people.apache.org/repo/m2-snapshot-repository/org/apache/ felix/felix/ [INFO]

[jira] Updated: (TUSCANY-976) Multiple Callbacks fail

[ http://issues.apache.org/jira/browse/TUSCANY-976?page=all ] Lou Amodeo updated TUSCANY-976: --- Attachment: test-CallBackBasic.zip I have attached my test case. Thank You. Multiple Callbacks fail --- Key:

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

Thanks Yang. I'm going to have a trawl throught the Jiras and prioritise. There are some I know about that I haven't raised yet that could be quite large pieces of work, for instance there seems to be a performance issue loading large schema which contain lots of ref=... elements. I'll post a

Re: Anyone else seing build broken : unable to unable to download org.apache.felix:felix:pom:0.9.0-incubator-SNAPSHOT

I'm not sure... i searched all our pom files and does not look like we have explicitly set 0.9.0 as the dependency version... Here is some more info... [INFO] Tuscany Standalone Distribution [INFO] Tuscany Project Downloading:

[C++] SDO: mixing DataObjects from different DataFactory instances

There is a restriction in the current implementation that forces all DataObjects in a graph to belong to the same DataFactory. I'm not convinced we need this. Currently if you create a DataObject (do1) from a DataFactory (df1) and then set that as a property on DataObject (do2) that was created

[jira] Commented: (TUSCANY-928) Define Tuscany SDO options for XMLHelper load and save operations

[ http://issues.apache.org/jira/browse/TUSCANY-928?page=comments#action_12456240 ] Yang ZHONG commented on TUSCANY-928: To brainstorm, where to host the options and which are the options? How about XMLHelperImpl/XMLDocumentImpl to host the

Re: [C++] SDO: mixing DataObjects from different DataFactory instances

I agree we don't need the same-DataFactory restriction. There might be historical reason(s) for such implementation. Without knowing the details, I don't see the restriction make sense from modeling perspective. A Type's Property's Type may come from a different DataFactory/scope, and it may

[jira] Created: (TUSCANY-978) Tuscany WSDL2Java can't handle WSDL fault messages

Tuscany WSDL2Java can't handle WSDL fault messages -- Key: TUSCANY-978 URL: http://issues.apache.org/jira/browse/TUSCANY-978 Project: Tuscany Issue Type: Bug Components: Java SCA

[jira] Updated: (TUSCANY-978) Tuscany WSDL2Java can't handle WSDL fault messages

[ http://issues.apache.org/jira/browse/TUSCANY-978?page=all ] Matthew Sykes updated TUSCANY-978: -- Attachment: AccountService.wsdl WSDL in a more convenient form... Tuscany WSDL2Java can't handle WSDL fault messages

[jira] Resolved: (TUSCANY-852) Missing description of how to deploy an SCA WS with Apache HTTPD and mod_axis2

[ http://issues.apache.org/jira/browse/TUSCANY-852?page=all ] Jean-Sebastien Delfino resolved TUSCANY-852. Resolution: Fixed Verified that the integration with HTTPD works (had to fix a few bugs in our code) and added a sample

[C++] Mac OS X port, was: Removing dependency on Axis2C

[snip] Pete Robbins wrote: I'm in the process of porting Tuscany C++ to Mac OSX continuing the work that Oisin started. Pete, I am trying to clean up our JIRA backlog and wondering if TUSCANY-681 can be closed now (https://issues.apache.org/jira/browse/TUSCANY-681). What is the status of

Re: [C++] Mac OS X port, was: Removing dependency on Axis2C

On 07/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: [snip] Pete Robbins wrote: I'm in the process of porting Tuscany C++ to Mac OSX continuing the work that Oisin started. Pete, I am trying to clean up our JIRA backlog and wondering if TUSCANY-681 can be closed now