That's great, Jim. I will try to finish of te marshallers by the weekend, and start on an extension container (maybe Groovy, if you don't have any other preference). We also need to look at bindings, I was thinking about what we have with RMI and maybe look at something else, maybe Hessian for example. I think Jeremy is looking at the contribution and assembly on the master from the previous emails on the topic. I am trying to aim for getting the slave working with a mocked master sending manually generated physical set for Java and groovy component types by this weekend, any help would be great.
Ta Meeraj -----Original Message----- From: Jim Marino [mailto:[EMAIL PROTECTED] Sent: Friday, March 09, 2007 5:20 AM To: [email protected] Subject: Re: Federation and TSS Demo On Mar 8, 2007, at 3:08 PM, Meeraj Kunnumpurath wrote: > Hi, > > I have been working on the framework to enable federated heterogeneous > deployment of a logical assembly across one or more physical runtimes. > I was wondering whether we can get an end-to-end story working that > demonstrates the assembly, contribution, artifact resolution and > heterogenoeus federation for the upcoming TSSS sessions at Vegas and > Barcelona. > +1 > What I am thinking is having three runtimes, one master and two > slaves, deploy a logical assembly with two components (one Java and > say the other Groovy), each allocated to different slave runtimes and > getting them to talk to each other through a couple of switchable > remote bindings. > > So far I have committed the following, > > 1. Abstractions for physical model which includes physical change set, > component and wire definitions, reference and service definitions, > operation and intereceptor definitions etc. > 2. Part of the Java physical model implementation 3. Framework > abstractions for marshalling and unmarshalling the physical model > objects 4. Java component definition marshaller implementation 5. New > builder framework that understands the physical component model 6. > Implementation for the Java physical component builder 7. Federated > deployer that integrates the marshallers and the builders with the > component manager and connector 8. Discovery service abstraction for > the communication fabric between the master and slaves 9. JXTA > implementation of the discovery service > > This is what I think we will have to do to get an end-to-end working, > > 1. Assembly and allocation on the master 2. Contribution to make > resources available on target runtimes 3. Finish the Java container on > the slave for the connector integration I can sign up to help here > 4. Artifact repository > 5. An extension container (may be something like Groovy) to > demonstrate heterogeonous federation across different component types. > 6. Couple of remote bindings (RMI, AXIS, XFire, Hessian etc) to > demonstrate switchable transport bindings Happy to help here as well. I've started work on a CXF binding, maybe we should think about that as well? > 7. And anything else I have missed > > It is definitely a lot of work for the next two weeks (our session at > Vegas is on the 21st). However, if we divide the work up and push > hard, I am quite positive we can achieve this. I think it will be an > excellent publicity boost for us to have a live application > demonstrating the SCA concepts and heterogeneous federation aspects of > Tuscany, than having just slideware. Good summary. I'll get stuck into the wiring tomorrow - hopefully we'll get this all rigged up with the contribution service running across multiple-VMs. Jim --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message has been checked for all email viruses by MessageLabs. ***************************************************** You can find us at www.voca.com ***************************************************** This communication is confidential and intended for the exclusive use of the addressee only. You should not disclose its contents to any other person. If you are not the intended recipient please notify the sender named above immediately. Registered in England, No 1023742, Registered Office: Voca Limited Drake House, Three Rivers Court, Homestead Road, Rickmansworth, Hertfordshire, WD3 1FX This message has been checked for all email viruses by MessageLabs. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
