Re: svn commit: r438000

Hi, I faced the same problem and configured my eclipse. But then when you reduce this you might also want to take care of how the line wrapping is done. For example the method signatures get wrapped without any alignment and looked a bit clumsy. I then set alignment of arguments and it looked

Re: [C++] Extension mechanism for implementations and bindings

I'm going to restructure the source tree and deployment for the ws binding. I think it will be better as: extensions/ ws/ reference/ service/ xsd as the scema is common to both reference and service and deployed as /extensions/ ws/ reference/ lib ... etc service/

Re: svn commit: r438000

From past discussions there may also be other mismatches and Raymond said the line length was just one example of a difference. I think the IDE template should be the authority, its the 21st century, we should be able to use IDE code formatting. ...ant On 8/30/06, Jim Marino <[EMAIL PROTECTED

[SDO for C++] Opinions Requested: Adopting stdcxx as C++ library

There is an Apache incubator project to develop an implementation of the standard C++ library (their web site is here http://incubator.apache.org/stdcxx). Currently, in SDO for C++, we use the library provided by whichever platform we happen to run on

[jira] Assigned: (TUSCANY-671) Port JSON-RPC binding from M1

[ http://issues.apache.org/jira/browse/TUSCANY-671?page=all ] ant elder reassigned TUSCANY-671: - Assignee: ant elder > Port JSON-RPC binding from M1 > - > > Key: TUSCANY-671 > URL: http://issues

Re: [SDO for C++] Opinions Requested: Adopting stdcxx as C++ library

On 8/30/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote: . Using the Apache stdcxx library instead would provide us with a number of benefits Agreed. +1 for this. The one difficulty is that once SDO links against the stdcxx library then all users of SDO must also do so. I think this gives us tw

Re: [SDO for C++] Opinions Requested: Adopting stdcxx as C++ library

On 30/08/06, Andrew Borley <[EMAIL PROTECTED]> wrote: On 8/30/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote: . Using the Apache stdcxx library instead would provide > us with a number of benefits Agreed. +1 for this. yup! The one difficulty is that once SDO links against the stdcxx library

Re: [SDO for C++] Opinions Requested: Adopting stdcxx as C++ library

On 8/30/06, Pete Robbins <[EMAIL PROTECTED]> wrote: On 30/08/06, Andrew Borley <[EMAIL PROTECTED]> wrote: > > On 8/30/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote: > . Using the Apache stdcxx library instead would provide > > > us with a number of benefits > > > Agreed. +1 for this. yup! The o

[jira] Created: (TUSCANY-677) Registry API & SPI

Registry API & SPI -- Key: TUSCANY-677 URL: http://issues.apache.org/jira/browse/TUSCANY-677 Project: Tuscany Issue Type: New Feature Components: Java SCA Common Affects Versions: Java-M2 Reporter: Y

Re: Delivery Status Notification (Failure)

Neither tuscany-dev nor infra takes my email with attachment, so I've attached file for review into http://issues.apache.org/jira/browse/TUSCANY-677 Sorry for the inconvenience and thanks for any comment. On 8/30/06, Mail Delivery Subsystem <[EMAIL PROTECTED]> wrote: This is an automatically g

Re: Proposed Final Site

Dave: It looks to me there are many links to "index.php?page" is this right? There are changes scattered about with respect to links that don't seem right Example site-author\get-involved.xml FAQ link Contribute to the FAQ or to Contribu

Re: Delivery Status Notification (Failure)

Having this attached to a JIRA is fine, thats preferred over sending attachments to the dev list. Thanks for all this, I've only just started looking but it looks very comprehensive, a lot more than I was expecting 8-). I've a few questions so far. Firstly you didn't click the button granting lic

Re: Proposed Final Site

Something I noticed is with the flow. On all the images where I can click on something I get there and once I'm through with that page how do I get back to the initial diagram to explore something else? I know there is the browser back, but I don't think that's a good practice. BTW I know this

Re: [C++] Extension mechanism for implementations and bindings

I've now finished this refactor. All checked in. Seems to work fine so I'm going to go on holiday for a couple of weeks ;-) Have fun folks! On 30/08/06, Pete Robbins <[EMAIL PROTECTED]> wrote: I'm going to restructure the source tree and deployment for the ws binding. I think it will be bett

Re: Proposed Final Site

Hi David, First thanks. Can we comment on this in the JIRA itself so that all things to be addressed can be tracked there? I've just started to look into it and am going to log my opinions in the JIRA unless you folks are going to ask me not to do so and instead use the ML. Thanks - Venkat

[jira] Commented: (TUSCANY-667) New website ready to publish

[ http://issues.apache.org/jira/browse/TUSCANY-667?page=comments#action_12431575 ] Venkatakrishnan commented on TUSCANY-667: - Dave, here are some comments with whatever I have managed to observe. General --- 1) Can the width of th

Re: [jira] Created: (TUSCANY-676) ImportSDOLoader: DataTypeImpl not found in XSDEcoreBuilder.typeToTypeObjectMap causes NPE (surfaced as IllegalArgumentException)

Chris, I can reproduce your problem in pure SDO env without going thru the ImportSDOLoader in SCA. Let me take a look and get back to you. Fuhwei Lwo "Chris Wall (JIRA)" wrote: ImportSDOLoader: DataTypeImpl not found in XSDEcoreBuilder.typeToTypeObjectMap causes NPE (surfaced as I

[jira] Updated: (TUSCANY-642) Composite references and services - model and runtime representations

[ http://issues.apache.org/jira/browse/TUSCANY-642?page=all ] Ignacio Silva-Lepe updated TUSCANY-642: --- Attachment: InnerCompositeCallback2.patch This patch subsumes InnerCompositeCallback.patch. It incorporates local invocations and callbacks over

[jira] Commented: (TUSCANY-675) XPATH doesnt support dots in names (treats them as indices) in Java Implementation

[ http://issues.apache.org/jira/browse/TUSCANY-675?page=comments#action_12431586 ] Frank Budinsky commented on TUSCANY-675: This is a well known, but unfortunate "feature" of SDO 2.01. The "." character is a reserved character in SDO pa

RE: How to invoke a web service with complex types? Java object / SDO conversion?

Hi folks, As Chris's previous mail, it seems like when sending SOAP message, Celtix binding delegates the java2xml conversion to SDO binding, and the SDO binding converts SDO object to xml using Object.toString() (to our surprise). Therefore, the resulting SOAP message is something like: http:/

Re: [C++] Extension mechanism for implementations and bindings

Pete Robbins wrote: I've now finished this refactor. All checked in. Seems to work fine so I'm going to go on holiday for a couple of weeks ;-) Have fun folks! Pete, everything works fine for me on Linux with the SVN head. The new folder structure and the extensibility story now look very g

Re: [SDO for C++] Opinions Requested: Adopting stdcxx as C++ library

Simon Laws wrote: On 8/30/06, Pete Robbins <[EMAIL PROTECTED]> wrote: On 30/08/06, Andrew Borley <[EMAIL PROTECTED]> wrote: > > On 8/30/06, Geoffrey Winn <[EMAIL PROTECTED]> wrote: > . Using the Apache stdcxx library instead would provide > > > us with a number of benefits > > > Agreed. +1 for

[jira] Commented: (TUSCANY-474) substitutionGroup is serialized as parent name. Should be substitute name.

[ http://issues.apache.org/jira/browse/TUSCANY-474?page=comments#action_12431589 ] Geoff Winn commented on TUSCANY-474: Looking at the example in the oriinal description it appears that the tag of the head element is being placed in the ou

[jira] Updated: (TUSCANY-474) substitutionGroup is serialized as parent name. Should be substitute name.

[ http://issues.apache.org/jira/browse/TUSCANY-474?page=all ] Geoff Winn updated TUSCANY-474: --- Attachment: TUSCANY-474-recreate.patch > substitutionGroup is serialized as parent name. Should be substitute name. > ---

Re: svn commit: r438000

Then we shuld make sure the two are aligned. I believe other than line length the two are aligned (no pun intended) since the IDEA template works fine for me. The only other mismatch brought up was the idents on cases, which was voted in favor of the current checkstyle. Maybe there are some

Re: svn commit: r438000

One request I would have is to turn off automatic line wrapping in Eclipse. Having nicely wrapped at meaningful places (in a checkstyle compliwant way), I find it very frustrating that Eclipse rewraps those lines based on "first whitespace before the margin" losing my changes. -- Jeremy

Re: Process and content for next release?

We have had a rush of build problems recently which have stopped people from being able to contribute effectively. Some of those have come from the size of the build leading to Jim's proposal to go ahead with the build refactors we have been talking about. For those to work we need some way

Meaningful subjects, was: Delivery Status Notification (Failure)

Can people please make sure that messages have subjects that have some relationship to their content. -- Jeremy On Aug 30, 2006, at 3:20 AM, Yang ZHONG wrote: Neither tuscany-dev nor infra takes my email with attachment, so I've attached file for review into http://issues.apache.org/jira/brow

Registry proposal, was: Delivery Status Notification (Failure)

I might be missing something as well but I didn't see any code under impl at all I'm also with Ant in thinking we should not have a dependency on EMF. I'd also add that I found it difficult to grok the relationships between all the interfaces and inner-interfaces and how the behaviour woul

RE: Process and content for next release?

Jeremy, when is your target date for this next release? I hope to get back to the OSGi binding/hosting code within the next week and I'd really like to try and get something into the release. Thanks, Joel -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: Wednesday, A

Re: Process and content for next release?

Basically, when it's done :-) Having said that, see below for the estimates I would make for the separate stages. If they are anywhere near accurate then I think we're looking towards the end of September (which seems like a good time just before ApacheCon). By publish, I mean having a stab

RE: Process and content for next release?

Thanks - that gives me some dates to shoot for. -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 11:48 AM To: tuscany-dev@ws.apache.org Subject: Re: Process and content for next release? Basically, when it's done :-) Having said that, see

Re: Registry proposal, was: Delivery Status Notification (Failure)

Hi, Please see my comments in line. Thanks, Raymond - Original Message - From: "Jeremy Boynes" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 30, 2006 8:19 AM Subject: Registry proposal, was: Delivery Status Notification (Failure) I might be missing something as well but I didn't

Re: Registry proposal, was: Delivery Status Notification (Failure)

Raymond guessed right that it's an API/SPI review, so no impl/tests attached yet although I have some impl already. Ant guessed right too that I forgot to grant license, I must be not thinking straight working late :-) I don't see any link to post-grant, I'll remember to do that for following att

[jira] Commented: (TUSCANY-667) New website ready to publish

[ http://issues.apache.org/jira/browse/TUSCANY-667?page=comments#action_12431621 ] David Wheeler commented on TUSCANY-667: --- Posted by Rick (cr22rc) "It looks to me there are many links to "index.php?page" is this right? There are changes s

[jira] Updated: (TUSCANY-667) New website ready to publish

[ http://issues.apache.org/jira/browse/TUSCANY-667?page=all ] David Wheeler updated TUSCANY-667: -- Attachment: site(8-30-06).zip Fixed some links that still pointed to index.php removed index.php from the archive. > New website ready to publish > --

Re: Registry proposal, was: Delivery Status Notification (Failure)

I had one additional comment: is there a reason we have to use the ".INSTANCE" approach to locating the default Provider? Jim On Aug 30, 2006, at 9:39 AM, Yang ZHONG wrote: Raymond guessed right that it's an API/SPI review, so no impl/tests attached yet although I have some impl already.

Re: REST bindings for Tuscany SCA runtime

Oisin Hurley wrote: What do you think about the following approach: a) If you put no annotations in your code then you have to stick to the fixed pattern with fixed method names, and you write the side SCDL file that turns your code into a component and publishes the REST endpoint. b) If y

Re: Registry proposal, was: Delivery Status Notification (Failure)

I don't think we need "Provider" at all. -- Jeremy On Aug 30, 2006, at 9:59 AM, Jim Marino wrote: I had one additional comment: is there a reason we have to use the ".INSTANCE" approach to locating the default Provider? Jim On Aug 30, 2006, at 9:39 AM, Yang ZHONG wrote: Raymond guessed rig

[jira] Updated: (TUSCANY-676) ImportSDOLoader: DataTypeImpl not found in XSDEcoreBuilder.typeToTypeObjectMap causes NPE (surfaced as IllegalArgumentException)

[ http://issues.apache.org/jira/browse/TUSCANY-676?page=all ] Fuhwei Lwo updated TUSCANY-676: --- Attachment: tuscany-676.patch MedRecWebServices.wsdl Hi Chris, Can you apply the patch and rebuild sdo/impl and test with the new wsdl file I a

Re: Registry proposal, was: Delivery Status Notification (Failure)

I'm fine with other service locating mechanisms, please name one and I'll update. Please keep little dependency. If the other mechanism(s) has dependency more than just J2SE such as SCA, JNDI repository, may be we can have several mechanism coexisted target various requirement... Thanks again fo

Re: Registry proposal, was: Delivery Status Notification (Failure)

As part of Tuscany there should not be any mechanism in a API for "service location" - that is the responsibility of the IoC container. -- Jeremy On Aug 30, 2006, at 10:43 AM, Yang ZHONG wrote: I'm fine with other service locating mechanisms, please name one and I'll update. Please keep li

Re: Registry proposal, was: Delivery Status Notification (Failure)

On Aug 30, 2006, at 10:49 AM, Jeremy Boynes wrote: As part of Tuscany there should not be any mechanism in a API for "service location" - that is the responsibility of the IoC container. +1 (which nicely avoids external dependencies on some locator implementation and evil Singletons) --

Re: Registry proposal, was: Delivery Status Notification (Failure)

Can someone propose a SCA specific API mentioned by Jeremy please? Something like interface ScaRegistry { Definition getDefinition (String nameSpace); Message getMessage (QName); } I don't know the SCA requirement much enough to make such proposal. At the same time, we can practise IoC i

Re: Registry proposal, was: Delivery Status Notification (Failure)

In case its not completely clear from Jeremy and Jim's emails what to do: you could define a client interface for the registry, write an implementation of that and define that impl class name in some scdl. We can then include the scdl in the runtime and things could use autowire to get hold of the

Re: Registry proposal, was: Delivery Status Notification (Failure)

I'm having trouble parsing this. Are you talking about an SCA registry, or a WSDL registry, or the mechanism for locating it (via IoC as Ant described or something else)? I was saying that in an IoC world there is /no/ provider part of the API - a user never locates anything, they declare d

Re: Registry proposal, was: Delivery Status Notification (Failure)

Thank Ant so much for details, that's very helpful! I'll update the API: 2-1. remove INSTANCE 2-2. demonstrate the SCA way to get SymbolSpace.Registry implementation in JavaDoc SymbolSpace.Registry is the generic registry interface, it doesn't prevent us from having SCA specific interface(s). I

Re: Registry proposal, was: Delivery Status Notification (Failure)

On Aug 30, 2006, at 11:59 AM, Yang ZHONG wrote: Thank Ant so much for details, that's very helpful! I'll update the API: 2-1. remove INSTANCE 2-2. demonstrate the SCA way to get SymbolSpace.Registry implementation in JavaDoc Why do we have the "inner" interface? I agree with Jeremy that it

Re: Registry proposal, was: Delivery Status Notification (Failure)

No problem, consider them removed in API. Sorry, what's the WSDL model used in SCA again please? On 8/30/06, Jim Marino <[EMAIL PROTECTED]> wrote: On Aug 30, 2006, at 11:59 AM, Yang ZHONG wrote: > Thank Ant so much for details, that's very helpful! > > I'll update the API: > 2-1. remove INS

Re: Registry proposal, was: Delivery Status Notification (Failure)

On Aug 30, 2006, at 12:20 PM, Yang ZHONG wrote: No problem, consider them removed in API. Sorry, what's the WSDL model used in SCA again please? We don't really model WSDL. We do parse it using WSDL4J for now but need something to support WSDL2.0 (probably Woden when it can support 1.1).

SPI changes to support ServiceContract and Operation

I plan on making changes to the SPI to move from the use of specifying service contracts with Java interfaces to the use of ServiceContract/Operation. If you have outstanding checkins, please get them in ASAP. I plan to start the conversion tonight (with a more detailed description of chang

Optiional Autowire

For webservices binding in the J2SE client case there is an autowire for ServletHost being called, but the jars for this deployment do not include an implementation for this so you receive the following org.apache.tuscany.spi.component.TargetNotFoundException: Autowire target not found [org.apac

Re: svn commit: r438568 - /incubator/tuscany/java/spec/sca/pom.xml

Jeremy, Careful with this Tuscany is an incubator project. Thus, releases (like milestone releases) are not allowed to go the the rsync repositories that are defined in the apache pom: http://www.apache.org/dev/repository-faq.html snapshot are OK to go to that repository (providing

Re: Optiional Autowire

Yes. System outbound autowire needs to be configured to either throw or not throw an exception based on the resolution strategy. Since I am in the midst of the service contract and operation changes, can you let me make this change after my commit tonight so as not to cause conflicts? Jim

Auto-config for collision column

Currently, in the absence of otherwise conflicting, explicit configuration, we assume that any DO property named "id" will map to a primary key column in the database. Likewise a property name of the form "x_id" maps to a foreign key column that references some row in table "x". I would like

Re: Optiional Autowire

Sure why meddle with the master! :-) Seriously, the only request I would have is if convenient could you make it a separate svn checkin? Just like to review what you did for just this. The autowire information as far as I see is lost in the connection building phase, unless I missed it. Was w

Re: Optiional Autowire

On Aug 30, 2006, at 1:41 PM, Rick wrote: Sure why meddle with the master! :-) I'd actually not mind avoiding doing it myself but I prefer that to having to reconcile changes Seriously, the only request I would have is if convenient could you make it a separate svn checkin? Just like to revi

tuscany-sdo-plugin produces NPE

Hi. Within the EPackageImpl implementing class generated by tuscany-sdo-plugin, the init() method calls a method on an instance of itself before the instance is initialized. For example: public static MedRecWebServicesPackageImpl init() { if (isInited) return (MedRecWebServicesPackageImp

Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi. After a successful invocation of a web service, a TargetException occurs ("Cannot evaulate $Proxy35.toString()") after body is returned from JDKOutboundInvocationHandler. This eventually leads to a ClassCastException: java.lang.ClassCastException: org.apache.tuscany.sdo.impl.DynamicDataObje

Re: Process and content for next release?

Joel, If you need any help, ping me. Jim On Aug 30, 2006, at 8:51 AM, Hawkins, Joel wrote: Thanks - that gives me some dates to shoot for. -Original Message- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 11:48 AM To: tuscany-dev@ws.apache.org Subject

Re: tuscany-sdo-plugin produces NPE

Hi, Chris, Usually MedRecWebServicesPackageImpl.eINSTANCE.eClass() should not be called in MedRecWebServicesPackageImpl.init() method. It seems to be a code-generation issue. Frank, Fuwei or Yang, any idea? Thanks, Raymond - Original Message - From: "Chris Wall" <[EMAIL PROTECTED]>

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Can you send the Target exception stacktrace? It sounds as if something is getting swallowed. Jim On Aug 30, 2006, at 2:37 PM, Chris Wall wrote: Hi. After a successful invocation of a web service, a TargetException occurs ("Cannot evaulate $Proxy35.toString()") after body is returned fro

[jira] Commented: (TUSCANY-676) ImportSDOLoader: DataTypeImpl not found in XSDEcoreBuilder.typeToTypeObjectMap causes NPE (surfaced as IllegalArgumentException)

[ http://issues.apache.org/jira/browse/TUSCANY-676?page=comments#action_12431717 ] Chris Wall commented on TUSCANY-676: Thank Fuhwei. You were right. I updated the WSDL and applied the patch locally. The WSDL was successfully loaded. Th

[jira] Created: (TUSCANY-678) Java XSD files cannot be used to validate SCA Model

Java XSD files cannot be used to validate SCA Model --- Key: TUSCANY-678 URL: http://issues.apache.org/jira/browse/TUSCANY-678 Project: Tuscany Issue Type: Task Reporter: Kapish Agg

Re: Call for Eclipse tools work items

Oisin Hurley wrote: Hi all, Over at STP we are putting together work items for our next milestone and beyond. Obviously Tuscany and STP have (should have!) close links - so what do you Tuscany developers think we should provide in terms of tooling support for developing Tuscany-based services

Re: tuscany-sdo-plugin produces NPE

Hi Chris, This does look quite strange. My guess is that either the schema that this is generated from is invalid, causing the generator to generate this weird init method, or there's a subtle bug in the generator that the schema is bringing out. Either way, it would be good if you could provid

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi, It seems that the exception is thrown from the target component and it's related to the static/dynamic SDO (The incoming XML got deserialized into the dynamic SDO instead of the generated static class which your component implementation code expects). What does the "import.sdo" look like o

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi Chris, I can't answer the question of why it's happing (is it maybe related to the NPE problem in the init method?), but I can say that the SDO layer won't ever convert a DynamicDataObjectImpl back to a static instance. I would guess that you got the dynamic instance because something is wro

Re: svn commit: r438568 - /incubator/tuscany/java/spec/sca/pom.xml

Agreed - on [EMAIL PROTECTED] I've proposed a POM that can be used for podlings and if that is accepted I'll switch over. -- Jeremy On Aug 30, 2006, at 1:21 PM, Daniel Kulp wrote: Jeremy, Careful with this Tuscany is an incubator project. Thus, releases (like milestone releases) a

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi Frank. I manually edited the init() method to bypass the NPE. So SDO doesn't default to creating a dynamic reference? Where within the SDO layer is the static lookup performed? What's interesting is that outbound SDO succesfully converts the Patient SDO object to XML. This makes me think t

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi, Chris. If you have , it means that you prefer to use the dynamic SDO model derived from the WSDL/XSD. I have two questions: 1) Is the exception from client side or server side? 2) What's our business interface expecting? The strongly-typed java class/interface generated by SDO or the dyn

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hey. Comments inline... On 8/30/06, Raymond Feng <[EMAIL PROTECTED]> wrote: Hi, Chris. If you have , it means that you prefer to use the dynamic SDO model derived from the WSDL/XSD. I have two questions: CW: Ahh, I did not know. Yet, if I remove the import the following line throws an e

[jira] Commented: (TUSCANY-676) ImportSDOLoader: DataTypeImpl not found in XSDEcoreBuilder.typeToTypeObjectMap causes NPE (surfaced as IllegalArgumentException)

[ http://issues.apache.org/jira/browse/TUSCANY-676?page=comments#action_12431744 ] Fuhwei Lwo commented on TUSCANY-676: Hi Frank B., Please review and consider committing the attached tuscany-676.patch. It seems to fix Chris' NPE. Thanks

SDO spec jar manifest

This is currently located in the source tree and out of date - should I update to use the OSGi plugin like the SCA one does? -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTE

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi, Chris. You probably need to use the following "import.sdo": Thanks, Raymond - Original Message - From: "Chris Wall" <[EMAIL PROTECTED]> To: Sent: Wednesday, August 30, 2006 4:24 PM Subject: Re: Returning DynamicDataObjectImpl from web service call produces TargetException lead

Re: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi Raymond. Thanks for your patience. With the factory declaraion I'm getting the same thing... org.apache.tuscany.spi.wire.InvocationRuntimeException: Type '{ http://www.bea.com/medrec}getString' not found in registered SDO types. at org.apache.tuscany.binding.celtix.io.NodeDataWriter.toXML

[jira] Created: (TUSCANY-679) InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor parms

InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor parms --- Key: TUSCANY-679 URL: http://issues.apache.org/jira/browse/TUSCANY-679 Project: Tu

Including schemas in SCA API jar?

We currently include the SCA schema's in the sca-api jar in the location /schemas/* - two questions: 1) should we continue to do this? 2) if we do, should we move them to a better place e.g. org/osoa/sca/ schema ? -- Jeremy ---

[jira] Updated: (TUSCANY-679) InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor parms

[ http://issues.apache.org/jira/browse/TUSCANY-679?page=all ] Scott Kurz updated TUSCANY-679: --- Attachment: InterfaceWSDLLoader.ConstructorFix.patch Hopefully this is the right patch format (this is my first patch here) > InterfaceWSDLLoader mismatch btw.

[jira] Commented: (TUSCANY-679) InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor parms

[ http://issues.apache.org/jira/browse/TUSCANY-679?page=comments#action_12431763 ] Jim Marino commented on TUSCANY-679: The issue is in the definition of InterfaceWSDLLoader. Either the @Constructor annotation should include names for all c

[jira] Commented: (TUSCANY-679) InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor parms

[ http://issues.apache.org/jira/browse/TUSCANY-679?page=comments#action_12431764 ] Jim Marino commented on TUSCANY-679: oops didn't see the patch. Yes this will work or just delete the @Constructor > InterfaceWSDLLoader mismatch btw. @Cons

[jira] Closed: (TUSCANY-679) InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor parms

[ http://issues.apache.org/jira/browse/TUSCANY-679?page=all ] Jeremy Boynes closed TUSCANY-679. - Resolution: Fixed Patch applied fine - thanks > InterfaceWSDLLoader mismatch btw. @Constructor annot. and actual Constructor > parms > ---

Re: SDO spec jar manifest

I committed a version of this by accident in r438750 - rather than back that out, I'm going to assume consensus and finish it up. -- Jeremy On Aug 30, 2006, at 4:39 PM, Jeremy Boynes wrote: This is currently located in the source tree and out of date - should I update to use the OSGi plugin

Re: SDO spec jar manifest

This includes the spec version number in the manifest as well - do we want to do the same with the artifact id (as we do with sca)? This would make the jar name: sdo-api-r${specVersion}-${tuscanyVersion}.jar e.g. sdo-api-r2.01-1.0.jar (you want to allow for multiple versions of the spec jar in

RE: Returning DynamicDataObjectImpl from web service call produces TargetException leads to ClassCastException

Hi, Raymond, Can this be caused by the error reported in the mail " tuscany-sdo-plugin produces NPE". Looks like this code which is responsible for registering static type SDO simply calls into static init of PackageImpl generated by the SDO plugin. Will PackageImpl register the types and then

svn commit: r438785: move to ServiceContract/Operation

I have committed the changes to use ServiceContract/Operation in place of Java Interface/Method. This entailed modifications in SPI, particularly the signatures for classes in the wire package (e.g. RuntimeWire, InvocationChain), WireService, and Component (createTargetInvoker). ServiceCo

Re: build breaks (and how to fix them)

I have updated the POMs for the spec projects and buildtools so that we are ready to publish snapshot builds for them. This will allow us to build and publish SCA and SDO as standalone projects. Once SDO is published, we should be able to build and publish DAS. To tackle 3), I will move t

Re: Optiional Autowire

Rick, I realized I need to take a look at Ignacio's patch since I'm sure it won't apply cleanly with the SPI changes in place. So, if you don't mind, could you take a look at adding optional autowires? Here is what needs to be done: 1. Change the autowire annotation to default to required

[jira] Closed: (TUSCANY-54) WireBuilders should be registered with a central registry

[ http://issues.apache.org/jira/browse/TUSCANY-54?page=all ] Jim Marino closed TUSCANY-54. - Resolution: Won't Fix > WireBuilders should be registered with a central registry > - > > Key:

[jira] Closed: (TUSCANY-321) Injection of references into a simple POJO without annotations does not work

[ http://issues.apache.org/jira/browse/TUSCANY-321?page=all ] Jim Marino closed TUSCANY-321. -- Resolution: Fixed > Injection of references into a simple POJO without annotations does not work >

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

[ http://issues.apache.org/jira/browse/TUSCANY-200?page=all ] Jim Marino closed TUSCANY-200. -- Resolution: Fixed > Default scope for system components should be MODULE not INSTANCE > - > >

[jira] Closed: (TUSCANY-398) Ability to save sca assembly model object to XML

[ http://issues.apache.org/jira/browse/TUSCANY-398?page=all ] Jim Marino closed TUSCANY-398. -- Resolution: Won't Fix This is by design. > Ability to save sca assembly model object to XML > > >

[jira] Closed: (TUSCANY-52) AggregrateContext.getAggregate() should be removed

[ http://issues.apache.org/jira/browse/TUSCANY-52?page=all ] Jim Marino closed TUSCANY-52. - Resolution: Fixed > AggregrateContext.getAggregate() should be removed > -- > > Key: TUSCANY-52 >

[jira] Closed: (TUSCANY-352) Improve the error message given when sca.modules is not found.

[ http://issues.apache.org/jira/browse/TUSCANY-352?page=all ] Jim Marino closed TUSCANY-352. -- Resolution: Fixed > Improve the error message given when sca.modules is not found. > -- > >

[jira] Assigned: (TUSCANY-642) Composite references and services - model and runtime representations

[ http://issues.apache.org/jira/browse/TUSCANY-642?page=all ] Jim Marino reassigned TUSCANY-642: -- Assignee: Jim Marino (was: Ignacio Silva-Lepe) > Composite references and services - model and runtime representations > -