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 services, and there's an implementation.osgi that allows me to consume OSGi services as SCA components. I'm sure it's not perfect, but it's a start. :-)
I've also got some OSGi-specific implementations of some of the boot-strappy classes for dealing with classloader issues and some manager code that allows sca applications (packaged as bundles) to run in separate contexts. I'd like to provide this code to Tuscany and help complete the implementation. How would you like me to proceed? Do you have time to look at it and point out where I've gone astray? Thanks, Joel Hawkins -----Original Message----- From: Jim Marino [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 08, 2006 10:31 PM To: [email protected] Subject: Re: Inheriting Wiring infrastructure On Aug 8, 2006, at 10:38 AM, Venkata Krishnan wrote: > Hi Jim / Jeremy / Axis2 & Celtix binding folks > > Continuing with the simple RMI Binding that I am working on... here > are the > things that I have done to move it forward in steps... (from a null > inbound > wire to being able to host the RMI Service. Now I am on the path to > invoking the service). Here is what I have done in the > RMIBindingBuilder.build method: - > > - created the inbound and outbound wires > - set up anInbound and Outbound Invocations chain for these wires > resp. > - set up a Java target invoker on the InboundWire (did not > understand this > as I expected that this should be set onto the outbound wire) You should only need to create the target invoker for the reference and not the service side (the target invoker is responsible for dispatching on a service). The invoker itself is cached on the target side and sent down the invocation chain with the message, pulled off by the final interceptor and invoked. This process is described in the slides under /doc. The reason for this is so target invokers can be optimized to avoid resolution on every invoke when the source of a wire is of the same or lesser scope than the target (e.g. request-- >request; request-->module). > - Now I am stuck with Interceptors... it seems like the outbound > wire need > to be configured with interceptor. This seems to be little tricky > as I must > create MessageChannels and so on... any suggestions on how I could > do this? > Yes it's very tricky, particularly with callbacks ;-) The connector handles this so the extension developer should not need to worry. > Axis2 and Celtix folks, how have you guys done this? If this is > not the > way to do this, what else is? > If you give me until tomorrow, I'll check a sample binding in of how to do this. I also have some related changes I want to discuss pertaining to the Wire Service and how wires are produced so I'll post in a related email. Jim --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
