[jira] Resolved: (TUSCANY-458) Create cpp distribution builds
[ http://issues.apache.org/jira/browse/TUSCANY-458?page=all ] Pete Robbins resolved TUSCANY-458: -- Resolution: Fixed > Create cpp distribution builds > -- > > Key: TUSCANY-458 > URL: http://issues.apache.org/jira/browse/TUSCANY-458 > Project: Tuscany > Type: Improvement > Components: C++ Build > Versions: Cpp-current > Reporter: Pete Robbins > Assignee: Pete Robbins > Fix For: Cpp-current > > Create source and binary distribution builds for Linux and Windows -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-534) Windows binary release should not be debug version
Windows binary release should not be debug version -- Key: TUSCANY-534 URL: http://issues.apache.org/jira/browse/TUSCANY-534 Project: Tuscany Type: Improvement Components: C++ Build Versions: Cpp-current Reporter: Pete Robbins Assigned to: Pete Robbins Fix For: Cpp-current Change the distribution binary build of windows to be non-debug -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-532) M1 documentation improvements
[ http://issues.apache.org/jira/browse/TUSCANY-532?page=all ] Andrew Borley updated TUSCANY-532: -- Attachment: TUSCANY-532-2.patch This patch adds the "CreatingSCACPPComponents.txt" document that describes how to create, build and run a Tuscany SCA C++ component. Also adds a link to this file from the SCA GettingStarted.html page. > M1 documentation improvements > - > > Key: TUSCANY-532 > URL: http://issues.apache.org/jira/browse/TUSCANY-532 > Project: Tuscany > Type: Improvement > Components: C++ Build > Versions: Cpp-M1 > Reporter: Andrew Borley > Attachments: TUSCANY-532-2.patch, TUSCANY-532.patch > > Clear up documentation by addressing the various issues raised on the mailing > list. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [C++] M1 release documentation
I've just added a further patch on that jira that adds a document which explains how to create, build and run a Tuscany SCA C++ component. Cheers Andy On 7/10/06, Andrew Borley <[EMAIL PROTECTED]> wrote: OK, a patch is up at TUSCANY-532. Hopefully it clears a few of the issues up. Cheers Andy On 7/10/06, Luciano Resende < [EMAIL PROTECTED]> wrote: > > Good, please let us know when the new version of doc is available so we > could review again. > > > On 7/10/06, Andrew Borley <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > Various people have had issues with the docs so I'm rearranging a few > > things > > & adding some html "Getting Started" pages to make things a bit > simpler. > > I'll trawl the threads for doc issues, but if people notice more > problems > > please raise Jiras - thanks! > > > > Andy > > > > > > > -- > Regards > > Luciano Resende > >
Re: [C++] M1 release documentation
Many thanks Andy. It looks good. I'll apply the patches later today. On 11/07/06, Andrew Borley <[EMAIL PROTECTED]> wrote: I've just added a further patch on that jira that adds a document which explains how to create, build and run a Tuscany SCA C++ component. Cheers Andy On 7/10/06, Andrew Borley <[EMAIL PROTECTED]> wrote: > > OK, a patch is up at TUSCANY-532. Hopefully it clears a few of the issues > up. > > Cheers > Andy > > > > On 7/10/06, Luciano Resende < [EMAIL PROTECTED]> wrote: > > > > Good, please let us know when the new version of doc is available so we > > could review again. > > > > > > On 7/10/06, Andrew Borley <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > > > Various people have had issues with the docs so I'm rearranging a few > > > things > > > & adding some html "Getting Started" pages to make things a bit > > simpler. > > > I'll trawl the threads for doc issues, but if people notice more > > problems > > > please raise Jiras - thanks! > > > > > > Andy > > > > > > > > > > > > -- > > Regards > > > > Luciano Resende > > > > > -- Pete
[jira] Created: (TUSCANY-535) Implement XSDHelper.generate() method for generating XSD from SDO types
Implement XSDHelper.generate() method for generating XSD from SDO types --- Key: TUSCANY-535 URL: http://issues.apache.org/jira/browse/TUSCANY-535 Project: Tuscany Type: Improvement Components: Java SDO Implementation Versions: Java-Mx Reporter: Venkatakrishnan Implement the XSDHelper.generate() method for generating XSDs from SDO Types -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-535) Implement XSDHelper.generate() method for generating XSD from SDO types
[ http://issues.apache.org/jira/browse/TUSCANY-535?page=all ] Venkatakrishnan updated TUSCANY-535: Attachment: Tuscany-SDO-Impl-Patch-Jul-11.diff Here is a patch that contains implementation for XSDHelper.define(). This is a first cut that I would like to improve futther based on the community's feedback. Presently there is a testcase that prints the generated XSD on the console. Is this a sufficient test criteria? If there is more that can be done here, please let me know. I am looking forward to some perspectives on my interpretation of the SDO Specs. for mapping SDO to XSDs. Thanks. > Implement XSDHelper.generate() method for generating XSD from SDO types > --- > > Key: TUSCANY-535 > URL: http://issues.apache.org/jira/browse/TUSCANY-535 > Project: Tuscany > Type: Improvement > Components: Java SDO Implementation > Versions: Java-Mx > Reporter: Venkatakrishnan > Attachments: Tuscany-SDO-Impl-Patch-Jul-11.diff > > Implement the XSDHelper.generate() method for generating XSDs from SDO Types -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Databinding patch r420514
Applied. Thanks, Raymond, that worked. Jim On Jul 10, 2006, at 11:46 AM, Raymond Feng wrote: Hi, Jim. Can you try this patch to see if it fixes the "ClassNotFoundException"? Thanks, Raymond - Original Message - From: "Jim Marino" <[EMAIL PROTECTED]> To: Sent: Monday, July 10, 2006 9:44 AM Subject: Re: Databinding patch r420514 On Jul 10, 2006, at 9:37 AM, Raymond Feng wrote: Hi, Jim. 1) The Castor code-gen works fine in my environment (Windows XP w/ IBM JDK 5). I guess the Castor code references Apache Xerces explicitly and it happens my JDK bundles Xerces while yous doesn't. If it's the case, we may have to add Apache Xerces to the dependency list. Yea I'm on OS X. Can you add it as a dependency? 2) Now we have two databinding-sdo projects (one under folder "sdo" and the other one under "databinding-sdo"), can you merge them into one? Could you do this and I'll patch it in for you? Thanks, Jim Thanks, Raymond - Original Message - From: "Jim Marino" <[EMAIL PROTECTED]> To: Sent: Monday, July 10, 2006 5:57 AM Subject: Databinding patch r420514 I've committed the databinding patch from Raymond. Raymond, I had to change some of the Axiom dependencies from SNAPSHOT to 1.0 (I hope this is ok). Also, the Castor extension built was throwing the following: [ERROR] BUILD ERROR INFO] --- -- --- [INFO] Error executing ant tasks Embedded error: java.lang.RuntimeException: Could not instantiate parser org.apache.xerces.parsers.SAXParser: java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser so I commented it out. Raymond, could you take a look? Jim --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clickable SCA Composite Diagram
I can get to the wiki page, but any click on anything gives "page not found". Am I missing something? The wiki page: http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca.htm The page under "service": http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca-service.htm - gives a page not found. On 11/07/06, Eddie O'Neil <[EMAIL PROTECTED]> wrote: Raymond-- The Apache mail system is quite paranoid when it comes to accepting types of attachments. Typically, only text files pass through the filters. The best bet for attaching files for everyone is to put them on the wiki (which you did, thanks!) or to attach them to a JIRA issue. Hope that helps. Eddie On 7/10/06, Raymond Feng <[EMAIL PROTECTED]> wrote: > Hi, > > It seems that even HTML and JPEG files cannot be attached. > > Here's the wiki page: > > http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca.htm > http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca_composite.jpg > > Thanks, > Raymond > > - Original Message - > From: "haleh mahbod" <[EMAIL PROTECTED]> > To: > Sent: Monday, July 10, 2006 6:05 PM > Subject: Re: Clickable SCA Composite Diagram > > > > where is it? > > > > On 7/10/06, Raymond Feng <[EMAIL PROTECTED]> wrote: > >> > >> Hi, > >> > >> Here's a draft clickable diagram to illustrate the concepts for SCA > >> composite. Multiple areas are defined with hyperlinks on the image. > >> Please > >> give a try to see if it's what we want on the web site. > >> > >> Thanks, > >> Raymond > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [C++ SDO] Results from PHP testing
"Edward Slattery" <[EMAIL PROTECTED]> wrote on 10/07/2006 21:20:25: > thankyou for that. The crash is something which we need to fix, and I will > apply your change asap. I guess it probably wouldnt stop a release, but if > we are re-spinning for any other reason I will make sure its in there. OK > > I think with the SDOString it was intended that we put in place a cast > operator so that current users of the const char* would be unaffected. Would > you consider directly casting the value to a (const char*) as an acceptable > alternative? Yes, that would be fine. As things stand I have to invoke c_str(), which is not so neat. > > You are right, I forgot to update the release version number - and it should > be updated with the SDOString stuff . Will update that at the same time. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Getting SDO Type instance using the interface class of an SDO
Hi I want to get hold of the SDO.Type given the class of the SDO Type. For example given com.examples.sdo.Customer.class I need to get the Type instance to work around with the SDOs metadata. Presently I am instantiating the SDO and then calling the getType() method. I checked the TypeHelper class for some APIs and there is one called getType(Class) but that returns only the Type for standard SDO types. Am I missing something here ? Thanks. - Venkat
[jira] Updated: (TUSCANY-532) M1 documentation improvements
[ http://issues.apache.org/jira/browse/TUSCANY-532?page=all ] Andrew Borley updated TUSCANY-532: -- Attachment: TUSCANY-532-3.patch This patch supersedes the previous patch (TUSCANY-532-2) - exactly the same stuff, but changes to a couple of bits in the doc. > M1 documentation improvements > - > > Key: TUSCANY-532 > URL: http://issues.apache.org/jira/browse/TUSCANY-532 > Project: Tuscany > Type: Improvement > Components: C++ Build > Versions: Cpp-M1 > Reporter: Andrew Borley > Attachments: TUSCANY-532-2.patch, TUSCANY-532-3.patch, TUSCANY-532.patch > > Clear up documentation by addressing the various issues raised on the mailing > list. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting SDO Type instance using the interface class of an SDO
TypeHelper.getType(Class) will return the type for the standard types and any "registered" generated SDO. For example, after you register the quote model (example model from the sdo.tools project): SDOUtil.registerStaticTypes(SimpleFactory.class); You can then call: Type quoteType = TypeHelper.INSTANCE.getType(Quote.class); System.out.println("quoteType: " + quoteType); Which will print the following: quoteType: [EMAIL PROTECTED] (name: Quote) (instanceClassName: null) (abstract: false, interface: false) Frank "Venkata Krishnan" <[EMAIL PROTECTED]> wrote on 07/11/2006 09:38:26 AM: > Hi >I want to get hold of the SDO.Type given the class of the SDO Type. For > example given com.examples.sdo.Customer.class I need to get the Type > instance to work around with the SDOs metadata. Presently I am > instantiating the SDO and then calling the getType() method. > > I checked the TypeHelper class for some APIs and there is one called > getType(Class) but that returns only the Type for standard SDO types. Am I > missing something here ? > > Thanks. > > - Venkat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-536) Cannot mix both WS Entrypoint and WS External Service
Cannot mix both WS Entrypoint and WS External Service - Key: TUSCANY-536 URL: http://issues.apache.org/jira/browse/TUSCANY-536 Project: Tuscany Type: Bug Components: C++ SCA Versions: Cpp-current, Cpp-M1 Reporter: Andrew Borley Priority: Minor A component invoked via a WS Entrypoint fails after invoking a WS External Service. I believe this is a problem with freeing memory in Axis2C & have asked a question on the Axis2C mailing list. Currently this causes the server to crash. A workaround can be used - comment out the block that frees the Axis2C service client in Axis2Client.cpp at line 169: //if (svc_client) //{ //AXIS2_SVC_CLIENT_FREE(svc_client, env); //svc_client = NULL; //} Unfortunately this can cause memory leakage problems. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-536) Cannot mix both WS Entrypoint and WS External Service
[ http://issues.apache.org/jira/browse/TUSCANY-536?page=comments#action_12420325 ] Andrew Borley commented on TUSCANY-536: --- This issue also causes TUSCANY-511 > Cannot mix both WS Entrypoint and WS External Service > - > > Key: TUSCANY-536 > URL: http://issues.apache.org/jira/browse/TUSCANY-536 > Project: Tuscany > Type: Bug > Components: C++ SCA > Versions: Cpp-current, Cpp-M1 > Reporter: Andrew Borley > Priority: Minor > > A component invoked via a WS Entrypoint fails after invoking a WS External > Service. I believe this is a problem with freeing memory in Axis2C & have > asked a question on the Axis2C mailing list. Currently this causes the server > to crash. > A workaround can be used - comment out the block that frees the Axis2C > service client in Axis2Client.cpp at line 169: > //if (svc_client) > //{ > //AXIS2_SVC_CLIENT_FREE(svc_client, env); > //svc_client = NULL; > //} > Unfortunately this can cause memory leakage problems. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Two SDO databindings?
We seem to have two versions of the sdo databinding in sandbox/ jboynes - sdo and databinding-sdo. Which is the live one and can we remove the other? Thanks -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two SDO databindings?
I believe it is databinding-sdo and not sdo. Raymond, can you confirm? Jim On Jul 11, 2006, at 7:44 AM, Jeremy Boynes wrote: We seem to have two versions of the sdo databinding in sandbox/ jboynes - sdo and databinding-sdo. Which is the live one and can we remove the other? Thanks -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two SDO databindings?
That one does not build for me - problems locating the plugin and then problems with XMLStreamHelper which went away when I rebuilt sdo from the trunk. I fixed the plugin problem by adding in a pluginRepository. For SDO, the version in the pom in the trunk is still incubating-M1. If there have been changes in this tree then we should bump the version numbers to be a SNAPSHOT of the next release. SDO folks, is this the case and can you bump the version, or would you like me to help with updating the poms? -- Jeremy On Jul 11, 2006, at 7:52 AM, Jim Marino wrote: I believe it is databinding-sdo and not sdo. Raymond, can you confirm? Jim On Jul 11, 2006, at 7:44 AM, Jeremy Boynes wrote: We seem to have two versions of the sdo databinding in sandbox/ jboynes - sdo and databinding-sdo. Which is the live one and can we remove the other? Thanks -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two SDO databindings?
Jeremy, I guess we're overdue to update the pom files for the SDO project. They should probably be changed to 1.0-SNAPSHOT. And the EMF dependencies should be updated to the EMF 2.2 release driver. That would be great if you would update them. Thanks, Frank Jeremy Boynes <[EMAIL PROTECTED]> wrote on 07/11/2006 11:15:40 AM: > That one does not build for me - problems locating the plugin and > then problems with XMLStreamHelper which went away when I rebuilt sdo > from the trunk. > > I fixed the plugin problem by adding in a pluginRepository. > > For SDO, the version in the pom in the trunk is still incubating-M1. > If there have been changes in this tree then we should bump the > version numbers to be a SNAPSHOT of the next release. SDO folks, is > this the case and can you bump the version, or would you like me to > help with updating the poms? > > -- > Jeremy > > > On Jul 11, 2006, at 7:52 AM, Jim Marino wrote: > > > I believe it is databinding-sdo and not sdo. Raymond, can you confirm? > > > > Jim > > > > > > On Jul 11, 2006, at 7:44 AM, Jeremy Boynes wrote: > > > >> We seem to have two versions of the sdo databinding in sandbox/ > >> jboynes - sdo and databinding-sdo. > >> Which is the live one and can we remove the other? > >> > >> Thanks > >> -- > >> Jeremy > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cannot build runtime/standalone in sandbox
Have the same issue. rakesh dash wrote: Hi Raymond, I also observed the same problem. After seeing the problem for the first time, I replaced the '.m2' repository and tried building again. The problem persists. cheers, Rakesh. On 7/11/06, Raymond Feng <[EMAIL PROTECTED]> wrote: I have trouble building runtime/standalone in the sandbox (please see the information below), even after removing the local maven repository. Does anybody run into this issue? Thanks, Raymond C:\Tuscany\Apache\sandbox\jboynes\sca\runtime\standalone>mvn [INFO] Scanning for projects... [INFO] - --- [INFO] Building Tuscany Standalone Runtime [INFO]task-segment: [install] [INFO] - --- [INFO] artifact org.apache.maven.plugins:maven-site-plugin: checking for updates from apache-snapshot [INFO] snapshot org.apache.maven.plugins:maven-site-plugin:2.0-SNAPSHOT:checkin g for updates from apache-snapshot [INFO] artifact org.apache.maven.plugins:maven-install-plugin: checking for upda tes from apache-snapshot [INFO] snapshot org.apache.maven.plugins:maven-assembly-plugin:2.2-SNAPSHOT: che cking for updates from apache-snapshot [INFO] snapshot org.apache.maven.plugins:maven-assembly-plugin:2.2-SNAPSHOT: che cking for updates from ibiblio [INFO] [site:attach-descriptor] [INFO] snapshot org.apache.tuscany:launcher:1.0-sandbox-SNAPSHOT: checking for u pdates from ibiblio Downloading: http://www.ibiblio.org/maven2/org/apache/geronimo/geronimo-connecto r/1.0/geronimo-connector-1.0.pom [WARNING] Unable to get resource from repository ibiblio ( http://www.ibiblio.org /maven2) Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/geronimo-connecto r/1.0/geronimo-connector-1.0.pom [WARNING] Unable to get resource from repository central ( http://repo1.maven.org /maven2) Downloading: http://www.ibiblio.org/maven2/org/apache/geronimo/geronimo-transact ion/1.0/geronimo-transaction-1.0.pom [WARNING] Unable to get resource from repository ibiblio ( http://www.ibiblio.org /maven2) Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/geronimo-transact ion/1.0/geronimo-transaction-1.0.pom [WARNING] Unable to get resource from repository central ( http://repo1.maven.org /maven2) Downloading: http://www.ibiblio.org/maven2/woodstox/wstx-asl/2.9.3/wstx-asl-2.9. 3.pom [WARNING] Unable to get resource from repository ibiblio ( http://www.ibiblio.org /maven2) Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/2.9.3/wstx-asl-2.9. 3.pom [WARNING] Unable to get resource from repository central ( http://repo1.maven.org /maven2) - this realm = app0.child-container[ org.apache.maven.plugins:maven-assembly-plugin ] urls[0] = file:/C:/Documents and Settings/zfeng/.m2/repository/org/apache/maven/ plugins/maven-assembly-plugin/2.2-SNAPSHOT/maven- assembly-plugin-2.2-SNAPSHOT.ja r urls[1] = file:/C:/Documents and Settings/zfeng/.m2/repository/org/apache/maven/ maven-archiver/2.0.4/maven-archiver-2.0.4.jar urls[2] = file:/C:/Documents and Settings/zfeng/.m2/repository/org/apache/maven/ shared/file-management/1.0/file-management-1.0.jar Number of imports: 0 this realm = plexus.core.maven urls[0] = file:/C:/Apache/maven-2.0.4/lib/commons-cli-1.0.jar urls[1] = file:/C:/Apache/maven-2.0.4/lib/doxia-sink-api-1.0-alpha-7.jar urls[2] = file:/C:/Apache/maven-2.0.4/lib/jsch-0.1.24.jar urls[3] = file:/C:/Apache/maven-2.0.4/lib/maven-artifact-2.0.4.jar urls[4] = file:/C:/Apache/maven-2.0.4/lib/maven-artifact-manager-2.0.4.jar urls[5] = file:/C:/Apache/maven-2.0.4/lib/maven-core-2.0.4.jar urls[6] = file:/C:/Apache/maven-2.0.4/lib/maven- error-diagnostics-2.0.4.jar urls[7] = file:/C:/Apache/maven-2.0.4/lib/maven-model-2.0.4.jar urls[8] = file:/C:/Apache/maven-2.0.4/lib/maven-monitor-2.0.4.jar urls[9] = file:/C:/Apache/maven-2.0.4/lib/maven-plugin-api-2.0.4.jar urls[10] = file:/C:/Apache/maven-2.0.4/lib/maven- plugin-descriptor-2.0.4.jar urls[11] = file:/C:/Apache/maven-2.0.4/lib/maven- plugin-parameter-documenter-2.0 .4.jar urls[12] = file:/C:/Apache/maven-2.0.4/lib/maven-plugin-registry-2.0.4.jar urls[13] = file:/C:/Apache/maven-2.0.4/lib/maven-profile-2.0.4.jar urls[14] = file:/C:/Apache/maven-2.0.4/lib/maven-project-2.0.4.jar urls[15] = file:/C:/Apache/maven-2.0.4/lib/maven-reporting-api-2.0.4.jar urls[16] = file:/C:/Apache/maven-2.0.4/lib/maven- repository-metadata-2.0.4.jar urls[17] = file:/C:/Apache/maven-2.0.4/lib/maven-settings-2.0.4.jar urls[18] = file:/C:/Apache/maven-2.0.4/lib/plexus- interactivity-api-1.0-alpha-4. jar urls[19] = file:/C:/Apache/maven-2.0.4/lib/wagon-file-1.0-alpha-7.jar urls[20] = file:/C:/Apache/maven-2.0.4/lib/wagon- http-lightweight-1.0-alpha-6.ja r urls[21] = file:/C:/Apache/maven-2.0.4/lib/wagon- provider-api-1.0-alpha-6.jar urls[22] = file:/C:/Apache/maven-2.0.4/lib/wagon-ssh-1.0-alpha-7
Re: Two SDO databindings?
On Jul 11, 2006, at 8:53 AM, Frank Budinsky wrote: Jeremy, I guess we're overdue to update the pom files for the SDO project. They should probably be changed to 1.0-SNAPSHOT. And the EMF dependencies should be updated to the EMF 2.2 release driver. That would be great if you would update them. OK, will do - thanks. I'll open a JIRA for this as well. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-537) Update version in POM
Update version in POM - Key: TUSCANY-537 URL: http://issues.apache.org/jira/browse/TUSCANY-537 Project: Tuscany Type: Improvement Components: Java SDO Implementation, Java SDO Tools, Java SDO Samples Reporter: Jeremy Boynes Assigned to: Jeremy Boynes The project POMs should be updated to reflect the future version (to avoid conflict with the M1 release). We should also update the EMF dependency to their final 2.2 release. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cannot build runtime/standalone in sandbox
It seems pretty clear we have made a mess of the build so at this point I'm going to back out the databinding and sdo changes and just get things working again. Once we have a tree that will build with a clean repo I will add those back in. Sorry for the confusion - normal service will be resumed shortly. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clickable SCA Composite Diagram
Hi, All the links are place holders. We need to upload target files such as sca-service.htm to remove "Page Not Found". Thanks, Raymond - Original Message - From: "Edward Slattery" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 11, 2006 6:14 AM Subject: Re: Clickable SCA Composite Diagram I can get to the wiki page, but any click on anything gives "page not found". Am I missing something? The wiki page: http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca.htm The page under "service": http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca-service.htm - gives a page not found. On 11/07/06, Eddie O'Neil <[EMAIL PROTECTED]> wrote: Raymond-- The Apache mail system is quite paranoid when it comes to accepting types of attachments. Typically, only text files pass through the filters. The best bet for attaching files for everyone is to put them on the wiki (which you did, thanks!) or to attach them to a JIRA issue. Hope that helps. Eddie On 7/10/06, Raymond Feng <[EMAIL PROTECTED]> wrote: > Hi, > > It seems that even HTML and JPEG files cannot be attached. > > Here's the wiki page: > > http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca.htm > http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca_composite.jpg > > Thanks, > Raymond > > - Original Message - > From: "haleh mahbod" <[EMAIL PROTECTED]> > To: > Sent: Monday, July 10, 2006 6:05 PM > Subject: Re: Clickable SCA Composite Diagram > > > > where is it? > > > > On 7/10/06, Raymond Feng <[EMAIL PROTECTED]> wrote: > >> > >> Hi, > >> > >> Here's a draft clickable diagram to illustrate the concepts for SCA > >> composite. Multiple areas are defined with hyperlinks on the image. > >> Please > >> give a try to see if it's what we want on the web site. > >> > >> Thanks, > >> Raymond > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SDO support for Java2WSDL
Hi Frank and others familiar with SDOs, could you please comment on the following: - Based on some experiences with the first cut of Java2WSDL enhanced for SDOs posted in http://issues.apache.org/jira/browse/TUSCANY-120, I propose... - Not to generate XSDs for SDOs that have been originally generated from XSDs. Instead, make use of the source/ original XSD as is. Thus when a WSDL is generated for an interface involving SDO types that have been generated from XSDs, the original / source XSDs will be imported / included. Reasons - - Impractical to generate an XSD from an SDO Type such that it is entirely consistent the one from which the SDOs were generated in the first place. - Eleminating redunancy of generating an XSD when it had already existed. - The specifications also suggest precisely this. SDO Implementation & Tooling. --- - To be able to use the original XSDs during WSDL generation, the XSD locations must be cached somewhere using their namespaces as the key. Later, when generating WSDL, for every SDO type encountered, the namespace URI for the SDO Type will be retrieved. Using this namespace as key, the corresponding XSD location will be retrieved from the cache and imported into the WSDL. Is this a right approach? What would be an ideal place to hold this map of namespaces vs schema locaitons? I understand that there are two ways of generating types out of XSDs i) thro the XSDHelper ii) thro the XSD2JavaInterfaceGenerator. Is there a confluence point for these two where the map could be held? - Also banking on the original XSD as the consistent model for the data throughout, makes sense only if the SDO serialization ensures that, if an SDO Type has been originally generated from an XSD then, the serialized data will always be valid instance of the XSD. Does the current implementation of SDO take care of this? Thanks. - Venkat
Re: SDO support for Java2WSDL
Hi Venkat, Since XSDHelper.generate() says this in the JavaDoc: * Round trip from XSD to SDO to XSD is not supported. * Use the original schema if one exists instead of generating a new one, as * the generated XSD validates a different set of documents than the original XSD. and also this: * @throws IllegalArgumentException if the XSD could not be generated. I would say that XSDHelper.generate() should throw IllegalArgumentException in this case: if (isXSD(type) ) throw new IllegalArgumentException(); So that leaves the rest up to the Tuscany Java2WSDL command. > - Also banking on the original XSD as the consistent model for the data > throughout, makes sense only if the SDO serialization ensures that, if an > SDO Type has been originally generated from an XSD then, the serialized data > will always be valid instance of the XSD. Does the current implementation > of SDO take care of this? Yes. Frank. "Venkata Krishnan" <[EMAIL PROTECTED]> wrote on 07/11/2006 01:06:21 PM: > Hi Frank and others familiar with SDOs, could you please comment on the > following: - > > Based on some experiences with the first cut of Java2WSDL enhanced for SDOs > posted in http://issues.apache.org/jira/browse/TUSCANY-120, I propose... > - Not to generate XSDs for SDOs that have been originally generated from > XSDs. Instead, make use of the source/ original XSD as is. Thus when a > WSDL is generated for an interface involving SDO types that have been > generated from XSDs, the original / source XSDs will be imported / included. > > > Reasons > - > - Impractical to generate an XSD from an SDO Type such that it is > entirely consistent the one from which the SDOs were generated in the first > place. > - Eleminating redunancy of generating an XSD when it had already > existed. > - The specifications also suggest precisely this. > > SDO Implementation & Tooling. > --- > - To be able to use the original XSDs during WSDL generation, the XSD > locations must be cached somewhere using their namespaces as the key. > Later, when generating WSDL, for every SDO type encountered, the namespace > URI for the SDO Type will be retrieved. Using this namespace as key, the > corresponding XSD location will be retrieved from the cache and imported > into the WSDL. Is this a right approach? > What would be an ideal place to hold this map of namespaces vs schema > locaitons? I understand that there are two ways of generating types out of > XSDs i) thro the XSDHelper ii) thro the XSD2JavaInterfaceGenerator. Is > there a confluence point for these two where the map could be held? > > - Also banking on the original XSD as the consistent model for the data > throughout, makes sense only if the SDO serialization ensures that, if an > SDO Type has been originally generated from an XSD then, the serialized data > will always be valid instance of the XSD. Does the current implementation > of SDO take care of this? > > Thanks. > > - Venkat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Build problem: dependency to org.apache.geronimo.specs:geronimo-commonj_1.1_spec:1.0.1-SNAPSHOT cannot be resolved
Hi, We have the following dependency in jboynes/sca/pom.xml org.apache.geronimo.specs geronimo-commonj_1.1_spec 1.0.1-SNAPSHOT provided I found that http://people.apache.org/repository/org.apache.geronimo.specs/poms/geronimo-commonj_1.1_spec-1.0.1-SNAPSHOT.pom has the following section: specs org.apache.geronimo.specs 1.2-SNAPSHOT And http://people.apache.org/repository/org.apache.geronimo.specs/poms/specs-1.2-SNAPSHOT.pom does NOT exist. I tried org.apache.geronimo.specs:geronimo-commonj_1.1_spec:1.0.-SNAPSHOT and it works. Thanks, Raymond
Re: Build problem: dependency to org.apache.geronimo.specs:geronimo-commonj_1.1_spec:1.0.1-SNAPSHOT cannot be resolved
They half-published the new version - things work if you build the geronimo spec jars on your machine. I'm adding the commonj apis to our project to resolve this. -- Jeremy On Jul 11, 2006, at 10:51 AM, Raymond Feng wrote: Hi, We have the following dependency in jboynes/sca/pom.xml org.apache.geronimo.specs geronimo-commonj_1.1_spec 1.0.1-SNAPSHOT provided I found that http://people.apache.org/repository/ org.apache.geronimo.specs/poms/geronimo-commonj_1.1_spec-1.0.1- SNAPSHOT.pom has the following section: specs org.apache.geronimo.specs 1.2-SNAPSHOT And http://people.apache.org/repository/org.apache.geronimo.specs/ poms/specs-1.2-SNAPSHOT.pom does NOT exist. I tried org.apache.geronimo.specs:geronimo-commonj_1.1_spec:1.0.- SNAPSHOT and it works. Thanks, Raymond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
best way to handle mixed content?
Given the following XML, what would be the best way to retrieve all of the contents within an element that contains mixed content? for instance, in this XML, i'd like to retrieve everything contained within the 'sampleText' node: "Testing sampletextwith example ofmixedcontent" here's the XML... http://www.example.com/mixedcontent"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://www.example.com/mixedcontent foo.xsd"> Testing sample text with example of mixed content thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build problems
This should be fixed now. I have still commented out the databinding and sdo stuff. The tree builds for me after I remove the local m2 repository. It does take a couple of goes due to problems with downloads and plugins. Please let me know if there are still issues. -- Jeremy On Jul 11, 2006, at 10:51 AM, Raymond Feng wrote: Hi, We have the following dependency in jboynes/sca/pom.xml org.apache.geronimo.specs geronimo-commonj_1.1_spec 1.0.1-SNAPSHOT provided I found that http://people.apache.org/repository/ org.apache.geronimo.specs/poms/geronimo-commonj_1.1_spec-1.0.1- SNAPSHOT.pom has the following section: specs org.apache.geronimo.specs 1.2-SNAPSHOT And http://people.apache.org/repository/org.apache.geronimo.specs/ poms/specs-1.2-SNAPSHOT.pom does NOT exist. I tried org.apache.geronimo.specs:geronimo-commonj_1.1_spec:1.0.- SNAPSHOT and it works. Thanks, Raymond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: best way to handle mixed content?
The mixed content can be accessed using SDO Sequence (property/value pairs). I observed that for pure text, the corresponding property is null. Thanks, Raymond - Original Message - From: "Paul Tomsic" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 11, 2006 10:57 AM Subject: best way to handle mixed content? Given the following XML, what would be the best way to retrieve all of the contents within an element that contains mixed content? for instance, in this XML, i'd like to retrieve everything contained within the 'sampleText' node: "Testing sampletextwith example ofmixedcontent" here's the XML... http://www.example.com/mixedcontent"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://www.example.com/mixedcontent foo.xsd"> Testing sample text with example of mixed content thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: best way to handle mixed content?
Maybe you can try sampleText.getSequence( "mixed") On 7/11/06, Paul Tomsic <[EMAIL PROTECTED]> wrote: Given the following XML, what would be the best way to retrieve all of the contents within an element that contains mixed content? for instance, in this XML, i'd like to retrieve everything contained within the 'sampleText' node: "Testing sampletextwith example ofmixedcontent" here's the XML... http://www.example.com/mixedcontent"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://www.example.com/mixedcontent foo.xsd"> Testing sample text with example of mixed content thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Yang ZHONG
Re: best way to handle mixed content?
That should actually be sampleText.getSequence() that is, no arguments to the getSequence call. The getSequenced("mixed") API is Tuscany-specific and the SDO spec is considering deprecating it (and the other getSequence methods that take an argument) from the DataObject API. The "proper" SDO API for accessing the content of a mixed type is to call getSequence() and then iterate through the property/value entries, as Raymond said in his reply. Frank. "Yang ZHONG" <[EMAIL PROTECTED]> wrote on 07/11/2006 02:05:19 PM: > Maybe you can try sampleText.getSequence( "mixed") > > On 7/11/06, Paul Tomsic <[EMAIL PROTECTED]> wrote: > > > > Given the following XML, what would be the best way to > > retrieve all of the contents within an element that > > contains mixed content? > > > > for instance, in this XML, i'd like to retrieve > > everything contained within the 'sampleText' node: > > > > "Testing sampletextwith example > > ofmixedcontent" > > > > > > here's the XML... > > > > > > > > > > > xmlns="http://www.example.com/mixedcontent"; > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > xsi:schemaLocation="http://www.example.com/mixedcontent > > foo.xsd"> > >Testing sample > >text > >with example of > >mixed > >content > > > > > > > > > > > > > > > > > > thanks > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > > Yang ZHONG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build problems
Hi, Now I can build all the projects except "runtime/standalone" (same problem as I reported before). The databinding-sdo project already has everthing from sdo project so the sdo folder can be safely removed. With the databinding-sdo referencing the incubating-M1 version of SDO, I can build it successfully as well (as expected, I need to have the SDO jars in local maven repo). Now it seems that we fetch SDO projects (except the spec one) into the sandbox, but they are not in the main build. What's the intension here? Thanks, Raymond - Original Message - From: "Jeremy Boynes" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 11, 2006 11:00 AM Subject: Re: Build problems This should be fixed now. I have still commented out the databinding and sdo stuff. The tree builds for me after I remove the local m2 repository. It does take a couple of goes due to problems with downloads and plugins. Please let me know if there are still issues. -- Jeremy On Jul 11, 2006, at 10:51 AM, Raymond Feng wrote: Hi, We have the following dependency in jboynes/sca/pom.xml org.apache.geronimo.specs geronimo-commonj_1.1_spec 1.0.1-SNAPSHOT provided I found that http://people.apache.org/repository/ org.apache.geronimo.specs/poms/geronimo-commonj_1.1_spec-1.0.1- SNAPSHOT.pom has the following section: specs org.apache.geronimo.specs 1.2-SNAPSHOT And http://people.apache.org/repository/org.apache.geronimo.specs/ poms/specs-1.2-SNAPSHOT.pom does NOT exist. I tried org.apache.geronimo.specs:geronimo-commonj_1.1_spec:1.0.- SNAPSHOT and it works. Thanks, Raymond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: best way to handle mixed content?
but w/ the Sequence that's returned, i've got a BasicSequence. Iterating across it, and doing sequence.getValue(0) (or 1,2,3, etc) you still need to handle the sub-elements that are not TEXT type nodes, right? Seems like there should be an easier way to do this. Does anyone have an example of retrieving mixed content? --- Yang ZHONG <[EMAIL PROTECTED]> wrote: > Maybe you can try sampleText.getSequence( "mixed") > > On 7/11/06, Paul Tomsic <[EMAIL PROTECTED]> wrote: > > > > Given the following XML, what would be the best > way to > > retrieve all of the contents within an element > that > > contains mixed content? > > > > for instance, in this XML, i'd like to retrieve > > everything contained within the 'sampleText' node: > > > > "Testing sampletextwith example > > ofmixedcontent" > > > > > > here's the XML... > > > > > > > > > > > xmlns="http://www.example.com/mixedcontent"; > > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > > xsi:schemaLocation="http://www.example.com/mixedcontent > > foo.xsd"> > >Testing sample > >text > >with example of > >mixed > >content > > > > > > > > > > > > > > > > > > thanks > > > > > > > - > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > -- > > Yang ZHONG > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: best way to handle mixed content?
sub-elements can be processed as Property and element content can be processed as Property value. If you want to process everything as raw text, as far as I can tell, that's not really SDO Programming Model. On 7/11/06, Paul Tomsic <[EMAIL PROTECTED]> wrote: but w/ the Sequence that's returned, i've got a BasicSequence. Iterating across it, and doing sequence.getValue(0) (or 1,2,3, etc) you still need to handle the sub-elements that are not TEXT type nodes, right? Seems like there should be an easier way to do this. Does anyone have an example of retrieving mixed content? --- Yang ZHONG <[EMAIL PROTECTED]> wrote: > Maybe you can try sampleText.getSequence( "mixed") > > On 7/11/06, Paul Tomsic <[EMAIL PROTECTED]> wrote: > > > > Given the following XML, what would be the best > way to > > retrieve all of the contents within an element > that > > contains mixed content? > > > > for instance, in this XML, i'd like to retrieve > > everything contained within the 'sampleText' node: > > > > "Testing sampletextwith example > > ofmixedcontent" > > > > > > here's the XML... > > > > > > > > > > > xmlns="http://www.example.com/mixedcontent"; > > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > > xsi:schemaLocation="http://www.example.com/mixedcontent > > foo.xsd"> > >Testing sample > >text > >with example of > >mixed > >content > > > > > > > > > > > > > > > > > > thanks > > > > > > > - > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > -- > > Yang ZHONG > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Yang ZHONG
Re: DAS ability to participate in external transactions
Yes, you're right. We have in the past restricted advance function to scenarios which utilize a config file, but I can see an issue with restricting this function to a managed environment. I think the attribute fits a lot better on DataSource and keeps things cleaner, but we should probably add it to Config for now and revisit this as part of a larger review of the config later. We put a lot of work into keeping the config file simple and intuitive, so I'd hate to see it explode into something unwieldy. Anyway, I'll send in a patch shortly. Brent On 7/10/06, Kevin Williams <[EMAIL PROTECTED]> wrote: That seems not quite right since users can avoid DataSource altogether by passing in their own connection. Brent Daniel wrote: > It might be a little cleaner if we break DataSource out as its own > element and stick a "managedtx" attribute on it. > > On 7/10/06, Kevin Williams <[EMAIL PROTECTED]> wrote: > >> Yes. I think an addition to the config model is most consistent. Maybe >> an attribute on Config itself? >> >> Brent Daniel wrote: >> >> > Kevin, >> > >> > It looks like the support in the runtime is still there. I'm not >> > sure where the user API should be exposed, though. DASFactory would >> > seem like the most likely place, but that would give us some API >> > explosion there (three extra methods for each one that currently takes >> > a Connection.) I would suggest that we keep it out of the API, and >> > require the behavior to be specified in the config (we've done this >> > for other advanced scenarios.) Any thoughts? >> > >> > Brent >> > >> > On 7/10/06, Kevin Williams <[EMAIL PROTECTED]> wrote: >> > >> >> The DAS must be able to participate in external transactions. >> Although >> >> by default it will perform commit/rollback on the connection, clients >> >> should be able to put the DAS in a mode where it will not perform >> these >> >> actions when some external agent is responsible for managing the >> >> transaction. >> >> >> >> The DAS used to support this with an API on the command but we >> lost this >> >> when we refactored the interface to remove config-related items. I >> >> think it would be best to add this capability back now as part of our >> >> config model. >> >> >> >> >> >> - >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> > - >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > >> > >> >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Clickable SCA Composite Diagram
Hi, I uploaded a few simple pages. Now it should be fully navigatable. Thanks, Raymond - Original Message - From: "Edward Slattery" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 11, 2006 6:14 AM Subject: Re: Clickable SCA Composite Diagram I can get to the wiki page, but any click on anything gives "page not found". Am I missing something? The wiki page: http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca.htm The page under "service": http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca-service.htm - gives a page not found. On 11/07/06, Eddie O'Neil <[EMAIL PROTECTED]> wrote: Raymond-- The Apache mail system is quite paranoid when it comes to accepting types of attachments. Typically, only text files pass through the filters. The best bet for attaching files for everyone is to put them on the wiki (which you did, thanks!) or to attach them to a JIRA issue. Hope that helps. Eddie On 7/10/06, Raymond Feng <[EMAIL PROTECTED]> wrote: > Hi, > > It seems that even HTML and JPEG files cannot be attached. > > Here's the wiki page: > > http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca.htm > http://wiki.apache.org/ws-data/attachments/Tuscany(2f)SCADiagram/attachments/sca_composite.jpg > > Thanks, > Raymond > > - Original Message - > From: "haleh mahbod" <[EMAIL PROTECTED]> > To: > Sent: Monday, July 10, 2006 6:05 PM > Subject: Re: Clickable SCA Composite Diagram > > > > where is it? > > > > On 7/10/06, Raymond Feng <[EMAIL PROTECTED]> wrote: > >> > >> Hi, > >> > >> Here's a draft clickable diagram to illustrate the concepts for SCA > >> composite. Multiple areas are defined with hyperlinks on the image. > >> Please > >> give a try to see if it's what we want on the web site. > >> > >> Thanks, > >> Raymond > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build problems
On Jul 11, 2006, at 11:18 AM, Raymond Feng wrote: Hi, Now I can build all the projects except "runtime/standalone" (same problem as I reported before). Unfortunately, it worked for me with a clean repo (rm ~/.m2/repository). Can you remove either the whole repo or the maven-assembly-plugin directory and try again. The databinding-sdo project already has everthing from sdo project so the sdo folder can be safely removed. With the databinding-sdo referencing the incubating-M1 version of SDO, I can build it successfully as well (as expected, I need to have the SDO jars in local maven repo). Now it seems that we fetch SDO projects (except the spec one) into the sandbox, but they are not in the main build. What's the intension here? My problem with sdo was that I didn't have a copy locally so it downloaded the M1 version from the repo. That didn't have the recent changes in it. When we release something, we need to modify the version in the trunk to be a SNAPSHOT of the /next/ version so that locally built stuff does not conflict with what is in the online repo. We now have TUSCANY-537 to make that change in the sdo trunk. I have added an external reference to it from the sandbox code so when you update sandbox/jboynes you will get a live copy of the sdo tree. Once we've fixed the version numbers we can include that in the sandbox build just like it is included in trunk. At that point we can re-enable the databinding code. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: best way to handle mixed content?
Hi. In one of the examples that I looked at I got a Sequence containing mixed text and looped through it as your mentioned. I performed a check to see when the Property was null which would indicate that the value would be unstructured text. I am not sure if that helped - probably it was something you already knew and hoped that there would be something better. I don't know if it will help but the following is what I have done : AccessingTheContentsOfASequence example based on spec example: The example I played with came from the specification. I used the following xml August 1, 2003 Mutual of Omaha Wild Kingdom, USA DearCasy CrocodilePlease buy more shark repellent. Your premium is past due. and the following xsd: http://www.w3.org/2001/XMLSchema";> I simply grabbed the unstructured text out of the letter and printed it out. Then performed a pretty useless check that verifies that the lastName property of the DataObject is the same as the one obtained via the sequence. /** * Uses the Sequence interface to analyze the contents of a DataObject that conforms to teh Letter model defined in * [EMAIL PROTECTED] #LETTER_XSD}. This code first goes through the Sequence looking for unformatted text entrires and prints them out. Then the code checks * to verify that the contents of the "lastName" property of the DataObject matches the contents of the same property of the Sequence. * * @param letter. Letter DataObject conforming to [EMAIL PROTECTED] #LETTER_XSD} */ public static void printSequence(DataObject letter) { // Access the Sequence of the FormLetter System.out.println("The type is for letter dataObject is mixed " + XSDHelper.INSTANCE.isMixed(letter.getType())); Sequence letterSequence = letter.getSequence(); // Print out all the unstructured text System.out.println("Unstructured text:"); for (int i = 0; i < letterSequence.size(); i++) { /* * Please note that the following line is a correction to the 2.0 specification which incorrectly calls: * * String propertyName = ((Property) letterSequence.getProperty(i)).getName(); * * According to the SDO API sequence.getProperty will return null if the content is mixed, in this case * we want to print it out as unstructured text */ Property prop = letterSequence.getProperty(i); if (prop == null) { String text = (String) letterSequence.getValue(i); System.out.println("\t(" + text + ")"); } } /* * Please note that the following line is a correction to the 2.0 Specification which uses the letterDataObject variable rather than * simply letter */ // Verify that the lastName property of the DataObject has the same // value as the lastName property for the Sequence. String dataObjectLastName = letter.getString("lastName"); for (int i = 0; i < letterSequence.size(); i++) { /* * The following line has been corrected from the 2.0 specification * According to the SDO API sequence.getProperty will return null if the content is mixed. * * We want to check that the content is not mixed, and then check that it it is the property which * we are looking for */ Property property = letterSequence.getProperty(i); if ( (property != null) && ("lastName" .equals(property.getName( { String sequenceLastName = (String) letterSequence.getValue(i); if (dataObjectLastName == sequenceLastName) System.out.println("Last Name property matches"); break; } } } Paul Tomsic <[EMAIL PROTECTED]> 07/11/2006 02:29 PM Please respond to tuscany-dev@ws.apache.org To tuscany-dev@ws.apache.org cc Subject Re: best way to handle mixed content? but w/ the Sequence that's returned, i've got a BasicSequence. Iterating across it, and doing sequence.getValue(0) (or 1,2,3, etc) you still need to handle the sub-elements that are not TEXT type nodes, right? Seems like there should be an easier way to do this. Does anyone have an example of retrieving mixed content? --- Yang ZHONG <[EMAIL PROTECTED]> wrote: > Maybe you can try sampleText.getSequence( "mixed") > > On 7/11/06, Paul Tomsic <[EMAIL PROTECTED]> wrote: > > > > Given the following XML, what would be the best > way to > > retrieve all of the contents within an element > that > > contains mixed content? > > > > for instance, in this XML, i'd like to retrieve > > everything contained within the 'sampleText' node
Re: best way to handle mixed content?
So you just want the raw XML? If you don't want it parsed into an object model, why are you using SDO in the first place? You can get an XML serialization of a DataObject by calling XMLHelper.save(). Frank. Paul Tomsic <[EMAIL PROTECTED]> wrote on 07/11/2006 02:29:00 PM: > but w/ the Sequence that's returned, i've got a > BasicSequence. Iterating across it, and doing > sequence.getValue(0) (or 1,2,3, etc) you still need to > handle the sub-elements that are not TEXT type nodes, > right? > Seems like there should be an easier way to do this. > Does anyone have an example of retrieving mixed > content? > > > --- Yang ZHONG <[EMAIL PROTECTED]> wrote: > > > Maybe you can try sampleText.getSequence( "mixed") > > > > On 7/11/06, Paul Tomsic <[EMAIL PROTECTED]> wrote: > > > > > > Given the following XML, what would be the best > > way to > > > retrieve all of the contents within an element > > that > > > contains mixed content? > > > > > > for instance, in this XML, i'd like to retrieve > > > everything contained within the 'sampleText' node: > > > > > > "Testing sampletextwith example > > > ofmixedcontent" > > > > > > > > > here's the XML... > > > > > > > > > > > > > > > > > xmlns="http://www.example.com/mixedcontent"; > > > > > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > > > > > xsi:schemaLocation="http://www.example.com/mixedcontent > > > foo.xsd"> > > >Testing sample > > >text > > >with example of > > >mixed > > >content > > > > > > > > > > > > > > > > > > > > > > > > > > > thanks > > > > > > > > > > > > - > > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > > > -- > > > > Yang ZHONG > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-533) Need to add a new config entity to specify passive use of the connection
[ http://issues.apache.org/jira/browse/TUSCANY-533?page=all ] Brent Daniel reassigned TUSCANY-533: Assign To: Brent Daniel > Need to add a new config entity to specify passive use of the connection > > > Key: TUSCANY-533 > URL: http://issues.apache.org/jira/browse/TUSCANY-533 > Project: Tuscany > Type: Bug > Components: Java DAS RDB > Versions: Java-Mx > Reporter: Kevin Williams > Assignee: Brent Daniel > Fix For: Java-Mx > > Need to modify the config model to specify passive use of the connection (no > commit/rollback). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] Tuscany 533 - DAS needs a config entry for passive connection use
The attached patch adds a "ConnectionInfo" element to Config that has a "managedtx" attribute. The DataSource attribute has moved from Config to this new element. Brent Index: src/test/java/org/apache/tuscany/das/rdb/test/PassiveConnectionTests.java === --- src/test/java/org/apache/tuscany/das/rdb/test/PassiveConnectionTests.java (revision 420945) +++ src/test/java/org/apache/tuscany/das/rdb/test/PassiveConnectionTests.java (working copy) @@ -42,38 +42,51 @@ } /** - * Read and modify a customer. Uses a "passive" connection - */ +* Read and modify a customer. Uses a "passive" connection +*/ public void testReadModifyApply() throws Exception { -// Create and initialize a DAS connection and initialize for externally -// managed transaction boundaries -java.sql.Connection c = getConnection(); + // Create and initialize a DAS connection and initialize for externally + // managed transaction boundaries + java.sql.Connection c = getConnection(); -try { - DAS das = DAS.FACTORY.createDAS(c); -// Read customer 1 -Command select = das.createCommand("Select * from CUSTOMER where ID = 1"); -DataObject root = select.executeQuery(); + DAS das = DAS.FACTORY.createDAS(getConfig("passiveConnection.xml"), c); + // Read customer 1 + Command select = das.getCommand("get a customer"); + DataObject root = select.executeQuery(); -DataObject customer = (DataObject) root.get("CUSTOMER[1]"); + DataObject customer = (DataObject) root.get("CUSTOMER[1]"); -// Modify customer -customer.set("LASTNAME", "Pavick"); + String lastName = customer.getString("LASTNAME"); + + // Modify customer + customer.set("LASTNAME", "Pavick"); - das.applyChanges(root); + try { + das.applyChanges(root); -// Verify changes -root = select.executeQuery(); -assertEquals("Pavick", root.getString("CUSTOMER[1]/LASTNAME")); + throw new Exception("Test Exception"); -// Since the DAS is not managing tx boundaries, I must -} catch (Exception e) { -c.rollback(); -} finally { -c.commit(); -} + // Since the DAS is not managing tx boundaries, I must + } catch (Exception e) { + // assert here to make sure we didn't run into some hidden error + assertEquals("Test Exception", e.getMessage()); + // Roll back the transaction + c.rollback(); + } + // Verify that the changes did not go through + root = select.executeQuery(); + assertEquals(lastName, root.getString("CUSTOMER[1]/LASTNAME")); + + // Try again + customer = (DataObject) root.get("CUSTOMER[1]"); + customer.set("LASTNAME", "Pavick"); + das.applyChanges(root); + c.commit(); + + root = select.executeQuery(); + assertEquals("Pavick", root.getString("CUSTOMER[1]/LASTNAME")); } } Index: src/test/resources/passiveConnection.xml === --- /dev/null (revision 0) +++ src/test/resources/passiveConnection.xml(revision 0) @@ -0,0 +1,29 @@ + + +http:///org.apache.tuscany.das.rdb/config.xsd"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";> + + + + + + + + + + + + \ No newline at end of file Index: src/main/java/org/apache/tuscany/das/rdb/impl/ApplyChangesCommandImpl.java === --- src/main/java/org/apache/tuscany/das/rdb/impl/ApplyChangesCommandImpl.java (revision 420945) +++ src/main/java/org/apache/tuscany/das/rdb/impl/ApplyChangesCommandImpl.java (working copy) @@ -45,7 +45,8 @@ public ApplyChangesCommandImpl(Config config, Connection connection){ this.configWrapper = new MappingWrapper(config); if ( connection != null ) - setConnection(connection); + setConnection(connection, config); + } public void setConnection(ConnectionImpl connection) { Index: src/main/java/org/apache/tuscany/das/rdb/impl/DASImpl.java === --- src/main/java/org/apache/tuscany/das/rdb/impl/DASImpl.java (revision 420945) +++ src/main/java/org/apache/tuscany/das/rdb/impl/DASImpl.java (working copy) @@ -115,7 +115,7 @@ if (!commands.containsKey(name)) t
Re: Support for callbacks
- Original Message - From: "Jim Marino" <[EMAIL PROTECTED]> To: Sent: Monday, July 10, 2006 10:19 AM Subject: Re: Support for callbacks 5. Also, Ignacio, could you also detail more on if you think TargetInvoker's need a non-blocking invoke method and why there may be different ones for Remote and Local? Having a separate (non-blocking) invoke would allow the decision on how to handle asynchrony to be delegated to the invoker which may have a better sense of how to do it. For instance, an external service invoker (or however it is called these days) can just return upon return of a call on Axis2's non-blocking invoke, but a Pojo invoker would need to ask the work manager to handle the asynchrony. I do realize that this is different from how async is handled for one-ways, but perhaps one-ways could be handled this way as well ... :-) This, in addition to the fact that this invoke cannot return a result value. As for different invokers for remote and local, I just mean that, just as for forward invocations there are different types of invokers (e.g., external service vs pojo invokers), so there need to be for callbacks. I may have been overreacting to the fact that the wire invocation handler (W in slide 2 and not shown in slide 5) will need to have the appropriate kind depending on whether it is a remote or local callback. How W gets its invocation handler may be a similar mechanism to how a foward invocation handler gets it. I'll think about 1 a bit more since these are just some initial thoughts having gone through the slides. Perhaps we can iterate through some ideas on the list and I'll be on IRC tomorrow too? Once we start getting a basic flow, perhaps we could potentially put things in a sequence diagram to see how things flow, which will also help us to see areas we can divide up to work on. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build problems
After talking to folks on IRC, I tried SUN JDK and it works! When I switch back to IBM JDK, then it fails with the same error. It seems that the assembly plugin has some references to "com.sun.*" which are only shipped with SUN JDK. Here's the stacktrace: (Caused by: java.lang.NoClassDefFoundError: org.codehaus.plexus.archiver.Archiver, Exception at java.lang.J9VMInternals.verifyImpl(Native Method)...) [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Internal error in the pl ugin manager executing goal 'org.apache.maven.plugins:maven-assembly-plugin:2.2- SNAPSHOT:single': Unable to find the mojo 'org.apache.maven.plugins:maven-assemb ly-plugin:2.2-SNAPSHOT:single' in the plugin 'org.apache.maven.plugins:maven-ass embly-plugin' at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:538) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi fecycle(DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginManagerException: Unable to find the mo jo 'org.apache.maven.plugins:maven-assembly-plugin:2.2-SNAPSHOT:single' in the p lugin 'org.apache.maven.plugins:maven-assembly-plugin' at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(Defaul tPluginManager.java:533) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:390) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:534) ... 16 more Caused by: org.codehaus.plexus.component.repository.exception.ComponentLookupExc eption: Unable to lookup component 'org.apache.maven.plugin.Mojoorg.apache.maven .plugins:maven-assembly-plugin:2.2-SNAPSHOT:single', it could not be created at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContai ner.java:335) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContai ner.java:440) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(Defaul tPluginManager.java:524) ... 18 more Caused by: org.codehaus.plexus.component.factory.ComponentInstantiationException : Could not instanciate component: role: 'null', implementation: 'org.apache.mav en.plugin.assembly.SingleAssemblyMojo' at org.codehaus.plexus.component.factory.java.JavaComponentFactory.makeE xception(JavaComponentFactory.java:77) at org.codehaus.plexus.component.factory.java.JavaComponentFactory.newIn stance(JavaComponentFactory.java:62) at org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(De faultPlexusContainer.java:1464) at org.codehaus.plexus.component.manager.AbstractComponentManager.create ComponentInstance(AbstractComponentManager.java:93) at org.codehaus.plexus.component.manager.PerLookupComponentManager.getCo mponent(PerLookupComponentManager.java:48) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContai ner.java:331) ... 20 more Caused by: java.lang.NoClassDefFoundError: org.codehaus.plexus.archiver.Archiver Exception at java.lang.J9VMInternals.verifyImpl(Native Method) at java.lang.J9VMInternals.verify(J9VMInternals.java:55) at java.lang.J9VMInternals.verify(J9VMInternals.java:53) at java.lang.J9VMInternals.verify(J9VMInternals.java:53) at java.lang.J9VMInternals.initialize(J9VMInternals.java:124) at java.lang.Class.newInstanceImpl(Native Method) at java.lang.Class.newInstance(Class.java:1263) at org.codehaus.plexus.component.factory.java.JavaComponentFactory.newIn stance(JavaComponentFactory.java
Chianti, was: Rules for Revolutionaries [was: M2]
On Jul 10, 2006, at 9:33 AM, Sam Ruby wrote: One thing that is decidedly NOT OK is to include a version number in the name, as it causes friction. Hence, I'd suggest that "core2" immediately get renamed to something that neither reflects the term "core" or the number "2". To resolve this I propose that we move the code from my sandbox to its own location based on a codename. Once I get the build issues resolved, I plan to move the tree from "sandbox/jboynes" to "sandbox/ chianti" and will rename the "core2" module back to "core" -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Chianti, was: Rules for Revolutionaries [was: M2]
On Jul 11, 2006, at 2:27 PM, Jeremy Boynes wrote: On Jul 10, 2006, at 9:33 AM, Sam Ruby wrote: One thing that is decidedly NOT OK is to include a version number in the name, as it causes friction. Hence, I'd suggest that "core2" immediately get renamed to something that neither reflects the term "core" or the number "2". To resolve this I propose that we move the code from my sandbox to its own location based on a codename. Once I get the build issues resolved, I plan to move the tree from "sandbox/jboynes" to "sandbox/chianti" and will rename the "core2" module back to "core" This should now be complete - if you cd to sandbox and "svn up chianti" you should get a buildable tree. I changed the artifact versions to "1.0-chianti-SNAPSHOT" - the "1.0" is only there to keep maven happy by starting the version with a number. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Chianti, was: Rules for Revolutionaries [was: M2]
Jeremy, Sorry, I might have missed some previous emails. I am getting the following error consistently with the build, [INFO] [INFO] Building Tuscany JAXB Data Binding [INFO]task-segment: [install] [INFO] Downloading: https://maven-repository.dev.java.net/repository/com.sun.tools.xjc.maven 2/poms/maven-jaxb-plugin-1.0.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: com.sun.tools.xjc.maven2:maven-jaxb-plugin Reason: Error getting POM for 'com.sun.tools.xjc.maven2:maven-jaxb-plugin' from the repository: Error transferring file com.sun.tools.xjc.maven2:maven-jaxb-plugin:pom:1.0 from the specified remote repositories: ibiblio (http://www.ibiblio.org/maven2), central (http://repo1.maven.org/maven2), java.net (https://maven-repository.dev.java.net/repository) Ta Meeraj -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: 11 July 2006 23:33 To: tuscany-dev@ws.apache.org Subject: Re: Chianti, was: Rules for Revolutionaries [was: M2] On Jul 11, 2006, at 2:27 PM, Jeremy Boynes wrote: > On Jul 10, 2006, at 9:33 AM, Sam Ruby wrote: >> >> One thing that is decidedly NOT OK is to include a version number in >> the name, as it causes friction. Hence, I'd suggest that "core2" >> immediately get renamed to something that neither reflects the term >> "core" or the number "2". >> > > To resolve this I propose that we move the code from my sandbox to its > own location based on a codename. Once I get the build issues > resolved, I plan to move the tree from "sandbox/jboynes" to > "sandbox/chianti" and will rename the "core2" module back to "core" This should now be complete - if you cd to sandbox and "svn up chianti" you should get a buildable tree. I changed the artifact versions to "1.0-chianti-SNAPSHOT" - the "1.0" is only there to keep maven happy by starting the version with a number. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. * You can find us at www.voca.com * This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Chianti, was: Rules for Revolutionaries [was: M2]
Sometimes the respository is not very stable and you'll see the issues once a while. Retry helps most of the time. Thanks, Raymond - Original Message - From: "Meeraj Kunnumpurath" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 11, 2006 5:21 PM Subject: RE: Chianti, was: Rules for Revolutionaries [was: M2] Jeremy, Sorry, I might have missed some previous emails. I am getting the following error consistently with the build, [INFO] [INFO] Building Tuscany JAXB Data Binding [INFO]task-segment: [install] [INFO] Downloading: https://maven-repository.dev.java.net/repository/com.sun.tools.xjc.maven 2/poms/maven-jaxb-plugin-1.0.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: com.sun.tools.xjc.maven2:maven-jaxb-plugin Reason: Error getting POM for 'com.sun.tools.xjc.maven2:maven-jaxb-plugin' from the repository: Error transferring file com.sun.tools.xjc.maven2:maven-jaxb-plugin:pom:1.0 from the specified remote repositories: ibiblio (http://www.ibiblio.org/maven2), central (http://repo1.maven.org/maven2), java.net (https://maven-repository.dev.java.net/repository) Ta Meeraj -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: 11 July 2006 23:33 To: tuscany-dev@ws.apache.org Subject: Re: Chianti, was: Rules for Revolutionaries [was: M2] On Jul 11, 2006, at 2:27 PM, Jeremy Boynes wrote: On Jul 10, 2006, at 9:33 AM, Sam Ruby wrote: One thing that is decidedly NOT OK is to include a version number in the name, as it causes friction. Hence, I'd suggest that "core2" immediately get renamed to something that neither reflects the term "core" or the number "2". To resolve this I propose that we move the code from my sandbox to its own location based on a codename. Once I get the build issues resolved, I plan to move the tree from "sandbox/jboynes" to "sandbox/chianti" and will rename the "core2" module back to "core" This should now be complete - if you cd to sandbox and "svn up chianti" you should get a buildable tree. I changed the artifact versions to "1.0-chianti-SNAPSHOT" - the "1.0" is only there to keep maven happy by starting the version with a number. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. * You can find us at www.voca.com * This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Chianti, was: Rules for Revolutionaries [was: M2]
Thanks Raymond. I tried the build around four or five times. I shall try a few more times. -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: 12 July 2006 01:26 To: tuscany-dev@ws.apache.org Subject: Re: Chianti, was: Rules for Revolutionaries [was: M2] Sometimes the respository is not very stable and you'll see the issues once a while. Retry helps most of the time. Thanks, Raymond - Original Message - From: "Meeraj Kunnumpurath" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 11, 2006 5:21 PM Subject: RE: Chianti, was: Rules for Revolutionaries [was: M2] Jeremy, Sorry, I might have missed some previous emails. I am getting the following error consistently with the build, [INFO] [INFO] Building Tuscany JAXB Data Binding [INFO]task-segment: [install] [INFO] Downloading: https://maven-repository.dev.java.net/repository/com.sun.tools.xjc.maven 2/poms/maven-jaxb-plugin-1.0.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: com.sun.tools.xjc.maven2:maven-jaxb-plugin Reason: Error getting POM for 'com.sun.tools.xjc.maven2:maven-jaxb-plugin' from the repository: Error transferring file com.sun.tools.xjc.maven2:maven-jaxb-plugin:pom:1.0 from the specified remote repositories: ibiblio (http://www.ibiblio.org/maven2), central (http://repo1.maven.org/maven2), java.net (https://maven-repository.dev.java.net/repository) Ta Meeraj -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: 11 July 2006 23:33 To: tuscany-dev@ws.apache.org Subject: Re: Chianti, was: Rules for Revolutionaries [was: M2] On Jul 11, 2006, at 2:27 PM, Jeremy Boynes wrote: > On Jul 10, 2006, at 9:33 AM, Sam Ruby wrote: >> >> One thing that is decidedly NOT OK is to include a version number in >> the name, as it causes friction. Hence, I'd suggest that "core2" >> immediately get renamed to something that neither reflects the term >> "core" or the number "2". >> > > To resolve this I propose that we move the code from my sandbox to its > own location based on a codename. Once I get the build issues > resolved, I plan to move the tree from "sandbox/jboynes" to > "sandbox/chianti" and will rename the "core2" module back to "core" This should now be complete - if you cd to sandbox and "svn up chianti" you should get a buildable tree. I changed the artifact versions to "1.0-chianti-SNAPSHOT" - the "1.0" is only there to keep maven happy by starting the version with a number. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. * You can find us at www.voca.com * This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. This message has been checked for all email viruses by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Chianti, was: Rules for Revolutionaries [was: M2]
On Jul 11, 2006, at 5:30 PM, Meeraj Kunnumpurath wrote: Thanks Raymond. I tried the build around four or five times. I shall try a few more times. I wiped the Sun plugin from my repo $ rm -rf ~/.m2/repository/com/sun/tools and tried rebuilding the databinding-jaxb module and everything worked fine (it was a little slow downloading). It may just have been a hiccup on the java.net repo - are you having any better luck now? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Chianti, was: Rules for Revolutionaries [was: M2]
No luck, Jeremy. I don't even have com/sun/tools under my Maven repo. I am going to try manually downloading those files. -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: 12 July 2006 02:06 To: tuscany-dev@ws.apache.org Subject: Re: Chianti, was: Rules for Revolutionaries [was: M2] On Jul 11, 2006, at 5:30 PM, Meeraj Kunnumpurath wrote: > Thanks Raymond. I tried the build around four or five times. I shall > try a few more times. > I wiped the Sun plugin from my repo $ rm -rf ~/.m2/repository/com/sun/tools and tried rebuilding the databinding-jaxb module and everything worked fine (it was a little slow downloading). It may just have been a hiccup on the java.net repo - are you having any better luck now? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. * You can find us at www.voca.com * This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Chianti, was: Rules for Revolutionaries [was: M2]
Jeremy, I can't find the required version of the plugin on the java.net repo? Is it version 1.0 or 2.0EA3? Ta Meeraj -Original Message- From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED] Sent: 12 July 2006 02:13 To: tuscany-dev@ws.apache.org Subject: RE: Chianti, was: Rules for Revolutionaries [was: M2] No luck, Jeremy. I don't even have com/sun/tools under my Maven repo. I am going to try manually downloading those files. -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: 12 July 2006 02:06 To: tuscany-dev@ws.apache.org Subject: Re: Chianti, was: Rules for Revolutionaries [was: M2] On Jul 11, 2006, at 5:30 PM, Meeraj Kunnumpurath wrote: > Thanks Raymond. I tried the build around four or five times. I shall > try a few more times. > I wiped the Sun plugin from my repo $ rm -rf ~/.m2/repository/com/sun/tools and tried rebuilding the databinding-jaxb module and everything worked fine (it was a little slow downloading). It may just have been a hiccup on the java.net repo - are you having any better luck now? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. * You can find us at www.voca.com * This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. This message has been checked for all email viruses by MessageLabs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Chianti, was: Rules for Revolutionaries [was: M2]
On Jul 11, 2006, at 6:57 PM, Meeraj Kunnumpurath wrote: Jeremy, I can't find the required version of the plugin on the java.net repo? Is it version 1.0 or 2.0EA3? In the pom it says: com.sun.tools.xjc.maven2groupId> maven-jaxb-pluginartifactId> 1.0 I would assume that means 1.0 - I don't know about other versions. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NullPointerException while running EagerInit sample in sandbox
I have added a SCATestCase base class to the "test" module that boots an SCA client runtime in the same way the launcher does. To keep things simple it does not do any classloader isolation magic so it should be fairly easy to step through application code or the runtime itself. I added an example testcase to the local.wire sample that shows it being used. -- Jeremy On Jul 10, 2006, at 3:45 PM, Jim Marino wrote: I think we'll need something similar for application code (although hopefully simpler). It would also be good perhaps to create some time of runner like there is for JUnit with an "embedded launcher" too. Jim On Jul 10, 2006, at 1:01 PM, Jeremy Boynes wrote: On Jul 10, 2006, at 9:35 AM, Rashmi Hunt wrote: Hello, I have latest sandbox code and I am trying to run earinit sample in Eclipse. I am getting NullPointerException while locating the service because compositeContext is null Snippet from EagerInitClient.java * CompositeContext compositeContext = CurrentCompositeContext.getContext();* *// Locate the Eager init service EagerInitService eagerInitService = compositeContext.locateService (EagerInitService.class, "EagerInitComponent");* Please let me know how to run this sample. Are you running this through the launcher? http://article.gmane.org/ gmane.comp.apache.webservices.tuscany.devel/4608 I was able to run this in idea in two ways: 1) using the remote debugger 2) using the application debugger on the launcher specifying the correct command line options I also needed to set -Dtuscany.bootDir to make sure it picked up the boot jars from the right place YMMV may vary depending on what Eclipse does to the classpath but if you do have issues please ping the list. Do you think we need something like the TuscanyRuntime from M1 that would allow you to bootstrap the runtime from inside the application code? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JAXB databinding - problem with test code leaking into output jar
The JAXB databinding attaches the jaxb plugin to the generate sources phase and this results in the test code ending up in the output jar: $ jar tf target/databinding-jaxb-1.0-chianti-SNAPSHOT.jar META-INF/ META-INF/MANIFEST.MF com/ com/example/ com/example/ipo/ com/example/ipo/jaxb/ org/ org/apache/ org/apache/tuscany/ org/apache/tuscany/databinding/ org/apache/tuscany/databinding/jaxb/ com/example/ipo/jaxb/Address.class com/example/ipo/jaxb/Items$Item.class com/example/ipo/jaxb/Items.class com/example/ipo/jaxb/ObjectFactory.class com/example/ipo/jaxb/package-info.class com/example/ipo/jaxb/PurchaseOrderType.class com/example/ipo/jaxb/UKAddress.class com/example/ipo/jaxb/USAddress.class com/example/ipo/jaxb/USState.class org/apache/tuscany/databinding/jaxb/JAXB2Node.class org/apache/tuscany/databinding/jaxb/Node2JAXB.class org/apache/tuscany/databinding/jaxb/XMLStreamReader2JAXB.class META-INF/maven/ META-INF/maven/org.apache.tuscany.databinding/ META-INF/maven/org.apache.tuscany.databinding/databinding-jaxb/ META-INF/maven/org.apache.tuscany.databinding/databinding-jaxb/pom.xml META-INF/maven/org.apache.tuscany.databinding/databinding-jaxb/ pom.properties If I change the pom to attach this to the generate-test-sources phase: $ svn diff pom.xml Index: pom.xml === --- pom.xml (revision 421082) +++ pom.xml (working copy) @@ -100,7 +100,7 @@ generate-jaxb -generate-sources +generate-test-sources generate then I get an error running the tests: $ mvn -o clean test [INFO] NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... [INFO] [INFO] Building Tuscany JAXB Data Binding [INFO]task-segment: [clean, test] [INFO] [INFO] [clean:clean] [INFO] Deleting directory /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target [INFO] Deleting directory /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/classes [INFO] Deleting directory /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/test-classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] Compiling 3 source files to /Users/jboynes/tuscany/sandbox/chianti/ sca/databinding/databinding-jaxb/target/classes [INFO] [jaxb:generate {execution: generate-jaxb}] [INFO] /Users/jboynes/tuscany/sandbox/chianti/sca/databinding/ databinding-jaxb/target/jaxb-source/com/example/ipo/jaxb is not found and thus excluded from the dependency check [INFO] Compiling file:/Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/src/test/resources/ipo.xsd [INFO] Writing output to /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/jaxb-source [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Compiling 1 source file to /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /Users/jboynes/tuscany/sandbox/ chianti/sca/databinding/databinding-jaxb/target/surefire-reports --- T E S T S --- Running org.apache.tuscany.databinding.jaxb.JAXBTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.083 sec <<< FAILURE! testTransform(org.apache.tuscany.databinding.jaxb.JAXBTestCase) Time elapsed: 0.041 sec <<< ERROR! javax.xml.bind.JAXBException: "com.example.ipo.jaxb" doesnt contain ObjectFactory.class or jaxb.index at com.sun.xml.bind.v2.ContextFactory.createContext (ContextFactory.java:119) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at javax.xml.bind.ContextFinder.newInstance (ContextFinder.java:132) at javax.xml.bind.ContextFinder.find(ContextFinder.java:286) at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:372) at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:337) at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:244) at org.apache.tuscany.databinding.jaxb.JAXBTestCase.testTransform (JAXBTestCase.java:48) Result
[jira] Closed: (TUSCANY-533) Need to add a new config entity to specify passive use of the connection
[ http://issues.apache.org/jira/browse/TUSCANY-533?page=all ] Kevin Williams closed TUSCANY-533: -- Resolution: Fixed Verified with revision: 421093 > Need to add a new config entity to specify passive use of the connection > > > Key: TUSCANY-533 > URL: http://issues.apache.org/jira/browse/TUSCANY-533 > Project: Tuscany > Type: Bug > Components: Java DAS RDB > Versions: Java-Mx > Reporter: Kevin Williams > Assignee: Brent Daniel > Fix For: Java-Mx > > Need to modify the config model to specify passive use of the connection (no > commit/rollback). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] Re: JAXB databinding - problem with test code leaking into output jar
Hi, Here's the patch to fix this problem. I'll adjust for other projects later on. Thanks, Raymond - Original Message - From: "Jeremy Boynes" <[EMAIL PROTECTED]> To: Sent: Tuesday, July 11, 2006 7:32 PM Subject: JAXB databinding - problem with test code leaking into output jar The JAXB databinding attaches the jaxb plugin to the generate sources phase and this results in the test code ending up in the output jar: $ jar tf target/databinding-jaxb-1.0-chianti-SNAPSHOT.jar META-INF/ META-INF/MANIFEST.MF com/ com/example/ com/example/ipo/ com/example/ipo/jaxb/ org/ org/apache/ org/apache/tuscany/ org/apache/tuscany/databinding/ org/apache/tuscany/databinding/jaxb/ com/example/ipo/jaxb/Address.class com/example/ipo/jaxb/Items$Item.class com/example/ipo/jaxb/Items.class com/example/ipo/jaxb/ObjectFactory.class com/example/ipo/jaxb/package-info.class com/example/ipo/jaxb/PurchaseOrderType.class com/example/ipo/jaxb/UKAddress.class com/example/ipo/jaxb/USAddress.class com/example/ipo/jaxb/USState.class org/apache/tuscany/databinding/jaxb/JAXB2Node.class org/apache/tuscany/databinding/jaxb/Node2JAXB.class org/apache/tuscany/databinding/jaxb/XMLStreamReader2JAXB.class META-INF/maven/ META-INF/maven/org.apache.tuscany.databinding/ META-INF/maven/org.apache.tuscany.databinding/databinding-jaxb/ META-INF/maven/org.apache.tuscany.databinding/databinding-jaxb/pom.xml META-INF/maven/org.apache.tuscany.databinding/databinding-jaxb/ pom.properties If I change the pom to attach this to the generate-test-sources phase: $ svn diff pom.xml Index: pom.xml === --- pom.xml (revision 421082) +++ pom.xml (working copy) @@ -100,7 +100,7 @@ generate-jaxb -generate-sources +generate-test-sources generate then I get an error running the tests: $ mvn -o clean test [INFO] NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... INFO] [INFO] Building Tuscany JAXB Data Binding [INFO]task-segment: [clean, test] INFO] [INFO] [clean:clean] [INFO] Deleting directory /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target [INFO] Deleting directory /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/classes [INFO] Deleting directory /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/test-classes [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] Compiling 3 source files to /Users/jboynes/tuscany/sandbox/chianti/ sca/databinding/databinding-jaxb/target/classes [INFO] [jaxb:generate {execution: generate-jaxb}] [INFO] /Users/jboynes/tuscany/sandbox/chianti/sca/databinding/ databinding-jaxb/target/jaxb-source/com/example/ipo/jaxb is not found and thus excluded from the dependency check [INFO] Compiling file:/Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/src/test/resources/ipo.xsd [INFO] Writing output to /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/jaxb-source [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Compiling 1 source file to /Users/jboynes/tuscany/sandbox/chianti/sca/ databinding/databinding-jaxb/target/test-classes [INFO] [surefire:test] [INFO] Surefire report directory: /Users/jboynes/tuscany/sandbox/ chianti/sca/databinding/databinding-jaxb/target/surefire-reports --- T E S T S --- Running org.apache.tuscany.databinding.jaxb.JAXBTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.083 sec <<< FAILURE! testTransform(org.apache.tuscany.databinding.jaxb.JAXBTestCase) Time elapsed: 0.041 sec <<< ERROR! javax.xml.bind.JAXBException: "com.example.ipo.jaxb" doesnt contain ObjectFactory.class or jaxb.index at com.sun.xml.bind.v2.ContextFactory.createContext (ContextFactory.java:119) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at javax.xml.bind.ContextFinder.newInstance (ContextFinder.java:132) at javax.xml.bind.ContextFinder.find(ContextFinder.java:286) at javax.xml.bind.JAXBContext