Re: [lang] ReflectionUtils

2005-02-05 Thread robert burrell donkin
On Wed, 2005-02-02 at 01:07, Torsten Curdt wrote:
 Stephen Colebourne wrote:
  By using an interface strategy to find methods I believe that this takes
  it out of scope for [lang]. We have tried to restrict lang to tasks that
  are non-framework like and non-religious.
 
 I see
 
  I am also being harsh, because there is a [reflect] component in the
  sandbox, which is dormant. That was meant to handle generic
  ReflectionUtils type things.
 
 What about it?

it's been waiting a while for someone to pick it up for a while now :)

 Plus there are MethodUtils and so on in
  [beanutils].
 
 Ok ...I will have a look into both
 the beanutils and the reflect component.

i'd say that the reflect would be the better match.

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [lang] ReflectionUtils

2005-02-01 Thread Stephen Colebourne
By using an interface strategy to find methods I believe that this takes it 
out of scope for [lang]. We have tried to restrict lang to tasks that are 
non-framework like and non-religious.

I am also being harsh, because there is a [reflect] component in the 
sandbox, which is dormant. That was meant to handle generic ReflectionUtils 
type things. Plus there are MethodUtils and so on in [beanutils].

Stephen
- Original Message - 
From: Torsten Curdt [EMAIL PROTECTED]
To: Jakarta Commons Developers List commons-dev@jakarta.apache.org
Sent: Monday, January 31, 2005 11:10 PM
Subject: [lang] ReflectionUtils


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [lang] ReflectionUtils

2005-02-01 Thread Torsten Curdt
Stephen Colebourne wrote:
By using an interface strategy to find methods I believe that this takes
it out of scope for [lang]. We have tried to restrict lang to tasks that
are non-framework like and non-religious.
I see
I am also being harsh, because there is a [reflect] component in the
sandbox, which is dormant. That was meant to handle generic
ReflectionUtils type things.
What about it?
Plus there are MethodUtils and so on in
[beanutils].
Ok ...I will have a look into both
the beanutils and the reflect component.
cheers
--
Torsten


signature.asc
Description: OpenPGP digital signature


[lang] ReflectionUtils

2005-01-31 Thread Torsten Curdt
I've had the need for this ReflectionUtils class in a couple
of projects already. It's also being used within Cocoon.
IMHO it would make sense to have it lang.
..what do you guys think? Should I prepare a patch?
http://svn.apache.org/repos/asf/jakarta/commons/sandbox/javaflow/trunk/src/java/org/apache/commons/javaflow/utils/ReflectionUtils.java
cheers
--
Torsten


signature.asc
Description: OpenPGP digital signature