RE: Binding for a transport

Hi Rajith, If you use Celtix binding, you can utilize all bindings supported by Celtix, including JMS, check out Celtix website for supported bindings and future roadmap: http://celtix.objectweb.org/. The helloworld-jms sample in Tuscany M1 release shows this ability. Cheers, Jervis

Re: [C++] Do we need SDO annotations in the SCDL XSDs?

Thanks Fuhwei, that's a great help. It should be fairly simple to change the C++ code to use the same logic (I hope!). Cheers, On 08/08/06, Fuhwei Lwo [EMAIL PROTECTED] wrote: I just verified how SDO Java implementation works using your example below. First, it checks whether myElem.1 is a

Re: Running calculator test case inside Eclipse

Hi, Why is it mandatory that the launcher should be loaded from a jar file ? I also faced the same problem while tryin the samples sometime back. This could be fixed if you make your sample dependant on the jar file rather than a project level dependancy. Another question I had is, inside the

Re: Axiom and classloaders, was: svn commit: r429905

Are u folks using latest Axis2 SVN? -- dims On 8/9/06, Jeremy Boynes [EMAIL PROTECTED] wrote: On Aug 8, 2006, at 8:38 PM, cr22rc wrote: If we can find another way without applying our private changes to Axis I'm perfectly fine by that. Have any detailed suggestion off hand? Looks like

separate SDO Java distribution

Hi, I'm looking at some pom.xml files, particularly the ones for java sca distributions, to try to work out what additions would be needed to permit building a separate sdo java distribution. I can see the general pattern, but if anyone has any pointers to good documentation or has any

Re: Axiom and classloaders, was: svn commit: r429905

FWIW: Here is a stack trace. Exception in thread main javax.xml.stream.FactoryConfigurationError: Provider com.bea.xml.stream.MXParserFactory not found at javax.xml.stream.FactoryFinder.newInstance(FactoryFinder.java:72) at

Re: Axiom and classloaders, was: svn commit: r429905

We are building with Axis 2.0 version 1.0 release. Davanum Srinivas wrote: Are u folks using latest Axis2 SVN? -- dims On 8/9/06, Jeremy Boynes [EMAIL PROTECTED] wrote: On Aug 8, 2006, at 8:38 PM, cr22rc wrote: If we can find another way without applying our private changes to Axis I'm

Re: Axiom and classloaders, was: svn commit: r429905

Checked in the fix from Jeremy. Please pick up the nighty later today. thanks, dims On 8/9/06, Rick [EMAIL PROTECTED] wrote: We are building with Axis 2.0 version 1.0 release. Davanum Srinivas wrote: Are u folks using latest Axis2 SVN? -- dims On 8/9/06, Jeremy Boynes [EMAIL PROTECTED]

Re: Axiom and classloaders, was: svn commit: r429905

Thanks Dims. I saw the fixes (r427662) for classloader issues with Spring as well - Rick, I think perhaps we should be using a SNAPSHOT of axis for this as well. -- Jeremy On Aug 9, 2006, at 7:07 AM, Davanum Srinivas wrote: Checked in the fix from Jeremy. Please pick up the nighty later

RE: Inheriting Wiring infrastructure

Hello Jims (Venkata, and everyone else struggling with bindings, etc.) I have an OSGi binding implementation that's sort of working now (I can run the SupplyChain example in equinox, repackaged into a couple of bundles, etc). There's a binding.osgi that allows me to expose SCA services as OSGi

Re: separate SDO Java distribution

On Aug 9, 2006, at 5:30 AM, kelvin goodson wrote: Hi, I'm looking at some pom.xml files, particularly the ones for java sca distributions, to try to work out what additions would be needed to permit building a separate sdo java distribution. I can see the general pattern, but if anyone

Re: Account request for new Tuscany committer: Kelvin Goodson

Hi, just to check in case this is slowing the process up, it appears that ant had adhered to the prescribed format in his note; did the fact that you posted a link to the format suggest that there was something he hadn't done right? Regards, Kelvin. On 07/08/06, Eran Chinthaka [EMAIL

[C++] SCA restructuring for modularity extensibility

Hi All, As well as the assembly model changes (for the 0.95 spec) that Sebastien is heroically getting though at the moment, would it be worth starting to think about restructuring the SCACPP codebase? It strikes me that we need to make Tuscany more modular than it currently is, to help with

Re: Inheriting Wiring infrastructure

On Aug 9, 2006, at 7:35 AM, Hawkins, Joel wrote: Hello Jims (Venkata, and everyone else struggling with bindings, etc.) I have an OSGi binding implementation that's sort of working now (I can run the SupplyChain example in equinox, repackaged into a couple of bundles, etc). There's a

Big Bank Sample

Hi, Does anyone know the current status of the Big Bank Sample, specifically what is still required to get the sample up and running on the latest Tuscany code. We have a few resources here that can help with this effort. We're not too familiar with the new recursive model, but we're willing

