Re: move of container.java to core2

2006-06-22 Thread Jim Marino
Yes the commons option would have been ideal but unfortunately, It's more than just reflection and utility classes. It's also injection classes related to wiring and component-handling classes which depend on SPI. Having gone over the options, merging the two seems to be the lesser of two

Re: BOF at ApacheCon Europe in Dublin

2006-06-22 Thread Edward Slattery
I have registered Ant, Simon, Ed and Pete for the hackathon. cheers, Ed. On 22/06/06, Pete Robbins [EMAIL PROTECTED] wrote: I took the liberty of updating the BOF page on the ApacheCon WIKI to book a room: http://wiki.apache.org/apachecon/BirdsOfaFeatherEu06 I hope this is the correct way

[jira] Commented: (TUSCANY-464) Document XSD - C++ mapping used in WS Entrypoint

2006-06-22 Thread Andrew Borley (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-464?page=comments#action_12417276 ] Andrew Borley commented on TUSCANY-464: --- The attachment for TUSCANY-486 includes this documentation. This jira can be closed. Document XSD - C++ mapping used in WS

Re: Modeling interface definitions, was: Tuscany SPI interfaces

2006-06-22 Thread ant elder
I've come across difficulties related to this in the work I've done with extensions: - I tried adding another interface type a while back in M1 to have an interface.smd to support the Dojo Simple Method Description for the AJAX binding (http://dojo.jot.com/SMD). I couldn't get it to work as the

[jira] Resolved: (TUSCANY-475) Class cast exception on

2006-06-22 Thread ant elder (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-475?page=all ] ant elder resolved TUSCANY-475: --- Resolution: Fixed Applied. Thanks for the patch Kelvin! Class cast exception on --- Key: TUSCANY-475 URL:

[jira] Commented: (TUSCANY-423) open content tests for generated classes

2006-06-22 Thread ant elder (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-423?page=comments#action_12417284 ] ant elder commented on TUSCANY-423: --- I'm having some trouble applying this patch, I get compile errors in OpenTypeGenTestCase due to all the import com.example.open.Xxx

Re: Tuscany blog

2006-06-22 Thread ant elder
Ok we've http://apache-tuscany.blogspot.com/ I've invited all the committers and anyone else who expressed any interest in this to join, you should receive an email. Anyone else interested just say and you can be invited as well. I'll also add this to the Apache WS planet aggregator . Its looks

Re: XML Comparison

2006-06-22 Thread Daniel Kulp
It's a maven thing that causes this type of duplication.Maven only puts the non-test code of one project on the classpath of the other. Thus, the file in the first project is not usable in the second. There are two ways around it: 1) Create a new testutils project that creates a jar

Tests Mocks, was: XML Comparison

2006-06-22 Thread Jeremy Boynes
Daniel Kulp wrote: I know Jeremy, Jim, and I discussed something similar when I started the Celtix stuff. There are a bunch of mock objects that are duplicated in several of the SCA projects for the same reason. We have considered pulling them out into a testutils project to remove

Eager Init sample in sandbox

2006-06-22 Thread Rick
I've checked in the simplest of samples (sca/samples/eagerinit/) I can come up with using the SCA composite spec. There is no wiring it uses the eager init that if I understand it correctly should display some output to the console when the runtime loads. I'd like to use this to help out

prerequisites

2006-06-22 Thread Eric Le Goff
Hi everyone, I am an average Java developer and my goal would be to get deeper understanding of the open source development process in general and I chose the Tuscany project architecture / implementation / tooling etc... as a starting point (since SOA sounds like an interesting concept). My

Re: Version number in pom.xml

2006-06-22 Thread Simon Nash
The Tuscany project needs a set of spec jars that matches the Tuscany implementation. These probably won't exactly match any well-defined level of the spec, at least over the next few months as the SCA spec evolves towards 1.0 and the SDO spec evolves towards 2.1. I think these spec jars should

Re: XML Comparison

2006-06-22 Thread Oisin Hurley
Hi Simon, However this test compares everything and I am hitting the problem which is touched on in http://issues.apache.org/jira/browse/TUSCANY-427, i.e. my input xml files have comments and my output XML files don't so the current equalXML... function always returns false. What might

[jira] Commented: (TUSCANY-477) SDO runtime should report unresolved types in a meaningful way if xsd:import/include cannot be resolved

2006-06-22 Thread Yang ZHONG (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-477?page=comments#action_12417362 ] Yang ZHONG commented on TUSCANY-477: Spec 2.01 doesn't specify the behavior on error. However the JavaDoc specifies IllegalArgumentException as the output on error.

Re: XML Comparison

2006-06-22 Thread Simon Laws
Thanks Oisin, I don't seen anything at [1] that specifically mentions canonicalization. Is the sample code you refer to the DocumentTracer.java? S On 6/22/06, Oisin Hurley [EMAIL PROTECTED] wrote: Hi Simon, However this test compares everything and I am hitting the problem which is

Re: XML Comparison

2006-06-22 Thread ant elder
What about using http://xmlunit.sourceforge.net/, i think some of the other Apache WS projects use that. ...ant On 6/22/06, Simon Laws [EMAIL PROTECTED] wrote: I want to add a little automated testing to the interop suite to compare input XML files with output XML files. I note that there

Re: [jira] Updated: (TUSCANY-120) Axis2 WS binding support for entryPoint without pre-existing WSDL

2006-06-22 Thread Raymond Feng
Hi, Please see my comments below. Thanks, Raymond - Original Message - From: Venkatakrishnan (JIRA) tuscany-dev@ws.apache.org To: [EMAIL PROTECTED] Sent: Wednesday, June 21, 2006 7:04 PM Subject: [jira] Updated: (TUSCANY-120) Axis2 WS binding support for entryPoint without

Private mailing list now set up for Tuscany

2006-06-22 Thread Jeremy Boynes
We now have a private mailing list (thanks Brett) for use by committers on the project and interested PMC members. This list is similar to the pmc mailing list used by a top-level project's PMC to discuss the few things that can not be done in public. These are things like security or legal issues