Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Message-Id: <200508211505.j7LF5dcC019082@carmanconsulting.com>
From: "James Carman" <james@carmanconsulting.com>
To: "'Jakarta Commons Developers List'" <commons-dev@jakarta.apache.org>
Subject: RE: Sandbox Project Proposal: Commons-Proxy...
Date: Sun, 21 Aug 2005 11:05:51 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <200508211428.j7LESnqC018471@carmanconsulting.com>
Thread-Index: AcWdDEIehkmLq51kSly5Bb1wWyFV/AB+/5PgAAs5kHABySg94AAB2kNQ

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]=20
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. =20

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.). =20


-----Original Message-----
From: James Carman [mailto:james@carmanconsulting.com]=20
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. =20

-----Original Message-----
From: J=F6rg Schaible [mailto:Joerg.Schaible@Elsag-Solutions.com]=20
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=F6rg

---------------------------------------------------------------------
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