Email outage
Due to the sudden demise of minotaur (aka people.a.o) there has been fairly substantial disruption to ASF email especially for folks who had subscribed to the mailing lists using their @a.o accounts. Hopefully the mail backlog will clear without loss of mail but at this time at least I know I am missing some both on my main mail account and on mail-archive.a.o. If you have something pressing that you don't feel people on the list have responded to it might be worth reposting just in case the mail was consigned to the abyss. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Documents and web site update for M2
Hi Raymond, Thanks for starting this. I am going to look up the wiki rightaway and start contributing whereever I can. - Venkat On 10/25/06, Raymond Feng [EMAIL PROTECTED] wrote: Hi, As we get the M2 branch fairly stable in the sense of code, now it's time to look at the documents and web site. I'm seeing several issues here: 1) Documents are scatted in different sources, including Web site, SVN, and Wiki. We don't have an organized navigation to these information. 2) Some of the documents are out of date and some of them are not complete. 3) We don't document for some features such as async web services. To jump start the efforts, I list some documents I expect to be useful for the release. I also collect a list of existing materials under each item. It's available @ http://wiki.apache.org/ws/Tuscany/TuscanyJava/M2Release. General stuff: 1) How to download the release? 2) How to check out the source from SVN and build with Maven? 3) How to load the source into IDEs such as Eclipse or IDEA and how to debug? 4) How to work with Tomcat? http://wiki.apache.org/ws/Tuscany/TuscanyJava/SCA_Java http://wiki.apache.org/ws/Tuscany/TuscanyJava/GetTuscany For end-users: 1) A document discribing how to develop/build/run standalone applications. I found there are already readmes for the samples and we could make them a bit generic so that they can be published to the web site. http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/samples/standalone/calculator/README.txt http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/samples/standalone/calculator-combo/Calculator-Combo-Readme.htm 2) A document discribing how to develop/build/run web applications. http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/samples/webapp/calculatorws/Calculator-Web-Service-Readme.htm http://wiki.apache.org/ws/Tuscany/TuscanyJava/WebApp http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/samples/applications/bigbank/readme.htm For extension developers: 3) Architecture overview http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/sca/doc/ 4) How to extend tuscany? http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2/sca/doc/extending.tuscany.ppt http://wiki.apache.org/ws/Tuscany/TuscanyJava/Extending 5) DataBinding http://wiki.apache.org/ws/Tuscany/TuscanyJava/SCA_Java/DataMediation Please add yours and help with the documents which are critical to the success of our M2. Thanks, Raymond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SCA and BPEL - Integration
Hi, I am a student and I have been looking into this topic for my project work. I'd like to contribute as much in this with some help from you folks. For now here is what I have been doing as ground work. - Tried out Tuscany M1 release and also recently from the current development branch. - With Apache ODE I deployed sample process in Tomcat and have been able to call it using a SOAP message. At the present moment I am trying to figure out how to integrate ODE into Tuscany. One obvious thought I have in my mind is to use the Tuscany Axis2 Binding and invoke the BPEL process as a reference. I am going to be digging into the OSOA specs for this and hope to get better clarity as I go along. I'd be happy to take advice from you folks on taking this forward. Thanks. Sam.
Re: SCA and BPEL - Integration
On 10/26/06, sam tam [EMAIL PROTECTED] wrote: Hi, I am a student and I have been looking into this topic for my project work. I'd like to contribute as much in this with some help from you folks. For now here is what I have been doing as ground work. - Tried out Tuscany M1 release and also recently from the current development branch. - With Apache ODE I deployed sample process in Tomcat and have been able to call it using a SOAP message. At the present moment I am trying to figure out how to integrate ODE into Tuscany. One obvious thought I have in my mind is to use the Tuscany Axis2 Binding and invoke the BPEL process as a reference. I am going to be digging into the OSOA specs for this and hope to get better clarity as I go along. I'd be happy to take advice from you folks on taking this forward. Thanks. Sam. Hi Sam, Its great you're interested in this, it would be really good to have BPEL support in Tuscany. In case you didn't see due to all the ASF email problems over the last few days, the Ode guys have also just started talking about this: http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg10042.html. I talked about how to start a new container in this old mail: http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200610.mbox/browser. I'd start with trying to get a simple helloworld going which for this would be a combination of the Tuscany helloworldws sample and the Ode axis2-examples HelloWorld2. Basically start by copying the existing sample and one of the Tuscany containers, rename everything to BPEL. Remember when you do the copy/rename there's scdl in the META-INF/sca directory that you'll need to edit to update with the new class names. As there's an existing SCA spec for this you get some help with what to do. The spec defines what the implementation element looks like: implementation.bpel process=xs:QName/ So you'll need something like a BPELImplementation and BPELImplementationLoader for that. Use one of the existing ones and just change the QName constant to be implementation.bpel and the code to read in the attribute named process. A harder part will be how Tuscany locates the BPEL process XML, for now its likely easiest to add a location attribute and have the loader just read it in, and then sort this part out properly later oncee things are working. So that would become: implementation.bpel process=xs:QName location=urlToBpelXml/ The SCA BPEL spec talks about using introspection to work out the services and references used by the BPEL process, i'd leave this for later also and just require a .componentType side file for now. Again, just use some existing ComponentType and ComponentTypeLoader classes unchanged. Copy some XxxComponent and XxxComponentBuilder classes and change them to set up and create the necessary Ode objects, and an XxxInvoker to do the invoking of the bpel process. As the Ode people are also interested in doing this maybe you should try to work together. How about start with small patches which I can get committed to our sandbox so everyone can see how things progress. Or would it help if I created a folder and template for this in the sandbox first for you all to send patches in against? Let me know... ...ant
RE: What's next for SCA?
Hi, I think when the dangling wires are resolved depends on, as you said, what the definition of deployment is. The requirement is for the wires to be all resolved, before a composite is active and service ready. Regardless of what we mean by deployment, I think there should be still ability to rewire components in active composite, to cater for meeting SLA requirements, policy changes etc. Roles are a kind of interesting thing. J2EE specs have always mentioned these different roles. However, mostly the roles of developer/assembler and deployer/administrator amalgamate into one. Also, it terms of advertisement and discovery, would you prefer a registry-based approach or a more peer-to-peer model, where components auto-advertise their availability and resolving the wires can either be auto-discovery or manual. From that perspective, deployment could be a two phase process. First, activating all the components with dangling wires and then resolving all the wires and activating the whole composite. Ta Meeraj -Original Message- From: Jim Marino [mailto:[EMAIL PROTECTED] Sent: 25 October 2006 08:23 To: tuscany-dev@ws.apache.org Subject: Re: What's next for SCA? On Oct 24, 2006, at 4:48 PM, Meeraj Kunnumpurath wrote: Hi, I have been having few thoughts on federated deployment as well. Currently we wire services to references statically. However, I think this is more of a runtime concern rather than a build/package/ deploy time concern. +1 An SCA system could be realised as a set of federated heterogenous JVMs each hosting a different set of components. Yes, I think this is a key difference between what Tuscany is trying to do and more traditional application server environments that have a more homogenous 2- or 3-tier topology. Some nodes may not be VMs. Each component would publish the services it provide based on supported MEPs, IN/OUT parameters, supported transport bindings and policy intent. Based on the published information, an adminstrator should be able to wire this services to a compatible reference for a consumer component at runtime. This wiring should be dynamically amendable to cater for such requirements like meeting SLAs, policy changes etc. I am not sure how much this currently fits into the SCA spec. I think it will fit. In SCA we identified a couple of roles (they may be the same person sometimes, or different individuals), one of which is an assembler. This person is responsible for resolving unbound or dangling wires, configuration, etc. Also, one of the changes being considered is the introduction of intents which could correspond to the things you mentioned above. As part of these changes, we were also considering autowiring by intent. This will provide even more flexibility since it will allow the runtime to choose wire targets, bindings, etc. based on a set of constraints. I believe these changes will make things a lot easier as having to manually/explicitly wire can get tedious (as well as result in globs of XML). So my picture of how things would work at a high level is: 1. Tuscany nodes come up 2. The nodes can either be pre-configured to know about themselves or would autodiscover each other through a protocol such as zeroconf. We should look at other protocols as well but I am currently interested in zeroconf since it is language-neutral, works with existing TCP/IP infrastructure and does not require a central registry (the service discovery part which Tuscany would use can be run over multi-cast or uni-cast DNS), works in small devices (e.g. printers and cameras), and is an IETF standard. Nodes could be different Tuscany instances running on a variety host environments, just an agent talking to a middleware instance with no Tuscany runtime, or represent some middleware cluster. 3. An SCA system would be constituted from these nodes, and would itself be represented as a composite. 4. There would be a provisioning infrastructure responsible for mapping and deploying SCA assemblies to physical nodes. This may entail breaking a composite apart and deploying child components to various nodes according to some (pluggable, extensible, etc.) algorithm, which itself could use intents to determine where to deploy (or it could explicitly be told where to go). 5. During the deployment, unbound wires would be resolved. This can be done explicitly or through autowire. However, as a user this is something I have looked for in ESBs. I would say a consumer component only need to know about the contract and MEP (to a certain extent) of the service it use. The assembly of an available prospective service instance is more of a runtime concern than deployment time. It may depend on the definition of deployment. For me, deployment occurs when someone (an assembler) takes an assembly and instantiates it
SDO - dealing with CDATA
This is primarily a C++ question but I guess could apply to Java also. I'm
trying to read a document into C++ SDO that contains a CDATA section. The
corresponding CDATA doesn't make its way into the resulting SDO. I put the
C++ SDO implementation in the debugger and found the reason why:
sax2parser.cpp
void sdo_cdataBlock(void *ctx, const xmlChar *value, int len)
{
}
So the callback exists, gets called with the correct data during the parse,
i.e. LibXML2 is doing the right thing, but the callback is ignored. Is there
a good reason for this? I did a quick search of the C++ and Java specs and
they don't appear to discuss CDATA specifically. Can someone comment on
whether the Java implementation handles CDATA successfully?
Logically, from an SDO point of view, there is probably no need to treat
CDATA specially as the SDO model dictates precisely the difference between
data and structure. We may find that to make the XML DAS function work we
have to know that a property potentially contains markup but I'd have to
look closely at how the C++ SDO implementation of the XML DAS function
streams out SDOs to XML when requested to do so.
If CDATA hasn't been omitted for a good reason I'll come up with a proposal
for C++ SDO.
Regards
Simon
Is Apache Tuscany compatible with J2EE1.4
Dear all, Is Apache Tuscany compatible with J2EE1.4? Regards, Kiran Kumar Rangaswamy Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] URL: www.valuemomentum.com outbind://20/www.valuemomentum.com
r468018 - elimination of asynchronous target invokers
Following up on the move of non-blocking thread dispatches to NonBlockingBridgingInterceptor, I merged the asynchronous variant of TargetInvoker with its synchronous counterpart in Component implementations. This has the effect of simplifying extensions since they only need to extend TargetInvokerExtension; the handling of message and correlation ids will be handled automatically by the wiring fabric. This will hopefully provide Ant's scripting extension with built-in async support. As part of this refactor, I also simplified the TargetInvoker hierarchy for Java component types by eliminating PojoInvoker and combining AsyncJavaTargetInvoker and JavaTargetInvoker. I did not make the analogous change for References (they still have the two variants of TargetInvoker), but I believe we can perform a similar merge. Raymond or Ignacio, do you want to take a look at this? Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is Apache Tuscany compatible with J2EE1.4
Hi Kiran, I'm not sure about DAS or SDO but the Java SCA runtime requires Java 5 as a minimum. Jim On Oct 25, 2006, at 3:13 PM, Kiran Kumar Rangaswamy wrote: Dear all, Is Apache Tuscany compatible with J2EE1.4? Regards, Kiran Kumar Rangaswamy Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] URL: www.valuemomentum.com outbind://20/www.valuemomentum.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refactoring commonality amongst Script containers in Java SCA
As you don't like the easy SPI extension I've got rid of the easy extension dependency of the script container. I've moved the script container into trunk as it was going stale and i want to start using and improving it. It still uses some of the easy classes which are in a helper package now, i'll get rid of them as we clean things up. I saw you've done some core changes for the componentType problem, thanks, I'll go look at how to use that for this (and the other script containers) and change the code as appropriate. You said you'd take on getting the things like the async code into the spi to avoid all that duplicate code so would you like to go ahead and do that now? (or I can do it if you like). O.K. I committed the changes. There is no need to handle message id correlation as the wiring fabric (specifically TargetInvokerExtension) does it automatically. You should be able to delete AsyncMonitor and the async target invoker. You will also need to change some of the signatures of the builders to pass in a WorkContext and ExectionMonitor (these are autowired to ComponentBuilderExtension). I made some basic changes the the script container to pass tests but you will probably need to do some more (limited) refactoring to get it fully operational. I fixed the Groovy container so you can use that as an example. (BTW, as a side note, container.script is not part of the build by default). The other changes to make are to create a script specialization of ComponentType in the loader and use ObjectFactory for creating instances. Once the componentType and async changes are done I/we can look at the next things to simplify and once all that refactoring is done I'll look at what remains in the helper package and see if there are still things I think could be simplified. If you can make those changes, we can take another pass over the helper classes and see what is left. Jim ...ant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refactoring commonality amongst Script containers in Java SCA
On Oct 25, 2006, at 8:02 AM, ant elder wrote: Comments in line... ...ant On 10/11/06, Jim Marino [EMAIL PROTECTED] wrote: snip - How are script scopes handled? I'm assuming we want to have the runtime manage statefull scripts, as we get that for free. agree - I also noticed the scope is set by default to Module. The default SCA Java is stateless. I agree module scope may be a better default but do you think we should be consistent with other SCA language specs here? AFAICT most people think module is a better default and I think thats especially so for scripting languages, so while there is no spec for scripting languages I'd prefer to use a default that works well with them. Maybe the Java spec people should revisit the decision to use stateless as their default? I've made this argument on several occasions to the spec group but I haven't been successful in convincing people. I'll give it another try though since I agree module scope is a better default (interestingly in Srping the singleton equivalent is the default). - More generally on component types, I haven't been following the PHP spec work but my understanding based on proposals from the people working on it to the assembly group is that the trend is to move away from having to author side-files and more towards code-level metadata and defaults. Would we want to emphasize that? Yes definitely! If you trawl back through the archives we've already discussed doing this, its something I think is really important to get done. Wasn't possible in the M2 time frame unfortunately , I'm planning on trying to get it done for M3. - Do scripts need to be defined by the Java idl or could I use WSDL or JSON or something else (assuming the proper extension)? They shouldn't be restricted to Java IDL, WSDL works as well, eg with JavaScript/E4X, and I mentioned a while back wanting an SMD IDL for JSON and JavaScript but that was before we had the IDL extension story sortted out - another thing for M3. JSON would be interesting. - What does EasyInstanceFactory.getResponseClasses(ListClass services) do? It was so the response from a script call which may be of unknown type can be coerced to the expected type. Now that we have the databinding framework this needs to be revisited as part of the larger work of integrating the databinding framework with the script language containers. Ah ok - How are references handled? Can they be injected onto fields in prototype-based languages? Not presently for JavaScript (not sure about Ruby, Venkat?) and it wont be possible with the script container using BSF for JavaScript either due to a limitation with the bsf engine. Thats fixed in BSF v3 though which is another thing I would like to look at in M3. I think that would be good to do. Jim ...ant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is Apache Tuscany compatible with J2EE1.4
SDO is required to be compatible with 1.4 by the spec. DAS is currently designed to be compatible, but that could change. Brent On 10/26/06, Jim Marino [EMAIL PROTECTED] wrote: Hi Kiran, I'm not sure about DAS or SDO but the Java SCA runtime requires Java 5 as a minimum. Jim On Oct 25, 2006, at 3:13 PM, Kiran Kumar Rangaswamy wrote: Dear all, Is Apache Tuscany compatible with J2EE1.4? Regards, Kiran Kumar Rangaswamy Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] URL: www.valuemomentum.com outbind://20/www.valuemomentum.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What's next for SCA?
On Oct 26, 2006, at 3:11 AM, Meeraj Kunnumpurath wrote: Hi, I think when the dangling wires are resolved depends on, as you said, what the definition of deployment is. The requirement is for the wires to be all resolved, before a composite is active and service ready. Regardless of what we mean by deployment, I think there should be still ability to rewire components in active composite, to cater for meeting SLA requirements, policy changes etc. Yes absolutely. I view policy application as similar to AOP in except the meta-model is a service assembly and not a Java class. We should support the ability to to do this live such as say I want to monitor traffic going over binding X. Jeremy and I were speaking about this the other day and it occurred to us what we are doing is also quite similar to subversion in that we are mutating the wiring fabric, or applying a diff against it. If we one of the things we support is deployment of SCDL artifacts, we should literally be able to use a diff ;-) Roles are a kind of interesting thing. J2EE specs have always mentioned these different roles. However, mostly the roles of developer/ assembler and deployer/administrator amalgamate into one. Yes and I think one of the problems with J2EE (EJB and packaging in particular) is that it never recognized that the roles often are carried out by the same individual. That said, I do think they are at least conceptually different. Also, it terms of advertisement and discovery, would you prefer a registry-based approach or a more peer-to-peer model, where components auto-advertise their availability and resolving the wires can either be auto-discovery or manual. From that perspective, deployment could be a two phase process. First, activating all the components with dangling wires and then resolving all the wires and activating the whole composite. I was thinking more distributed, i.e. non-registry based using multicast, for local-link communications but we may need some centralized mechanism for communication beyond a local link such as a DNS server (e.g. zeroconf used dynamic DNS queries for this). Do you have any preference? On the wiring algorithm, at a high level that seems right since it roughly corresponds to what we do within a composite. One difference though is we are probably going to need to be able to handle cycles between composites. Jim Ta Meeraj -Original Message- From: Jim Marino [mailto:[EMAIL PROTECTED] Sent: 25 October 2006 08:23 To: tuscany-dev@ws.apache.org Subject: Re: What's next for SCA? On Oct 24, 2006, at 4:48 PM, Meeraj Kunnumpurath wrote: Hi, I have been having few thoughts on federated deployment as well. Currently we wire services to references statically. However, I think this is more of a runtime concern rather than a build/package/ deploy time concern. +1 An SCA system could be realised as a set of federated heterogenous JVMs each hosting a different set of components. Yes, I think this is a key difference between what Tuscany is trying to do and more traditional application server environments that have a more homogenous 2- or 3-tier topology. Some nodes may not be VMs. Each component would publish the services it provide based on supported MEPs, IN/OUT parameters, supported transport bindings and policy intent. Based on the published information, an adminstrator should be able to wire this services to a compatible reference for a consumer component at runtime. This wiring should be dynamically amendable to cater for such requirements like meeting SLAs, policy changes etc. I am not sure how much this currently fits into the SCA spec. I think it will fit. In SCA we identified a couple of roles (they may be the same person sometimes, or different individuals), one of which is an assembler. This person is responsible for resolving unbound or dangling wires, configuration, etc. Also, one of the changes being considered is the introduction of intents which could correspond to the things you mentioned above. As part of these changes, we were also considering autowiring by intent. This will provide even more flexibility since it will allow the runtime to choose wire targets, bindings, etc. based on a set of constraints. I believe these changes will make things a lot easier as having to manually/explicitly wire can get tedious (as well as result in globs of XML). So my picture of how things would work at a high level is: 1. Tuscany nodes come up 2. The nodes can either be pre-configured to know about themselves or would autodiscover each other through a protocol such as zeroconf. We should look at other protocols as well but I am currently interested in zeroconf since it is language-neutral, works with existing TCP/IP infrastructure and does not require a central registry (the service discovery part which Tuscany would use can be run over multi-cast or uni-cast DNS), works in small devices (e.g. printers and
Re: Documents and web site update for M2
Hi, Martin. Can you give us a bit more information such as what jar is missing? Thanks, Raymond - Original Message - From: Martin Leclerc To: Raymond Feng Sent: Thursday, October 26, 2006 9:31 AM Subject: RE: Documents and web site update for M2 Raymond (and others), I just tried to build Tuscany Java M2 from the trunk @ http://svn.apache.org/repos/asf/incubator/tuscany/java. Unfortunately it failed while trying to download the following jar file: . After provisioning Maven with the missing jar file (which I found at ) I got a compile error. Here are the steps I followed: 1) Removed all directories and files from Maven's repository (~/.m2) 2) md Tuscany 3) cd Tuscany 4) svn co http://svn.apache.org/repos/asf/incubator/tuscany/java 5) I hope you will find the information useful as other people might try to build Tuscany from the trunk. Should I rather try to build Tuscany Java M2 using the M2 branch as mentioned at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html ? Martin -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 11:33 AM To: Martin Leclerc Subject: Re: Documents and web site update for M2 Hi, Martin. Thank you for your interest in Tuscany. There was an outrage with Apache infrastructure in the past few days and you might have experienced maven build problems because the Apache repositories were down. The document has not been updated to reflect the M2 branch (which will be released soon upon the Axis2 1.1). Before that, you can get the M2 branch from http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2 and follow steps discribed at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html to build the binary. The trunk code @ http://svn.apache.org/repos/asf/incubator/tuscany/java should be runnable too. BTW, is it OK if I respond to your note on tuscany-dev@ws.apache.org where the information can be shared by the whole community? Thanks, Raymond - Original Message - From: Martin Leclerc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 26, 2006 7:27 AM Subject: RE: Documents and web site update for M2 Hi Raymond, I started prototyping with Tuscany Java M1 about a week ago and I soon realized it would probably be better to use M2 since it seems to support a more up-to-date version of the SCA spec (0.96) as well as support for asynchronous programming (callbacks). I carefully followed the steps listed in http://wiki.apache.org/ws/Tuscany/TuscanyJava/GetTuscany to download the latest Tuscany Java M2 code base and build it. When I execute Maven (mvn) I run into errors when downloading libraries (XmlSchema, Axiom, Axis, Neethi) and after provisioning Maven with the missing libraries I get some compile errors. I suspect I might not be getting the code base from the right branch. So my questions are: 1) How can I download the latest Tuscany Java M2 code base and build it? 2) Is there a location where I can the latest build/binaries of Tuscany Java M2? Thank you for your time, Martin. Technical Architect Ubiquity Software www.ubiquitysoftware.com Phone: (613) 271-2027 Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 25, 2006 2:02 PM To: tuscany-dev@ws.apache.org Subject: Documents and web site update for M2 Hi, As we get the M2 branch fairly stable in the sense of code, now it's time to look at the documents and web site. I'm seeing several issues here: 1) Documents are scatted in different sources, including Web site, SVN, and Wiki. We don't have an organized navigation to these information. 2) Some of the documents are out of date and some of them are not complete. 3) We don't document for some features such as async web services. To jump start the efforts, I list some documents I expect to be useful for the release. I also collect a list of existing materials under each item. It's available @ http://wiki.apache.org/ws/Tuscany/TuscanyJava/M2Release. General stuff: 1) How to download the release? 2) How to check out the source from SVN and build with Maven? 3) How to load the source into IDEs such as Eclipse or IDEA and how to debug? 4) How to work with Tomcat? http://wiki.apache.org/ws/Tuscany/TuscanyJava/SCA_Java http://wiki.apache.org/ws/Tuscany/TuscanyJava/GetTuscany For end-users: 1) A document discribing how to develop/build/run standalone applications. I found there are already
Re: r468018 - elimination of asynchronous target invokers
The composite reference target invoker variants are for forward vs callback invocation. Their only real difference is that they instantiate a different invocation handler to pass through to. It may be worth keeping them separate. As far as I can tell, they are not further extended so there is no issue with that. On 10/26/06, Jim Marino [EMAIL PROTECTED] wrote: Following up on the move of non-blocking thread dispatches to NonBlockingBridgingInterceptor, I merged the asynchronous variant of TargetInvoker with its synchronous counterpart in Component implementations. This has the effect of simplifying extensions since they only need to extend TargetInvokerExtension; the handling of message and correlation ids will be handled automatically by the wiring fabric. This will hopefully provide Ant's scripting extension with built-in async support. As part of this refactor, I also simplified the TargetInvoker hierarchy for Java component types by eliminating PojoInvoker and combining AsyncJavaTargetInvoker and JavaTargetInvoker. I did not make the analogous change for References (they still have the two variants of TargetInvoker), but I believe we can perform a similar merge. Raymond or Ignacio, do you want to take a look at this? Jim
Re: SCA and BPEL
Hi, So what about an IRC session to get started? Everybody interested could come to ask questions and we would discuss in more details how this could be done. We can both exchange our views on SCA / BPEL and give as much information as possible to the volunteers (like Sam [1]). What do you think? Matthieu [1] http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200610.mbox/[EMAIL PROTECTED] On 10/25/06, ant elder [EMAIL PROTECTED] wrote: On 10/25/06, Matthieu Riou [EMAIL PROTECTED] wrote: Hi all, This e-mail is being sent to both Apache Ode and Tuscany development mailing lists. The objective is to see which possible collaboration could happen between our 2 projects and how we could integrate them. Alex, Cory and myself (we're all Ode contributors) met with Jean-Sebastien Delfino and Simon Laws (Tuscany contributors) during the ApacheCon in Austin and we've found out that integrating Ode into Tuscany could be a brilliant idea. From the Tuscany side, there's an SCA client and implementation spec for BPEL. Roughly, it defines how a BPEL process can be used as an SCA component (or at least that's my understanding of it). So I guess Ode could be a good choice for the BPEL part of that. From the Apache Ode perspective, we've defined an interface to the engine ( a.k.a. the integration API or IAPI for acromyn lovers) and we would like to support several integration scenarii. Currently we have an integration layer for Axis2 to support all web services interactions, we also have one for JBI and another one for CXF has been proposed. We would love to have an implementation of these interfaces for Tuscany to be able to run Ode in an SCA environment (for the curious, the interfaces are herehttps://svn.apache.org/repos/asf/incubator/ode/trunk/bpel-api/src/main/java/org/apache/ode/bpel/iapi/ ). I think the discussion (if discussion there is) should take place on tuscany-dev as there's less of us, Ode people, so it's easier for us to subscribe to it. So what would it take to fit into Tuscany? Thanks, Matthieu Hi Matthieu, this would be really great, i'd love for Tuscany to get a involved with Ode to get a BPEL component. For those that haven't found these already there's a white paper on SCA and BPEL [1] and a specification [2]. You can see the type of thing required to implement a container for a new component type in Tuscany by looking at some of our existing ones [3] I agree it may be easiest for the discussions to be over here initially, but i've subscribed to ode-dev as well anyway. I'd be very happy to help you do this, how would you like to get started? ...ant [1] http://osoa.org/display/Main/SCA+BPEL+White+Paper [2] http://osoa.org/download/attachments/35/SCA_ClientAndImplementationModelforBPEL_v0.95.pdf?version=2 [3] https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/services/containers/
RE: Documents and web site update for M2
Hi Raymond (and others), I have just tried to download and build Tuscany Java M2 code base from the trunk @ http://svn.apache.org/repos/asf/incubator/tuscany/java Here are the steps I followed: Removed all files and directories from Maven's repository (~/.m2/repository) md Tuscany cd Tuscany svn co http://svn.apache.org/repos/asf/incubator/tuscany/java cd java mvn After a few minutes of processing, Maven reported the following error: [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.ws.commons.schema:XmlSchema:jar:SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.ws.commons.schema -DartifactId=XmlSchema \ -Dversion=SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.tuscany.sca.services.idl:wsdl:jar:1.0-incubator-M2-SNAPSHOT 2) org.apache.ws.commons.schema:XmlSchema:jar:SNAPSHOT -- 1 required artifact is missing. After I provisioned Maven with the missing jar file (downloaded from the following location: http://people.apache.org/repository/ws-commons/jars/) mvn install:install-file -DgroupId=org.apache.ws.commons.schema -DartifactId=XmlSchema -Dversion=SNAPSHOT -Dpackaging=jar -Dfile=C:\XmlSchema-SNAPSHOT.zip mvn Maven reported the following compile error: [INFO] Compilation failure C:\Tuscany\java\sca\services\idl\wsdl\src\main\java\org\apache\tuscany\i dl\wsdl\XMLSchemaRegistryImpl.java:[91,56] incompatible types found : org.apache.ws.commons.schema.XmlSchema required: org.apache.ws.commons.schema.XmlSchema[] I hope you will find this information useful as others might try to build Tuscany from the trunk. In the meantime, should I try to download and compile the Tuscany source code from the M2 branch as mentioned at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html ? Thank you for your support, Martin. -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 11:33 AM To: Martin Leclerc Subject: Re: Documents and web site update for M2 Hi, Martin. Thank you for your interest in Tuscany. There was an outrage with Apache infrastructure in the past few days and you might have experienced maven build problems because the Apache repositories were down. The document has not been updated to reflect the M2 branch (which will be released soon upon the Axis2 1.1). Before that, you can get the M2 branch from http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2 and follow steps discribed at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html to build the binary. The trunk code @ http://svn.apache.org/repos/asf/incubator/tuscany/java should be runnable too. BTW, is it OK if I respond to your note on tuscany-dev@ws.apache.org where the information can be shared by the whole community? Thanks, Raymond - Original Message - From: Martin Leclerc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 26, 2006 7:27 AM Subject: RE: Documents and web site update for M2 Hi Raymond, I started prototyping with Tuscany Java M1 about a week ago and I soon realized it would probably be better to use M2 since it seems to support a more up-to-date version of the SCA spec (0.96) as well as support for asynchronous programming (callbacks). I carefully followed the steps listed in http://wiki.apache.org/ws/Tuscany/TuscanyJava/GetTuscany to download the latest Tuscany Java M2 code base and build it. When I execute Maven (mvn) I run into errors when downloading libraries (XmlSchema, Axiom, Axis, Neethi) and after provisioning Maven with the missing libraries I get some compile errors. I suspect I might not be getting the code base from the right branch. So my questions are: 1) How can I download the latest Tuscany Java M2 code base and build it? 2) Is there a location where I can the latest build/binaries of Tuscany Java M2? Thank you for your time, Martin. Technical Architect Ubiquity Software www.ubiquitysoftware.com Phone: (613) 271-2027 Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 25, 2006 2:02 PM To: tuscany-dev@ws.apache.org Subject: Documents and web site update for M2 Hi, As we get the M2 branch fairly stable in the sense of code, now it's time to look at the documents and web site. I'm seeing several issues here: 1) Documents are scatted in different sources, including Web site, SVN, and Wiki. We don't have an organized navigation to these information. 2) Some of the documents are out of date and some of them are not complete. 3) We don't document for some features such as async web services. To jump start the efforts, I list some documents I expect to be useful for the release. I also collect a list of existing
Re: SCA and BPEL
Yes ..that would be a brilliant idea Matthieu ! Sam.. On 10/26/06, Matthieu Riou [EMAIL PROTECTED] wrote: Hi, So what about an IRC session to get started? Everybody interested could come to ask questions and we would discuss in more details how this could be done. We can both exchange our views on SCA / BPEL and give as much information as possible to the volunteers (like Sam [1]). What do you think? Matthieu [1] http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200610.mbox/[EMAIL PROTECTED] On 10/25/06, ant elder [EMAIL PROTECTED] wrote: On 10/25/06, Matthieu Riou [EMAIL PROTECTED] wrote: Hi all, This e-mail is being sent to both Apache Ode and Tuscany development mailing lists. The objective is to see which possible collaboration could happen between our 2 projects and how we could integrate them. Alex, Cory and myself (we're all Ode contributors) met with Jean-Sebastien Delfino and Simon Laws (Tuscany contributors) during the ApacheCon in Austin and we've found out that integrating Ode into Tuscany could be a brilliant idea. From the Tuscany side, there's an SCA client and implementation spec for BPEL. Roughly, it defines how a BPEL process can be used as an SCA component (or at least that's my understanding of it). So I guess Ode could be a good choice for the BPEL part of that. From the Apache Ode perspective, we've defined an interface to the engine ( a.k.a. the integration API or IAPI for acromyn lovers) and we would like to support several integration scenarii. Currently we have an integration layer for Axis2 to support all web services interactions, we also have one for JBI and another one for CXF has been proposed. We would love to have an implementation of these interfaces for Tuscany to be able to run Ode in an SCA environment (for the curious, the interfaces are here https://svn.apache.org/repos/asf/incubator/ode/trunk/bpel-api/src/main/java/org/apache/ode/bpel/iapi/ ). I think the discussion (if discussion there is) should take place on tuscany-dev as there's less of us, Ode people, so it's easier for us to subscribe to it. So what would it take to fit into Tuscany? Thanks, Matthieu Hi Matthieu, this would be really great, i'd love for Tuscany to get a involved with Ode to get a BPEL component. For those that haven't found these already there's a white paper on SCA and BPEL [1] and a specification [2]. You can see the type of thing required to implement a container for a new component type in Tuscany by looking at some of our existing ones [3] I agree it may be easiest for the discussions to be over here initially, but i've subscribed to ode-dev as well anyway. I'd be very happy to help you do this, how would you like to get started? ...ant [1] http://osoa.org/display/Main/SCA+BPEL+White+Paper [2] http://osoa.org/download/attachments/35/SCA_ClientAndImplementationModelforBPEL_v0.95.pdf?version=2 [3] https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/services/containers/ -- Catch Me @: www.samjeyam.co.nr The Engine is the Heart of the Plane but Pilot is the Soul... \___(0)___/ ./ \.
RE: Documents and web site update for M2
My apologies, this is an early version of the email that was sent by mistake. The complete version of the email has just been sent to Tuscany-dev. Martin. -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 12:54 PM To: tuscany-dev@ws.apache.org Subject: Re: Documents and web site update for M2 Hi, Martin. Can you give us a bit more information such as what jar is missing? Thanks, Raymond - Original Message - From: Martin Leclerc To: Raymond Feng Sent: Thursday, October 26, 2006 9:31 AM Subject: RE: Documents and web site update for M2 Raymond (and others), I just tried to build Tuscany Java M2 from the trunk @ http://svn.apache.org/repos/asf/incubator/tuscany/java. Unfortunately it failed while trying to download the following jar file: . After provisioning Maven with the missing jar file (which I found at ) I got a compile error. Here are the steps I followed: 1) Removed all directories and files from Maven's repository (~/.m2) 2) md Tuscany 3) cd Tuscany 4) svn co http://svn.apache.org/repos/asf/incubator/tuscany/java 5) I hope you will find the information useful as other people might try to build Tuscany from the trunk. Should I rather try to build Tuscany Java M2 using the M2 branch as mentioned at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html ? Martin -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 11:33 AM To: Martin Leclerc Subject: Re: Documents and web site update for M2 Hi, Martin. Thank you for your interest in Tuscany. There was an outrage with Apache infrastructure in the past few days and you might have experienced maven build problems because the Apache repositories were down. The document has not been updated to reflect the M2 branch (which will be released soon upon the Axis2 1.1). Before that, you can get the M2 branch from http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2 and follow steps discribed at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html to build the binary. The trunk code @ http://svn.apache.org/repos/asf/incubator/tuscany/java should be runnable too. BTW, is it OK if I respond to your note on tuscany-dev@ws.apache.org where the information can be shared by the whole community? Thanks, Raymond - Original Message - From: Martin Leclerc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 26, 2006 7:27 AM Subject: RE: Documents and web site update for M2 Hi Raymond, I started prototyping with Tuscany Java M1 about a week ago and I soon realized it would probably be better to use M2 since it seems to support a more up-to-date version of the SCA spec (0.96) as well as support for asynchronous programming (callbacks). I carefully followed the steps listed in http://wiki.apache.org/ws/Tuscany/TuscanyJava/GetTuscany to download the latest Tuscany Java M2 code base and build it. When I execute Maven (mvn) I run into errors when downloading libraries (XmlSchema, Axiom, Axis, Neethi) and after provisioning Maven with the missing libraries I get some compile errors. I suspect I might not be getting the code base from the right branch. So my questions are: 1) How can I download the latest Tuscany Java M2 code base and build it? 2) Is there a location where I can the latest build/binaries of Tuscany Java M2? Thank you for your time, Martin. Technical Architect Ubiquity Software www.ubiquitysoftware.com Phone: (613) 271-2027 Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 25, 2006 2:02 PM To: tuscany-dev@ws.apache.org Subject: Documents and web site update for M2 Hi, As we get the M2 branch fairly stable in the sense of code, now it's time to look at the documents and web site. I'm seeing several issues here: 1) Documents are scatted in different sources, including Web site, SVN, and Wiki. We don't have an organized navigation to these information. 2) Some of the documents are out of date and some of them are not complete. 3) We don't document for some features such as async web services. To jump start the efforts, I list some documents I expect to be useful for the release. I also collect a list of existing materials under each item. It's available @ http://wiki.apache.org/ws/Tuscany/TuscanyJava/M2Release. General stuff: 1) How to download the release? 2) How to check out the source from SVN and build with Maven? 3) How to load the source
Repo content on people.a.o
It looks like the repo content on people.a.o after arounf 8/28 has been lost during the recovery of minotaur. This primarily affects content from incubator projects (like our M2 artifacts are no longer there) and snapshot content; releases from official Apache projects get mirrored to ibiblio. I will repost the pom and buildtools artifacts that we released a couple weeks ago. I believe I still have copies of the original signed versions and if so I don't think a re-vote is needed; if I have to generate new ones I will upload them with new signature and call a review vote. It also looks like the content from people's home directories has also been lost including the release candidates. Again, we can repost those if we have the originals or if they need to be regenerated, re-sign them and re-vote. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Documents and web site update for M2
Hi, If you read Jeremy's note titled as Repo content on people.a.o, you probably have known why it couldn't be built now. The SNAPSHOT versions of XmlSchema and other artifacts that we depend on are not fully recovered yet. Let's wait a bit to see what will happen. Sorry for the inconvenience. Thanks, Raymond - Original Message - From: Martin Leclerc [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Thursday, October 26, 2006 9:55 AM Subject: RE: Documents and web site update for M2 Hi Raymond (and others), I have just tried to download and build Tuscany Java M2 code base from the trunk @ http://svn.apache.org/repos/asf/incubator/tuscany/java Here are the steps I followed: Removed all files and directories from Maven's repository (~/.m2/repository) md Tuscany cd Tuscany svn co http://svn.apache.org/repos/asf/incubator/tuscany/java cd java mvn After a few minutes of processing, Maven reported the following error: [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.ws.commons.schema:XmlSchema:jar:SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.ws.commons.schema -DartifactId=XmlSchema \ -Dversion=SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) org.apache.tuscany.sca.services.idl:wsdl:jar:1.0-incubator-M2-SNAPSHOT 2) org.apache.ws.commons.schema:XmlSchema:jar:SNAPSHOT -- 1 required artifact is missing. After I provisioned Maven with the missing jar file (downloaded from the following location: http://people.apache.org/repository/ws-commons/jars/) mvn install:install-file -DgroupId=org.apache.ws.commons.schema -DartifactId=XmlSchema -Dversion=SNAPSHOT -Dpackaging=jar -Dfile=C:\XmlSchema-SNAPSHOT.zip mvn Maven reported the following compile error: [INFO] Compilation failure C:\Tuscany\java\sca\services\idl\wsdl\src\main\java\org\apache\tuscany\i dl\wsdl\XMLSchemaRegistryImpl.java:[91,56] incompatible types found : org.apache.ws.commons.schema.XmlSchema required: org.apache.ws.commons.schema.XmlSchema[] I hope you will find this information useful as others might try to build Tuscany from the trunk. In the meantime, should I try to download and compile the Tuscany source code from the M2 branch as mentioned at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html ? Thank you for your support, Martin. -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 11:33 AM To: Martin Leclerc Subject: Re: Documents and web site update for M2 Hi, Martin. Thank you for your interest in Tuscany. There was an outrage with Apache infrastructure in the past few days and you might have experienced maven build problems because the Apache repositories were down. The document has not been updated to reflect the M2 branch (which will be released soon upon the Axis2 1.1). Before that, you can get the M2 branch from http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-M2 and follow steps discribed at http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg09661.html to build the binary. The trunk code @ http://svn.apache.org/repos/asf/incubator/tuscany/java should be runnable too. BTW, is it OK if I respond to your note on tuscany-dev@ws.apache.org where the information can be shared by the whole community? Thanks, Raymond - Original Message - From: Martin Leclerc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 26, 2006 7:27 AM Subject: RE: Documents and web site update for M2 Hi Raymond, I started prototyping with Tuscany Java M1 about a week ago and I soon realized it would probably be better to use M2 since it seems to support a more up-to-date version of the SCA spec (0.96) as well as support for asynchronous programming (callbacks). I carefully followed the steps listed in http://wiki.apache.org/ws/Tuscany/TuscanyJava/GetTuscany to download the latest Tuscany Java M2 code base and build it. When I execute Maven (mvn) I run into errors when downloading libraries (XmlSchema, Axiom, Axis, Neethi) and after provisioning Maven with the missing libraries I get some compile errors. I suspect I might not be getting the code base from the right branch. So my questions are: 1) How can I download the latest Tuscany Java M2 code base and build it? 2) Is there a location where I can the latest build/binaries of Tuscany Java M2? Thank you for your time, Martin. Technical Architect Ubiquity Software www.ubiquitysoftware.com Phone: (613) 271-2027 Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 25, 2006 2:02 PM To: tuscany-dev@ws.apache.org Subject: Documents and web site update for M2 Hi, As we get the M2 branch fairly stable in the sense of code, now it's
RE: Repo content on people.a.o
Thanks Jeremy for the note. That would explain why I was having trouble compiling Tuscany Java. Please let me know when the various artifacts have been recovered. Martin. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Boynes Sent: Thursday, October 26, 2006 1:07 PM To: tuscany-dev@ws.apache.org Subject: Repo content on people.a.o It looks like the repo content on people.a.o after arounf 8/28 has been lost during the recovery of minotaur. This primarily affects content from incubator projects (like our M2 artifacts are no longer there) and snapshot content; releases from official Apache projects get mirrored to ibiblio. I will repost the pom and buildtools artifacts that we released a couple weeks ago. I believe I still have copies of the original signed versions and if so I don't think a re-vote is needed; if I have to generate new ones I will upload them with new signature and call a review vote. It also looks like the content from people's home directories has also been lost including the release candidates. Again, we can repost those if we have the originals or if they need to be regenerated, re-sign them and re-vote. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Information contained in this e-mail and any attachments are intended for the use of the addressee only, and may contain confidential information of Ubiquity Software Corporation. All unauthorized use, disclosure or distribution is strictly prohibited. If you are not the addressee, please notify the sender immediately and destroy all copies of this email. Unless otherwise expressly agreed in writing signed by an officer of Ubiquity Software Corporation, nothing in this communication shall be deemed to be legally binding. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA and BPEL - Integration
Hi, Nice volunteering indeed! So on the Ode side, I'd go with implementing a specific integration layer for Tuscany instead of reusing the Axis2 one. That would allow in-VM SCA / BPEL interactions and a greater integration between the two. Ode provides an integration API that you have to implement if you want to plug the engine into something else. The engine uses this API to get whatever it needs to work, like the ability to send and receive messages, to get some representation of the services it's going to interact with, or even threads and transactions. So you would just wire up all services Tuscany provides into the engine when implementing these interfaces. To see what those look like you can have a look at [1]. We currently have 3 working implementations for these interfaces: Axis2, JBI and test. The Axis2 one is wrapped around Axis2 in a WAR and works in any servlet container. The JBI one is bundled in a Service Assembly and can be deployed in ServiceMix. The test one works in-memory in a standalone manner. These are great examples to look at to see how the required services are provided to the engine and how everything is initialized. In particular you can have a look at ODEServer [2] for Axis2 and OdeLifeCycle [3] for JBI, these are where all the initialization and wiring up logic happens for these 2 integrations. I'd start from the test IAPI implementation [4] [5] to see how things work out, this will run in memory so you won't have to worry about providing a datasource and a transaction manager to start with. Then you can bring some pieces from the Axis2 and JBI integrations (copy / paste is your friend) and increment from that. Implement the different communication interfaces by using Tuscany services and you should be all set. Now I think we could discuss about the details and how to use Tuscany services in Ode during an IRC chat session as I proposed in the other thread? So we can all have a better understanding of how this will work and you'll have more information to start from. Matthieu [1] https://svn.apache.org/repos/asf/incubator/ode/trunk/bpel-api/src/main/java/org/apache/ode/bpel/iapi/ [2] https://svn.apache.org/repos/asf/incubator/ode/trunk/axis2/src/main/java/org/apache/ode/axis2/ODEServer.java [3] https://svn.apache.org/repos/asf/incubator/ode/trunk/jbi/src/main/java/org/apache/ode/jbi/OdeLifeCycle.java [4] https://svn.apache.org/repos/asf/incubator/ode/trunk/bpel-test/src/test/java/org/apache/ode/test/BPELTest.java [5] https://svn.apache.org/repos/asf/incubator/ode/trunk/bpel-test/src/main/java/org/apache/ode/test/ On 10/26/06, ant elder [EMAIL PROTECTED] wrote: On 10/26/06, sam tam [EMAIL PROTECTED] wrote: Hi, I am a student and I have been looking into this topic for my project work. I'd like to contribute as much in this with some help from you folks. For now here is what I have been doing as ground work. - Tried out Tuscany M1 release and also recently from the current development branch. - With Apache ODE I deployed sample process in Tomcat and have been able to call it using a SOAP message. At the present moment I am trying to figure out how to integrate ODE into Tuscany. One obvious thought I have in my mind is to use the Tuscany Axis2 Binding and invoke the BPEL process as a reference. I am going to be digging into the OSOA specs for this and hope to get better clarity as I go along. I'd be happy to take advice from you folks on taking this forward. Thanks. Sam. Hi Sam, Its great you're interested in this, it would be really good to have BPEL support in Tuscany. In case you didn't see due to all the ASF email problems over the last few days, the Ode guys have also just started talking about this: http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg10042.html. I talked about how to start a new container in this old mail: http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200610.mbox/browser . I'd start with trying to get a simple helloworld going which for this would be a combination of the Tuscany helloworldws sample and the Ode axis2-examples HelloWorld2. Basically start by copying the existing sample and one of the Tuscany containers, rename everything to BPEL. Remember when you do the copy/rename there's scdl in the META-INF/sca directory that you'll need to edit to update with the new class names. As there's an existing SCA spec for this you get some help with what to do. The spec defines what the implementation element looks like: implementation.bpel process=xs:QName/ So you'll need something like a BPELImplementation and BPELImplementationLoader for that. Use one of the existing ones and just change the QName constant to be implementation.bpel and the code to read in the attribute named process. A harder part will be how Tuscany locates the BPEL process XML, for now its likely easiest to add a location attribute and have the loader just read it in, and then sort this part out properly later oncee
DAS M2 latest Release Candidates lost, was : Re: Repo content on people.a.o
As mentioned by Jeremy, we have lost the latest DAS M2 Release Candidates from Kelvin's people.a.o. Kelvin, if you still have a copy of what got posted as DAS M2 RC4a, could you please post it again so I could start the DAS vote ? Otherwise, could you please let me know and I'd produce a RC4b and send to you again. - Luciano On 10/26/06, Jeremy Boynes [EMAIL PROTECTED] wrote: It looks like the repo content on people.a.o after arounf 8/28 has been lost during the recovery of minotaur. This primarily affects content from incubator projects (like our M2 artifacts are no longer there) and snapshot content; releases from official Apache projects get mirrored to ibiblio. I will repost the pom and buildtools artifacts that we released a couple weeks ago. I believe I still have copies of the original signed versions and if so I don't think a re-vote is needed; if I have to generate new ones I will upload them with new signature and call a review vote. It also looks like the content from people's home directories has also been lost including the release candidates. Again, we can repost those if we have the originals or if they need to be regenerated, re-sign them and re-vote. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DAS M2 latest Release Candidates lost, was : Re: Repo content on people.a.o
Luciano, I know that Kevin updated the sample readme in the M2 branch since the last release candidate was posted, so it may be better to go ahead and put out another version. Brent On 10/26/06, Luciano Resende [EMAIL PROTECTED] wrote: As mentioned by Jeremy, we have lost the latest DAS M2 Release Candidates from Kelvin's people.a.o. Kelvin, if you still have a copy of what got posted as DAS M2 RC4a, could you please post it again so I could start the DAS vote ? Otherwise, could you please let me know and I'd produce a RC4b and send to you again. - Luciano On 10/26/06, Jeremy Boynes [EMAIL PROTECTED] wrote: It looks like the repo content on people.a.o after arounf 8/28 has been lost during the recovery of minotaur. This primarily affects content from incubator projects (like our M2 artifacts are no longer there) and snapshot content; releases from official Apache projects get mirrored to ibiblio. I will repost the pom and buildtools artifacts that we released a couple weeks ago. I believe I still have copies of the original signed versions and if so I don't think a re-vote is needed; if I have to generate new ones I will upload them with new signature and call a review vote. It also looks like the content from people's home directories has also been lost including the release candidates. Again, we can repost those if we have the originals or if they need to be regenerated, re-sign them and re-vote. -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Impromptu IRC chat about the M2 doco (samples too)
An impromptu chat on IRC started on M2 documentation, but also eventually covered samples too. [11:49] ant so lets have an impromtu chat about the M2 doco [11:49] * rfeng has left #tuscany [11:49] * rfeng has joined #tuscany [11:49] ant i guess rfengs email is a good place to star [11:49] ant t [11:49] * rfeng has left #tuscany [11:51] ant lets wait, rfeng will be back... [11:51] * rfeng has joined #tuscany [11:51] Venkat ok [11:51] rfeng hi [11:52] ant hi [11:52] Venkat hi rfeng... [11:52] ant we were going to talk about doc and you email and what we should do [11:52] rfeng ok [11:53] ant i guess a question is what do we want on thw wiki or website or in the distro [11:53] rfeng do we think the list covers all the desired documents? [11:53] ant some samples have readmes some are txt some are html [11:54] cr22rc since we didn't standardize from the beginning I think we should just be flexible [11:54] * jmarino_1 has quit IRC (Read error: 113 (No route to host)) [11:55] rfeng I think it would be better to unify [11:55] ant form your email i think it would be good if General stuff and For end-users are up to date [11:55] ant not so worried about the arch, extending etc bits [11:55] rfeng converting txt to HTML is'nt too hard, right? [11:56] rfeng ok, ant [11:56] cr22rc BB has quite a bit .. not converting it to text [11:56] ant unifying would be good if its not a lt of work [11:57] Venkat if we are talking about just the readmes with the samples ... I hope they are not going to be too big... [11:57] Venkat max about 2 pages ? [11:57] Venkat and there is going to be lots in common as well.. right [11:57] ant or even less (except BB) [11:57] cr22rc I'm ok with the mix or if there is an interest to convert others to html [11:57] ant yeah if we get one right then just cpy it round [11:58] * lresende has quit IRC [11:59] ant right now BB has both a txt and htm readme? [11:59] cr22rc plan on nuking txt or have it point to html [12:00] ant rmi sample also has an htm readme, shall we just pick sample readme's are html? [12:00] cr22rc fine by me [12:01] rfeng html is good [12:01] cr22rc question do we need these on the site or can they just be in the distro? [12:02] Venkat readmes on the distro [12:02] cr22rc I lean to just having in distro [12:02] rfeng My personal view is that we should have some genric docs on site as well [12:02] rfeng one for standalone, one for webapp [12:03] Venkat yes... but these things have content that will make sense only if somebody is looking and trying the samples... [12:03] ant so that would be the General stuff and For end-users bits in your email right? [12:03] rfeng yes [12:03] ant and these readme's could be in the distro (as they are now) [12:03] cr22rc But when you get to the samples they really need to get the code to have meaning [12:04] cr22rc I think the web site should just have an overview of what samples there are and what they show [12:04] rfeng we can pick an example and explain in a more general way [12:04] ant there's nothing like that now is there? [12:04] cr22rc no but it needs to be tied to the release and be made clear about that if it's on the website [12:04] rfeng the overview is good to have [12:05] ant so that would go in the getting started - SCA-Java page which right now has (tbd) [12:06] Venkat actually the website is in a disarray .. isn't it [12:06] ant :) [12:06] cr22rc hmmm I'm worried it won't be clear about what release is associated with and does not necessarily reflect what is in the trunk [12:06] ant a little [12:07] rfeng We should have a page for the release? [12:07] * rfeng has left #tuscany [12:07] cr22rc I think I'd prefer a seperate m2 release page that has the downloads and has the sample overview I mentioned [12:08] ant that sounds like a good idea [12:08] Venkat yes... actually we must have a general overview page and it must list all of what is going on presently ... [12:08] * rfeng has joined #tuscany [12:08] Venkat some sort of cummulation of items.. [12:08] Venkat that shows whats in the trunk today... [12:08] Venkat then M1... has a page that has the feature that are packed in it [12:08] cr22rc Details of running the samples etc down to the readme should be in the samples [12:08] Venkat next M2.. [12:09] Venkat i think I saw something similar in Axis2 site [12:09] cr22rc Lets not focus on trunk for now [12:09] rfeng let's focus on M2 for now :-) [12:09] Venkat ok :) [12:10] rfeng so for M2, we should list the features that we support [12:10] rfeng and have a list of samples to give some brief ideas what the sample is for? [12:11] * jmarino has joined #tuscany [12:11] cr22rc yes .. had this I think for m1 [12:12] rfeng I have a question here [12:12] rfeng let's say today, we have the binary distro and I download and unzip it to my computer [12:12] cr22rc ok [12:12] rfeng by reading the overview page, I want to try calculator-combo [12:13] rfeng what should I do? [12:13] rfeng reading the
[VOTE] Luciano Resende for committer
I would like to nominate Luciano as a committer on Tuscany. He has been helping with DAS for several months, recently managing the release of M2 (which is no mean feat when done through patches). He has been active on the mailing list and has some interesting proposals for integrating DAS with SCA. Here's my +1 -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Luciano Resende for committer
+1 from me. Welcome on board. Raymond - Original Message - From: Jeremy Boynes [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Thursday, October 26, 2006 6:55 AM Subject: [VOTE] Luciano Resende for committer I would like to nominate Luciano as a committer on Tuscany. He has been helping with DAS for several months, recently managing the release of M2 (which is no mean feat when done through patches). He has been active on the mailing list and has some interesting proposals for integrating DAS with SCA. Here's my +1 -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Luciano Resende for committer
+1 from me. Jeremy Boynes wrote: I would like to nominate Luciano as a committer on Tuscany. He has been helping with DAS for several months, recently managing the release of M2 (which is no mean feat when done through patches). He has been active on the mailing list and has some interesting proposals for integrating DAS with SCA. Here's my +1 -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Luciano Resende for committer
+1, I am newbie in this project, but he has helped a lot so far ; ). Thanks Luciano! Adriano Crestani On 10/26/06, Kevin Williams [EMAIL PROTECTED] wrote: +1 from me. Jeremy Boynes wrote: I would like to nominate Luciano as a committer on Tuscany. He has been helping with DAS for several months, recently managing the release of M2 (which is no mean feat when done through patches). He has been active on the mailing list and has some interesting proposals for integrating DAS with SCA. Here's my +1 -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Luciano Resende for committer
+1 .. from my heart :) - Venkat On 10/26/06, Jeremy Boynes [EMAIL PROTECTED] wrote: I would like to nominate Luciano as a committer on Tuscany. He has been helping with DAS for several months, recently managing the release of M2 (which is no mean feat when done through patches). He has been active on the mailing list and has some interesting proposals for integrating DAS with SCA. Here's my +1 -- Jeremy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
