commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Carman" <ja...@carmanconsulting.com>
Subject RE: Sandbox Project Proposal: Commons-Proxy...
Date Sun, 21 Aug 2005 17:55:23 GMT
Well, since nobody answered me, I went ahead and just tried importing the
code into the sandbox SVN repository and it worked (guess I had more karma
than I thought).  So, it's in there now.  

-----Original Message-----
From: James Carman [mailto:james@carmanconsulting.com] 
Sent: Sunday, August 21, 2005 11:06 AM
To: 'Jakarta Commons Developers List'
Subject: RE: Sandbox Project Proposal: Commons-Proxy...

So, if I would like to start a sandbox project for this, how would I go
about it?  I'm sure some of my fellow HiveMind committers would be
interested in this code.  HiveMind has taken quite a bit of flak for not
lending itself to configuration via code (the "less XML is good" mantra).

-----Original Message-----
From: James Carman [mailto:james@carmanconsulting.com] 
Sent: Sunday, August 21, 2005 10:29 AM
To: 'Jakarta Commons Developers List'
Subject: RE: Sandbox Project Proposal: Commons-Proxy...

Well, the one thing that ProxyToys doesn't do is base itself on a
well-accepted API (AOP Alliance) for method interception.  Jakarta commons
proxy (or whatever we call it) will use the AOP Alliance API for
"intercepted proxy" generation.  The JCP (Jakarta Commons Proxy) library's
ProxyFactory interface would include methods that create "intercepted
proxies" which go through a MethodInterceptor to a destination target
object, which in turn may also be a proxy.  

So, I would still suggest/propose that we start a sandbox project for this.
This project could be the home for libraries of reusable MethodInterceptor
implementations (logging, authentication, authorization, usage statistics,
etc.).  Also, it would be a place to create all sorts of ObjectProviders for
providing either decorators for the object providers (singleton, pooled,
threaded, etc.) or actual core object providers (SessionBeanProvider,
BurlapProvider, HessianProvider, JaxRpcProvider, RmiProvider, JiniProvider,
etc.).  



-----Original Message-----
From: James Carman [mailto:james@carmanconsulting.com] 
Sent: Friday, August 12, 2005 7:59 AM
To: 'Jakarta Commons Developers List'
Subject: RE: Sandbox Project Proposal: Commons-Proxy...

No, I wasn't aware of it, but I'm going to download it to see how much
overlap there really is.  

-----Original Message-----
From: Jörg Schaible [mailto:Joerg.Schaible@Elsag-Solutions.com] 
Sent: Friday, August 12, 2005 2:38 AM
To: Jakarta Commons Developers List
Subject: RE: Sandbox Project Proposal: Commons-Proxy...

Hi James,

James Carman wrote on Tuesday, August 09, 2005 8:01 PM:

> Some of the code in my new "syringe" project deals
> specifically with creating proxy objects (currently I support
> CGLIB and reflection-based proxies).  It is generic enough to
> live on its own and useful enough that others might be
> interested in it.  Does this sound like something that does
> belong in the sandbox?

You are aware of, that something like this exists ?

http://proxytoys.codehaus.org

- Jörg

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message