"James Carman" <[EMAIL PROTECTED]> writes: BTW: proxy is 1.5+ only? At least the ProxyUtils are.
>"Make sure your class is package scoped" >Well, it's public, and so is the getAllInterfaces() method, but it doesn't >have the same signature as the one from commons-lang (it returns a Class[] >as opposed to a List). I have a private implementation method that I call >in my array-based version that I copied from commons-lang. One of the quirks in the Java language is, that the package names (foo, foo.bar, foo.bar.baz) imply a hierarchy which in fact does not exist. There is no "visible in package and sub-packages" modifier. So if you want to use an utility class in foo, foo.bar, foo.baz, you have to make it public (Sun, are you listening? Here is a chance for another cool new scope that C# probably doesn't have yet. ;-) ) Best regards Henning >-----Original Message----- >From: Stephen Colebourne [mailto:[EMAIL PROTECTED] >Sent: Thursday, September 08, 2005 6:11 PM >To: Jakarta Commons Developers List >Subject: Re: [proxy] Commons-Lang Dependency... >James Carman wrote: >> Thank you for the advice, guys! I copied the getAllInterfaces() method >over >> to my ProxyUtils class and documented that I "borrowed" it from Jakarta >> Commons Lang. >By approaching it this way, you will find that you can monitor your >usage of these routines, and can thus add a dependency later if it seems >justified. Make sure your class is package scoped. > > The only absolute runtime dependency that commons-proxy >> has now is the AOP Alliance API, ....... That >> one I think I'm stuck with, though. I might try to come up with a way to >> provide a "bridge" or "adapter" to the AOP Alliance API and come up with >my >> own interface for method interceptors. I don't know how necessary that >is, >> though. The AOP Alliance API is somewhat well accepted. >This is similar to [email] depending on JavaMail API. It is (probably) >the reason why your component exists, so it is only reasonable to have >the dependency. >Stephen >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development 4 - 8 - 15 - 16 - 23 - 42 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]