On 3/10/07, Antollini, Mario <[EMAIL PROTECTED]> wrote:
Simon, Thanks a lot for the detailed explanation. Furthermore, thanks a lot for inviting me to join! I really appreciate this chance and I will definitively take it in the near future. However, I am interested in different aspects of Tuscany and not exactly on how different Tuscany Runtimes can interact. I need to keep deep diving into Tuscany first and understand where I can contribute the better, and I come back to you afterwards. Thanks for your time and best regards, Mario -----Original Message----- From: Simon Laws [mailto:[EMAIL PROTECTED] Sent: Thursday, March 08, 2007 3:07 PM To: [email protected] Subject: Re: FW: Legacy C App embedded in Tuscany C++ On 3/8/07, Antollini, Mario <[EMAIL PROTECTED]> wrote: > > > Simons, > > What I mean by "How can we make an SCA C++ runtime interact with a Java > one?" is that I would like a service running in the C++ runtime can > reference a service running in the Java runtime, but without relying on > Web Services to achieve that. Therefore, I think that it could only be > achieved if there is some sort of communication among different runtimes > (something like a network of Tuscany runtimes) > > Does anyone know if this is already doable nowadays?. > > I hope it is clear now > > Best regards, > Mario > > > -----Original Message----- > From: Simon Laws [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 08, 2007 11:28 AM > To: [email protected] > Subject: Re: Legacy C App embedded in Tuscany C++ > > On 3/8/07, Antollini, Mario <[EMAIL PROTECTED] > wrote: > > > > Kelvin, > > > > Thanks a lot for your feedback! > > > > As you said, these are still open questions to me. However, I am now > > trying to answer the "How can we make an SCA C++ runtime interact with > a > > Java one?" question. Therefore, I am deep diving in Tuscany's > > architecture and reading through developer list's emails to get to > > understand if such interaction can be currently achieved. > > > > Any information/suggestions will be greatly appreciated. > > > > BTW, you suggested me to pull the questions out into a post on this > > list. What do you mean by that? You are talking about sending an email > > to the tuscany-dev list asking for those questions? > > > > Thanks and best regards, > > Mario > > > > > > -----Original Message----- > > From: kelvin goodson [mailto: [EMAIL PROTECTED] > > Sent: Wednesday, March 07, 2007 7:48 AM > > To: [email protected] > > Subject: Re: Legacy C App embedded in Tuscany C++ > > > > > > Mario, > > thanks for that. It's really great to see what people are doing > with > > Tuscany. Are you still looking for answers to the questions you posed > > at > > the end of the document. I'm not in a position to answer them, but > it > > might be worth pulling them out into a post on this list. > > > > Regards, Kelvin. > > > > > > On 05/03/07, Antollini, Mario <[EMAIL PROTECTED] > wrote: > > > > > > Hello, > > > > > > I wrote a document that explains the way I exposed a legacy C > > > application (called Jabon) as a Tuscany Service Component. I think > > it > > > could be useful for the community. > > > > > > The link to the post is: > > > > > > http://cwiki.apache.org/confluence/display/TUSCANY/Building+an+Applicati > > > on > > > > > > Best regards, > > > Mario Antollini > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > Hi Mario > > It depends what you mean by make an "SCA C++ runtime interact with a > Java one". Today components in the C++ runtime and Java runtimes can > interact through remote interfaces using protocols like SOPA/HTTP. This > means that the runtimes are running in separate processes, possibly on > separate machines. There is no support for running Java components > locally > in the C++ runtime or for running C++ components in the Java runtime. > What > sort of integration are you looking for? > > Regards > > Simon > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > Hi Mario, thanks for the clarification. You can't do this easily at the moment unless you use one of the supported remote protocols like WebServices. There has been discussion about implementing a default binding between containers, e.g. Java and C++. The objective would be to make the interaction of components running in Java and C++ runtimes more efficient without having to re-implement all component types in all runtimes. As you say this means having a network of Tuscany runtimes up and supporting a composed set of components in a distributed manner. Do you have other reasons for not using a remote protocol like SOAP/HTTP? On a related but orthogonal note, on the Java SCA side of things there is work well under way to support the idea of starting up a composition in a federated runtime, I.e. have a single SCA composition that makes sense across multiple runtimes. This is restricted to java at the moment. Again we have talked about extending this to C++ but haven't done anything about it yet. This is independent of how the components in the distributed runtimes talk to each other though so we would still have to implement some kind of more basic binding to do what you are asking. So, in summary, I don't believe what you are asking for has been done and, if I remember correctly, the C++ default SCA binding currently defaults to web services. So if you like a challenge and want to have a go then please feel free to come and join in. There are plenty of examples of how bindings and extensions are implemented in both Java and C++ that could provide inspiration. Regards Simon --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No problem Mario. Don't be afraid to ask more questions if you get stuck.
Regards Simon
