Jim, Is it worth having generic adaptor implementations that can be parameterized for the Context and ContextFactory interfaces. Also would it be ok to have the implementation loader to delegate the logic for loading side files to a helper class?
Ta Meeraj -----Original Message----- From: Meeraj Kunnumpurath (JIRA) [mailto:[EMAIL PROTECTED] Sent: 08 May 2006 17:09 To: [email protected] Subject: [jira] Commented: (TUSCANY-329) Simplified extension API improvements [ http://issues.apache.org/jira/browse/TUSCANY-329?page=comments#action_12 378455 ] Meeraj Kunnumpurath commented on TUSCANY-329: --------------------------------------------- Jim, I have had a quick look at the support class. This is kind of what I thought about, define generic abstractions for the extension interfaces and have parameterization by the concrete types. I think, there are still issues around type casts between raw and generic types in the support classes. I will have a closer look tonight and get the groovy implementation to extend the support classes and see how it goes. Ta Meeraj > Simplified extension API improvements > ------------------------------------- > > Key: TUSCANY-329 > URL: http://issues.apache.org/jira/browse/TUSCANY-329 > Project: Tuscany > Type: Improvement > Components: Java SCA Core > Versions: M1 > Reporter: ant elder > Assignee: Jim Marino > Priority: Critical > Fix For: M1 > > The work to create simple APIs for adding extensions has made some of the work required to add an extension much simpler, but there's still things that can be simplfied further for container extensions for new component types. The relevant classes are the ContextFactory, ComponentContext, and TargetInvoker which have a non trivial amount of code and its virtually identical for most simple components. A ComponentTargetInvoker would also be almost identical to the o.a.t.c.extension.ExternalServiceTargetInvoker. Code for these classes already exists in the Java container, it just needs to be refactored a little to be generic and moved to the o.a.t.c.extension package. > Be really great if we could get this done before M1 so we have stable extension APIs for people to work with. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira 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.
