[jira] Resolved: (TUSCANY-1204) Support for @requires annotation and requires attribute

[ https://issues.apache.org/jira/browse/TUSCANY-1204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1204. - Resolution: Fixed Thanks for the patch... I was not able to apply it

[jira] Resolved: (TUSCANY-982) WSDL Definitions need to be unregistered from Registry

[ https://issues.apache.org/jira/browse/TUSCANY-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-982. Resolution: Fixed This is now fixed, as there is no WSDLRegistry anymore

[jira] Resolved: (TUSCANY-983) Schema Definitions need to be unregistered from Registry

[ https://issues.apache.org/jira/browse/TUSCANY-983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-983. Resolution: Fixed This is resolved the same way as TUSCANY-982. Schema

[jira] Resolved: (TUSCANY-981) Capability to Remove / Undeploy Applications from Tuscany

[ https://issues.apache.org/jira/browse/TUSCANY-981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-981. Resolution: Fixed This is now resolved. See comments in TUSCANY-982.

Re: Dependency on Felix plugin snapshot in commonj and SDO API modules

Raymond Feng wrote: It was initially there to package the jars as OSGi bundles. I don't see any need at this point. So I suggest that we remove it. Thanks, Raymond - Original Message - From: Jean-Sebastien Delfino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Monday, April

DAS M3 Release

Recently we had couple inquires about a DAS Release [1] and [2], so it's probably time to start discussing what should be in the next DAS release.Wecould start by reviewing the discussion we had right after we released DAS M2 [3], and also get a list of things we already have done after our

Re: Project conventions

[snip] Simon Laws wrote: 3/ package names within the modules don't always match the module name which makes it trick to find classes sometimes. I don't have loads of examples here but the problem I have was trying to find o.a.t.api.SCARuntime This is in the host-embedded module. Is it

Re: Project conventions

On 4/16/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: [snip] Simon Laws wrote: 3/ package names within the modules don't always match the module name which makes it trick to find classes sometimes. I don't have loads of examples here but the problem I have was trying to find

Re: Build failures- Explanation and Proposed Solution

Yes, this looks fine for SDO. The parent artifact that we voted on recently http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/pom/parent/2/pom.xml had already made this switch, and so my SDO M3 release candidates already reference the parent in the incubating style. I'll make the

Loading XSD includes?

I'm having problems getting XSD includes to load in the databinding itest so am interested to know if we are using a different version of o.a.ws.common.XmlSchema than used to be the case. I'm getting an NPE in this package because the baseUri in the XmlSchemaCollection is not set up correctly.

Re: Dependency on Felix plugin snapshot in commonj and SDO API modules

I took a look at the SDO side of this. The build still fails if you remove the 0.8.0 version request. I was trying to look back to understand this dependency, but it seems to have been done as part of TUSCANY-679 and its not at all clear there the reasons for the change. Can anyone help me

Re: Loading XSD includes?

On 4/16/07, Simon Laws [EMAIL PROTECTED] wrote: I'm having problems getting XSD includes to load in the databinding itest so am interested to know if we are using a different version of o.a.ws.common.XmlSchema than used to be the case. I'm getting an NPE in this package because the baseUri in

Re: Dependency on Felix plugin snapshot in commonj and SDO API modules

Is that the correct JIRA, TUSCANY-679 is about InterfaceWSDLLoader and doesn't look relevant? ...ant On 4/16/07, kelvin goodson [EMAIL PROTECTED] wrote: I took a look at the SDO side of this. The build still fails if you remove the 0.8.0 version request. I was trying to look back to

RE: [Java SDO] Running the CTS against the Tuscany impl

Hi Kelvin, Running mvn from the CTS root directory does run the tests against Tuscany for me. Here's the output I get. Thanks, Andy. --- C:\Development\apache-tuscany-java\ctsmvn [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Community Test Suite [INFO]

Re: [Java SDO] Running the CTS against the Tuscany impl

I get the same result as Kelvin. Seems to build, but then it runs 0 tests. Frank. [EMAIL PROTECTED] wrote on 04/16/2007 09:55:35 AM: Hmmm, a mystery ... For the record, here's my output, I can see nothing obvious C:\Development\JiraDev\CTSsvn up At revision 529243.

RE: [Java SDO CTS] Junit 4.1 pattern for calling setUp when classes don't inherit from TestCase

I believe you just need to annotate the setUp method with @Before. This is described in the junit cookbook, here: http://junit.sourceforge.net/doc/cookbook/cookbook.htm I'm currently working on submitting some more XSD test cases in the CTS so I'll try this method out. Hopefully I can then

Re: Project conventions

I sync'd up content of [1] with the getInvolved link [2] except for a piece related to coding guideline and test which seem to have been changed. We now have two different views on this. I'll start a discuss thread later this week to get everyone feedback on what the guideline should be since

Re: Support for Servlets with Jetty and Tomcat

Perhaps I don't understand jetty as well as I thought or I am missing your idea here but why does the JettyServer create and start a new Jetty server every time a servlet mapping is added? IIRC, previously JettyServiceImpl used to start one Jetty server and register every new servlet that was

[jira] Created: (TUSCANY-1209) Remove TestCase dependency from XSDChocieTest

Remove TestCase dependency from XSDChocieTest - Key: TUSCANY-1209 URL: https://issues.apache.org/jira/browse/TUSCANY-1209 Project: Tuscany Issue Type: Improvement Components: Java SDO

[jira] Updated: (TUSCANY-1209) Remove TestCase dependency from XSDChocieTest

[ https://issues.apache.org/jira/browse/TUSCANY-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Grove updated TUSCANY-1209: Attachment: patch.txt Remove TestCase dependency from XSDChocieTest

[jira] Updated: (TUSCANY-1210) XSDComplexTypeTest

[ https://issues.apache.org/jira/browse/TUSCANY-1210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Grove updated TUSCANY-1210: Attachment: complexTypeXsdTests.zip ZIP file containing test case and xsd files.

[jira] Created: (TUSCANY-1210) XSDComplexTypeTest

XSDComplexTypeTest -- Key: TUSCANY-1210 URL: https://issues.apache.org/jira/browse/TUSCANY-1210 Project: Tuscany Issue Type: Test Components: Java SDO Community Test Suite Reporter: Andy Grove

Re: Support for Servlets with Jetty and Tomcat

Ignacio Silva-Lepe wrote: Perhaps I don't understand jetty as well as I thought or I am missing your idea here but why does the JettyServer create and start a new Jetty server every time a servlet mapping is added? IIRC, previously JettyServiceImpl used to start one Jetty server and register

Re: Loading XSD includes?

Simon Laws wrote: On 4/16/07, Simon Laws [EMAIL PROTECTED] wrote: I'm having problems getting XSD includes to load in the databinding itest so am interested to know if we are using a different version of o.a.ws.common.XmlSchema than used to be the case. I'm getting an NPE in this package

Re: Support for Servlets with Jetty and Tomcat

Ah, my mistake. I was focusing on the port parm to addServletMapping and overlooked the if(state == STARTING) part. Wouldn't it be better to set the httpPort separately? On 4/16/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Ignacio Silva-Lepe wrote: Perhaps I don't understand jetty as

Re: Loading XSD includes?

On 4/16/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Simon Laws wrote: On 4/16/07, Simon Laws [EMAIL PROTECTED] wrote: I'm having problems getting XSD includes to load in the databinding itest so am interested to know if we are using a different version of o.a.ws.common.XmlSchema

[jira] Created: (TUSCANY-1211) SDO 2.1 feature: On-the-fly creation of open content properties

SDO 2.1 feature: On-the-fly creation of open content properties --- Key: TUSCANY-1211 URL: https://issues.apache.org/jira/browse/TUSCANY-1211 Project: Tuscany Issue Type: New

[jira] Created: (TUSCANY-1212) SDO 2.1 feature: Property.isNullable() and Property.isOpenContent()

SDO 2.1 feature: Property.isNullable() and Property.isOpenContent() --- Key: TUSCANY-1212 URL: https://issues.apache.org/jira/browse/TUSCANY-1212 Project: Tuscany Issue Type:

[jira] Created: (TUSCANY-1213) SDO 2.1 feature: DataHelper.convert()

SDO 2.1 feature: DataHelper.convert() - Key: TUSCANY-1213 URL: https://issues.apache.org/jira/browse/TUSCANY-1213 Project: Tuscany Issue Type: New Feature Components: Java SDO Implementation

[jira] Created: (TUSCANY-1214) SDO 2.1 feature: XMLHelper.load(Source) and XMLHelper.save(Result)

SDO 2.1 feature: XMLHelper.load(Source) and XMLHelper.save(Result) -- Key: TUSCANY-1214 URL: https://issues.apache.org/jira/browse/TUSCANY-1214 Project: Tuscany Issue Type: New

[jira] Created: (TUSCANY-1215) Support of property override with recursive scdl files

Support of property override with recursive scdl files -- Key: TUSCANY-1215 URL: https://issues.apache.org/jira/browse/TUSCANY-1215 Project: Tuscany Issue Type: Improvement Affects

[jira] Resolved: (TUSCANY-1211) SDO 2.1 feature: On-the-fly creation of open content properties

[ https://issues.apache.org/jira/browse/TUSCANY-1211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Frank Budinsky resolved TUSCANY-1211. - Resolution: Fixed Committed revision 529307. SDO 2.1 feature: On-the-fly creation of

Build failure in Web Services Binding using Apache Axis2

Hi, I'm seeing a build problem with a clean maven repo. Any idea? Thanks, Raymond [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve

Re: Project conventions

Simon Laws wrote: On 4/16/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: [snip] Simon Laws wrote: 3/ package names within the modules don't always match the module name which makes it trick to find classes sometimes. I don't have loads of examples here but the problem I have was

Re: [Java SDO CTS] Junit 4.1 pattern for calling setUp when classes don't inherit from TestCase

Thanks for this Andy, I'll play with it tomorrow. Regards, Kelvin. On 16/04/07, Andy Grove [EMAIL PROTECTED] wrote: I believe you just need to annotate the setUp method with @Before. This is described in the junit cookbook, here: http://junit.sourceforge.net/doc/cookbook/cookbook.htm I'm

[DAS] Re: DAS Factory

Hi Ole Great to hear you are already on your development phase !!! I'm copying the tuscany-dev list to share your progress and because i think some of the topics here are of interest of the great community. On 4/16/07, Ole Ersoy [EMAIL PROTECTED] wrote: Luciano Resende wrote: You got

Re: [DAS] Automatically Creating sample canned databases

I have not had a chance to investigate but there is OS utility named DBUnit (http://www.dbunit.org/) that is designed to create, preload and refresh databases for use in testing. Amita Vadhavkar wrote: Hi Luciano, Yes, I am making a util jar for that. Please check all the below details

Re: [DAS] Automatically Creating sample canned databases

Well, DBUnit has a LGPL license [1], and I think this is not ASF friendly. I'd avoid looking further into this utility. [1] - http://dbunit.svn.sourceforge.net/svnroot/dbunit/trunk/LICENSE.txt On 4/16/07, Kevin Williams [EMAIL PROTECTED] wrote: I have not had a chance to investigate but there

Re: DAS ApplyChanges Questions

Hello Christopher, Some comments in line ... Christopher Holtz wrote: Hello Tuscany, I am working on building a DAS implementation for an old hierarchical database and am looking at Tuscany as *the* DAS reference implementation. Several issues around applyChanges are troubling me and I'm

Re: [DAS] Automatically Creating sample canned databases

Looking into the same direction as kevin, and trying to find existing utility libraries that would help, looks like Apache DB have one that can help with the database structure [1], and could be used programatically [2], and once the physical db is available, we could use DAS to populate it ?

Use of HelperContext to indetify SDO databinding?

Static SDO used in the databinding tests with the Axis2 binding are not being successfully identified as SDOs. In SDODataBinding.introspect() one of the tests use to identify and SDO from a Java type is as follows HelperContext context = HelperProvider.getDefaultContext(); ...

Re: Use of HelperContext to indetify SDO databinding?

Hi, Simon. I think you hit the point. We still need to flush out the complete design on how to scope SDO metadata and how to provide access to the SCA components. At this moment, I register the SDO types with the default helper context too (HelperProvider.getDefaultContext()). Please let me

Require more context for URLArtifactProcessorExtension.read()

Hi, When I try to add a URLArtifactProcessorExtension to introspect java classes, I found it impossible to get the class name as only the URL of the class file is passed to the read() method. To provide such context, I suggest that we pass in the DeployedArtifact (which contains the URL)