[jira] Created: (TUSCANY-200) Default scope for system components should be MODULE not INSTANCE

2006-04-17 Thread Jeremy Boynes (JIRA)
Default scope for system components should be MODULE not INSTANCE - Key: TUSCANY-200 URL: http://issues.apache.org/jira/browse/TUSCANY-200 Project: Tuscany Type: Bug Components: Java SCA Core

[jira] Commented: (TUSCANY-200) Default scope for system components should be MODULE not INSTANCE

2006-04-17 Thread Jeremy Boynes (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-200?page=comments#action_12374764 ] Jeremy Boynes commented on TUSCANY-200: --- Jim started to make this change in r394333 but that only impacts the builder. During loading, introspection on the class

[jira] Updated: (TUSCANY-200) Default scope for system components should be MODULE not INSTANCE

2006-04-17 Thread Jeremy Boynes (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-200?page=all ] Jeremy Boynes updated TUSCANY-200: -- Description: The default scope for system components is currently INSTANCE but the typical usage is module (was: The default scope for system components

Re: svn commit: r394667 - in /incubator/tuscany/java/sca: containers/container.java/src/test/java/org/apache/tuscany/container/java/mock/ core/src/main/java/org/apache/tuscany/core/context/ core/src/m

2006-04-17 Thread Jim Marino
I think we may need something like this again when we support nested configuration...what do you think? On Apr 17, 2006, at 6:37 AM, [EMAIL PROTECTED] wrote: Author: jboynes Date: Mon Apr 17 06:37:49 2006 New Revision: 394667 URL: http://svn.apache.org/viewcvs?rev=394667view=rev Log:

Re: svn commit: r394667 - in /incubator/tuscany/java/sca: containers/container.java/src/test/java/org/apache/tuscany/container/java/mock/ core/src/main/java/org/apache/tuscany/core/context/ core/src/m

2006-04-17 Thread Jeremy Boynes
Jim Marino wrote: I think we may need something like this again when we support nested configuration...what do you think? I couldn't think of why. The model for the whole configuration is created by the loaders and the AssemblyVisitor walks the whole tree to build it. No problem with adding

[jira] Resolved: (TUSCANY-39) SDO TypeHelper.define not implemented

2006-04-17 Thread Frank Budinsky (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-39?page=all ] Frank Budinsky resolved TUSCANY-39: --- Resolution: Fixed Committed svn revision 394728. See DefineTypeTestCase for examples of how to use it. SDO TypeHelper.define not implemented

IRC-Log (April-17-2006)

2006-04-17 Thread Jean-Sebastien Delfino
(08:31:21 AM) ant_: Hi everyone. 16:30 by my clock, shall we begin? (08:31:48 AM) haleh: yes (08:32:06 AM) jboynes: yep (08:32:16 AM) jboynes: where should we start? (08:33:06 AM) cr22rc: go around and interoduce ourselfs ? .. (just kidding) (08:33:13 AM) *jsdelfino:* are we going to discuss our

WSDL's and extensors....

2006-04-17 Thread Daniel Kulp
Ran into a slight snag Several of the more advanced things in Celtix are defined/activated based on extension elements in the WSDL. In celtix, those extensors are defined by a schema and code generated using JAXB. We register an ExtensionRegistry with the WSDLReader so the extensors

wsdl extension patch

2006-04-17 Thread Daniel Kulp
I've attached the patch for core. It's very simple. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727 C: 508-380-7194 [EMAIL PROTECTED] Index: src/main/java/org/apache/tuscany/core/loader/impl/WSDLDefinitionRegistryImpl.java

Re: WSDL's and extensors....

2006-04-17 Thread Daniel Kulp
Talked to Jeremy on the IRC (isn't IRC nice for resolving these issues) and we've come up with a plan to add an ExtensionRegistry to the WSDLDefinitionRegistry that can be used to solve this problem. Celtix can use and anyone else that needs it can also use it. Thanks! Dan On Monday 17

[jira] Created: (TUSCANY-201) Allow extensions to WSDL processing

2006-04-17 Thread Jeremy Boynes (JIRA)
Allow extensions to WSDL processing --- Key: TUSCANY-201 URL: http://issues.apache.org/jira/browse/TUSCANY-201 Project: Tuscany Type: Improvement Components: Java SCA Core Reporter: Jeremy Boynes Assigned to: Jeremy Boynes

[jira] Updated: (TUSCANY-201) Allow extensions to WSDL processing

2006-04-17 Thread Daniel Kulp (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-201?page=all ] Daniel Kulp updated TUSCANY-201: Attachment: wsdl_patch Allow extensions to WSDL processing --- Key: TUSCANY-201 URL:

[jira] Created: (TUSCANY-203) SDO: Calling getProperty() freezes property list

2006-04-17 Thread Brent Daniel (JIRA)
SDO: Calling getProperty() freezes property list Key: TUSCANY-203 URL: http://issues.apache.org/jira/browse/TUSCANY-203 Project: Tuscany Type: Bug Components: Java SDO Implementation Reporter: Brent Daniel

[jira] Updated: (TUSCANY-201) Allow extensions to WSDL processing

2006-04-17 Thread Jeremy Boynes (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-201?page=all ] Jeremy Boynes updated TUSCANY-201: -- Attachment: wsdl_patch Attached patch originally sent to mailing list by Dan Kulp Allow extensions to WSDL processing

[jira] Created: (TUSCANY-204) DAS should allow for convention to reduce need for configuration

2006-04-17 Thread Kevin Williams (JIRA)
DAS should allow for convention to reduce need for configuration Key: TUSCANY-204 URL: http://issues.apache.org/jira/browse/TUSCANY-204 Project: Tuscany Type: New Feature Components: Java DAS RDB

Fw: [continuum] BUILD FAILURE: Tuscany Project

2006-04-17 Thread Raymond Feng
Hi, Here's a sample report from the Tuscany Continuum build. Please let me know if it provides any value if I add tuscany-dev@ws.apache.org to the notfication list. Raymond - Original Message - From: Tuscany Continuum Build tuscany-dev@ws.apache.org To: [EMAIL PROTECTED] Sent:

Summer of Code 2006

2006-04-17 Thread Jeremy Boynes
Google are re-running their Summer of Code program this year. Project ideas are due before May 1st so that they can be presented to students. For more info see http://wiki.apache.org/general/SummerOfCode2006 I'm willing to help mentor interested students if we have any proposals that we would

[jira] Commented: (TUSCANY-201) Allow extensions to WSDL processing

2006-04-17 Thread Jeremy Boynes (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-201?page=comments#action_12374829 ] Jeremy Boynes commented on TUSCANY-201: --- The InterfaceWSDLLoader has been modified to intialize portType information using the WSDLDefinitionRegistry so these

effects of WSDL Definition caching on WS URLs

2006-04-17 Thread Scott Kurz
Hi, This is my first post. I work on SCA for IBM. I found an issue (which I mentioned on the phone to Sebastien today). I'm not sure if it was a purposeful or accidental design decision, so before opening up a JIRA I thought I'd write this up. In short.. do you really want to cache the URLs

Re: Fw: [continuum] BUILD FAILURE: Tuscany Project

2006-04-17 Thread haleh mahbod
I'd vote for seeing this report only when there are failures. Who will file JIRA issues for failures? On 4/17/06, Raymond Feng [EMAIL PROTECTED] wrote: Hi, Here's a sample report from the Tuscany Continuum build. Please let me know if it provides any value if I add tuscany-dev@ws.apache.org