Re: Account request for new Tuscany committer: Kelvin Goodson

Nope. does not slow anything down :) On 8/9/06, kelvin goodson [EMAIL PROTECTED] wrote: Hi, just to check in case this is slowing the process up, it appears that ant had adhered to the prescribed format in his note; did the fact that you posted a link to the format suggest that there was

RE: Big Bank Sample

Hi all, I would like to join the tuscany effort also, would this be a good starting point? I'd appreciate any guidance you coule provide. Thanks! Jeff -Original Message- From: Kapil Katyal [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 09, 2006 9:50 AM To: tuscany-dev@ws.apache.org

Re: Big Bank Sample

One thing we are looking for is real-world applications of SCA - things that can show off what Tuscany can do. If you have any applications in mind they would be welcome. These could be variants on the BigBank theme (say a Ajax front end) or something completely different. -- Jeremy On

Re: Axiom and classloaders, was: svn commit: r429905

Per jumping to SNAPSHOTS of Axis 2.0 builds: Dims, any thoughts where you think Axis 2.0 is in the life cycle of the next release? Are things fairly stable ? I seen some talk on the mailing list about release 1.1 but I didn't get a good feel for any specific target date. Jeremy Boynes

Re: Axiom and classloaders, was: svn commit: r429905

My best guess is end of this month... -- dims On 8/9/06, Rick [EMAIL PROTECTED] wrote: Per jumping to SNAPSHOTS of Axis 2.0 builds: Dims, any thoughts where you think Axis 2.0 is in the life cycle of the next release? Are things fairly stable ? I seen some talk on the mailing list about

SDO for PHP release 1.0.3 has shipped using Tuscany C++ SDO

We've just shipped this new release of SDO for PHP, based on the Tuscany C++ SDO M1 release. This is the first time the PHP implementation has used the Tuscany code, and it's looking good. Thanks, guys! Original Message Subject: [ANNOUNCEMENT] sdo-1.0.3 (stable) Released.

Re: [C++] SCA restructuring for modularity extensibility

Thanks for bringing this up Andy. I think there are a few separate topics in this note and they probably need their own thread for discussion but this is a good starting point. I certainly would like to restructure the code and src tree structure a little and this is a great time to do it having

Re: Inheriting Wiring infrastructure

On Aug 9, 2006, at 7:46 AM, Jeremy Boynes wrote: On Aug 9, 2006, at 7:35 AM, Hawkins, Joel wrote: Hello Jims (Venkata, and everyone else struggling with bindings, etc.) I have an OSGi binding implementation that's sort of working now (I can run the SupplyChain example in equinox,

Re: SDO Samples

Robbie and I discussed on the 'phone my comments so far on the samples in the attached spreadsheet. I'm pasting the contents below for generality too. (I'm hoping that these will paste back into the bookmarks view of your eclipse environment Robbie.) A couple of points that we thought might be

[jira] Created: (TUSCANY-610) Initial OSGi support effort

Initial OSGi support effort --- Key: TUSCANY-610 URL: http://issues.apache.org/jira/browse/TUSCANY-610 Project: Tuscany Issue Type: New Feature Environment: Equinox implementation of OSGi

RE: Inheriting Wiring infrastructure

JIRA is in. Looking forward to working with Tuscany - lots to learn! Cheers, Joel -Original Message- From: Jim Marino [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 09, 2006 11:53 AM To: tuscany-dev@ws.apache.org Subject: Re: Inheriting Wiring infrastructure On Aug 9, 2006, at 7:46

[C++] A portable build system?

I'm still in the process of (re)learning C++ and related GCC automake, configure etc. so maybe this is a dumb question.. but would there be any way to make our builds portable between Linux and Windows, instead of using completely different build systems, i.e. Automake on Linux and VC++ on

[jira] Resolved: (TUSCANY-608) DAS diagrams don't show up in IE

[ http://issues.apache.org/jira/browse/TUSCANY-608?page=all ] Rick Rineholt resolved TUSCANY-608. --- Resolution: Fixed Simply applied the patch supplied. DAS diagrams don't show up in IE Key:

[jira] Updated: (TUSCANY-254) Add -interfaceDataObject codegen option to generate interfaces that extend SDO DataObject interface

[ http://issues.apache.org/jira/browse/TUSCANY-254?page=all ] Kapil Katyal updated TUSCANY-254: - Attachment: Tuscany254.patch Here is a patch to resolve this JIRA, can someone please review and apply this fix? Add -interfaceDataObject codegen option

Re: Account request for new Tuscany committer: Kelvin Goodson

kelvin goodson wrote: Hi, just to check in case this is slowing the process up, it appears that ant had adhered to the prescribed format in his note; did the fact that you posted a link to the format suggest that there was something he hadn't done right? It was not a major mistake as

Refactoring wire building: svn commit: r430113

A quick explanation of the commits I'm doing and as follow-up to some of the wiring questions... I'm in the process of working on a sample binding which I will commit later today. As part of this, I want to move wiring completely into the wire service and out of the builders. To do this,

Re: Big Bank Sample

Hi Jeremy I'd be interested in working on some variation of BigBank or maybe a new sample scenarion that would use a Ajax front end. Do you have any toughts on possible scenarios, or areas you would like to exercise in this ajax sampleotherwise I could think of something... - Luciano On

Re: [jira] Updated: (TUSCANY-585) Initial support for callbacks

Do you have time to chat some time today or tomorrow about where we are on wiring, callbacks via references (local and remote), and conversational support? I'm available for the next 1.5 hrs today and all day tomorrow (except for a 1-2pm EDT mandatory meeting). - Original Message -

Re: Big Bank Sample

On Aug 9, 2006, at 12:29 PM, Luciano Resende wrote: Hi Jeremy I'd be interested in working on some variation of BigBank or maybe a new sample scenarion that would use a Ajax front end. Do you have any toughts on possible scenarios, or areas you would like to exercise in this ajax

Re: [C++] Initial support for new composite model, was: Switching C++ runtime to new composite model

I'll take a look at the windows side of things. Cheers, On 09/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: Pete Robbins wrote: So are you changing the loader to load the schema from xsd/new instead of xsd? Personally I would just go for it and

Re: [C++] Do we need SDO annotations in the SCDL XSDs?

Good! because the SDO XPath code looks a bit messy :-( Cheers, On 09/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Jean-Sebastien Delfino wrote: Pete Robbins wrote: I'll take a look at the XPath stuff in SDO and see if we can avoid the annotations for the new assembly model

Re: [C++] A portable build system?

I believe automake can run on Windows using some linux portability layer (I forget what it's called). I'll need to look into it some more. We should also see what other Apache c/C++ projects use. On 09/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: I'm still in the process of

Re: Inheriting Wiring infrastructure

On Aug 9, 2006, at 9:32 AM, Hawkins, Joel wrote: JIRA is in. Looking forward to working with Tuscany - lots to learn! Thanks - quite a lot there, may take some time to grok it all. One immediate question though. Apache cannot accept EPL licensed items in source form due to the downstream

Booting an SCA app without creating an scdl file

I'm trying to dynamically define a service based on an interface and I was wondering, Is there currently a way to pass the description of an SCA application directly rather than passing the information through the defualt.scdl? -David W

OSGI headers, was: Using osgi plugin to generate manifests

Joel With your knowledge of OSGi, is this header set reasonable or are there others we should be adding? -- Jeremy On Jul 21, 2006, at 3:33 PM, Jeremy Boynes wrote: On Jul 21, 2006, at 3:25 PM, Raymond Feng wrote: Several questions: 1) What's going to happen if a 3rd party dependency is

Binding extension example

I've checked in an example of a simple binding (r430211) that demonstrates creating services and references. For references, the binding just echoes a single param back to the client. Related to this, I've also completed a series of commits that move application wiring from the

Refactoring of Service Contracts

Currently we use java.lang.Method to represent operations in the runtime. It has been brought up by various people that this is not ideal, for example, in dealing with E4X, data binding, and proxying strategies that do not rely on reflection. It has also been an issue with callbacks as we

Re: Booting an SCA app without creating an scdl file

Hi David, Yes, you should be able to do this, although you may need to create your own Bootstrapper implementation as opposed to DefaultBootstrapper. Depending on what you want to do, you can either create an in memory representation of the model, passing it to the Deployer system

[jira] Closed: (TUSCANY-607) Provide automated tomcat integration for DAS Samples

[ http://issues.apache.org/jira/browse/TUSCANY-607?page=all ] Kevin Williams closed TUSCANY-607. -- Resolution: Fixed verified with revision: 430224 Provide automated tomcat integration for DAS Samples

[jira] Closed: (TUSCANY-440) Automate DAS Stand alone sample

[ http://issues.apache.org/jira/browse/TUSCANY-440?page=all ] Kevin Williams closed TUSCANY-440. -- Resolution: Duplicate Fixed as part of TUSCANY-607 Automate DAS Stand alone sample --- Key: TUSCANY-440

Add Luciano to JIRA system

Jeremy, Can you please add Luciano to the JIRA system so that he can assign himself issues? Thanks, --Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Add Luciano to JIRA system

Added to tuscany-developers -- Jeremy On Aug 9, 2006, at 8:50 PM, Kevin Williams wrote: Jeremy, Can you please add Luciano to the JIRA system so that he can assign himself issues? Thanks, --Kevin - To unsubscribe, e-mail:

Re: Refactoring of Service Contracts

On Aug 9, 2006, at 8:16 PM, Jim Marino wrote: Another issue that has come up is representation of data binding types for parameters. We could perhaps have a generic representation of an operation, Operation, that has a getParameterTypes() which returns a collection of Class elements.