You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Simone Tripodi <si...@apache.org> on 2011/06/14 16:42:52 UTC
[DISCUSS] The future of the Meiyo component
Hi all guys,
I invested a little of my spare time on rearranging stuff on Meiyo and
put it in a decent condition, what is needed is the following:
* involve more people, technical review are more than accepted; feel
free to discuss improvement and commit!
* take a decision:
- merging parts in different existing components;
- releasing it as a new component; in this case, we have to
promote it as a proper component and we already agreed a new name is
needed.
WDYT? Many thanks in advance, have a nice day!!!
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by James Carman <ja...@carmanconsulting.com>.
I like commons-classpath. This way, if we want to add more to this
library with respect to classpath stuff, we can.
On Tue, Jun 14, 2011 at 2:14 PM, Matt Benson <gu...@gmail.com> wrote:
> On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
> <si...@apache.org> wrote:
>> Hi all guys,
>> I invested a little of my spare time on rearranging stuff on Meiyo and
>> put it in a decent condition, what is needed is the following:
>>
>> * involve more people, technical review are more than accepted; feel
>> free to discuss improvement and commit!
>> * take a decision:
>> - merging parts in different existing components;
>> - releasing it as a new component; in this case, we have to
>> promote it as a proper component and we already agreed a new name is
>> needed.
>>
>> WDYT? Many thanks in advance, have a nice day!!!
>
> Can we go ahead and decide the (deliberately bland) name of the
> sandbox component? Obvious (to me) candidates include:
>
> * [scancp]
> * [cpscan]
> * [classpath]
>
> Are there others? Once this is decided we can set up the
> trunks-sandbox external (and won't need to change it later). It
> sounds silly, but I'd rather have the code in my checkout of
> trunks-sandbox before doing anything serious to it personally.
>
> Matt
>
>> All the best,
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Simone Tripodi <si...@apache.org>.
Hi Seb!!!
the new sandbox component doesn't have any relation with Clazz, since
they have different purposes.
Looks like Clazz aims to manipulate classes, the new one just is
limited on visited classes and intercept
AnnotatedElements/Annotations; one usage scenario could be, for
example, visiting JPA Entities and building HQL statements.
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Jun 14, 2011 at 9:35 PM, sebb <se...@gmail.com> wrote:
> On 14 June 2011 19:46, Matt Benson <gu...@gmail.com> wrote:
>> On Tue, Jun 14, 2011 at 1:38 PM, Simone Tripodi
>> <si...@apache.org> wrote:
>>> Hi all guys,
>>> thanks a lot for the feedbacks!!!
>>> Two minor notes:
>>>
>>> * code is already available (and rearranged) in sandbox[1], so feel
>>> free to play with it!!!
>>
>>
>> I know the code is there :) ... that's why I acknowledged the
>> silliness my reluctance to "get my hands dirty" until after the
>> component is named/moved.
>>
>>> * I like commons-classpath too, anyway the component contains also
>>> the stuff to scan Classes/Annotations, so 'classpath' would sound too
>>> restrictive... or not? :P
>>>
>>
>> I can see why you might think so; however it seems to me the
>> implication of "visit these classes and do X when you find Y" carries
>> the implication that the classes in question were most likely
>> discovered by classpath scanning. Does the codebase currently contain
>> (fluent?) code to directly chain the output of a classpath scan to
>> such a "class visit"?
>
> How does it relate to the Sandbox Clazz component?
>
> Alternatively, if it's not just about class path, perhaps could call
> it ClassUtils?
>
> Just a thought.
>
>> Matt
>>
>>> I can take care about quickly renaming/repackaging once we decided how
>>> to call it, thanks in advance!!!
>>> All the best!
>>> Simo
>>>
>>> [1] https://svn.apache.org/repos/asf/commons/sandbox/meiyo/trunk
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://www.99soft.org/
>>>
>>>
>>>
>>> On Tue, Jun 14, 2011 at 8:25 PM, Matt Benson <gu...@gmail.com> wrote:
>>>> On Tue, Jun 14, 2011 at 1:17 PM, Gary Gregory <ga...@gmail.com> wrote:
>>>>> On Jun 14, 2011, at 14:15, Matt Benson <gu...@gmail.com> wrote:
>>>>>
>>>>>> On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
>>>>>> <si...@apache.org> wrote:
>>>>>>> Hi all guys,
>>>>>>> I invested a little of my spare time on rearranging stuff on Meiyo and
>>>>>>> put it in a decent condition, what is needed is the following:
>>>>>>>
>>>>>>> * involve more people, technical review are more than accepted; feel
>>>>>>> free to discuss improvement and commit!
>>>>>>> * take a decision:
>>>>>>> - merging parts in different existing components;
>>>>>>> - releasing it as a new component; in this case, we have to
>>>>>>> promote it as a proper component and we already agreed a new name is
>>>>>>> needed.
>>>>>>>
>>>>>>> WDYT? Many thanks in advance, have a nice day!!!
>>>>>>
>>>>>> Can we go ahead and decide the (deliberately bland) name of the
>>>>>> sandbox component? Obvious (to me) candidates include:
>>>>>>
>>>>>> * [scancp]
>>>>>> * [cpscan]
>>>>>> * [classpath]
>>>>>>
>>>>> Classpath is nice.
>>>>
>>>> Actually, continuing to think about this, I am inclined to agree.
>>>> Though James's response came in while I was composing this :) , I also
>>>> am thinking that I and probably others have bits of classpath-related
>>>> code that might complement a general-purpose [classpath] component.
>>>>
>>>> Matt
>>>>
>>>>>
>>>>> Gary
>>>>>
>>>>>> Are there others? Once this is decided we can set up the
>>>>>> trunks-sandbox external (and won't need to change it later). It
>>>>>> sounds silly, but I'd rather have the code in my checkout of
>>>>>> trunks-sandbox before doing anything serious to it personally.
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>>> All the best,
>>>>>>> Simo
>>>>>>>
>>>>>>> http://people.apache.org/~simonetripodi/
>>>>>>> http://www.99soft.org/
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by sebb <se...@gmail.com>.
On 14 June 2011 19:46, Matt Benson <gu...@gmail.com> wrote:
> On Tue, Jun 14, 2011 at 1:38 PM, Simone Tripodi
> <si...@apache.org> wrote:
>> Hi all guys,
>> thanks a lot for the feedbacks!!!
>> Two minor notes:
>>
>> * code is already available (and rearranged) in sandbox[1], so feel
>> free to play with it!!!
>
>
> I know the code is there :) ... that's why I acknowledged the
> silliness my reluctance to "get my hands dirty" until after the
> component is named/moved.
>
>> * I like commons-classpath too, anyway the component contains also
>> the stuff to scan Classes/Annotations, so 'classpath' would sound too
>> restrictive... or not? :P
>>
>
> I can see why you might think so; however it seems to me the
> implication of "visit these classes and do X when you find Y" carries
> the implication that the classes in question were most likely
> discovered by classpath scanning. Does the codebase currently contain
> (fluent?) code to directly chain the output of a classpath scan to
> such a "class visit"?
How does it relate to the Sandbox Clazz component?
Alternatively, if it's not just about class path, perhaps could call
it ClassUtils?
Just a thought.
> Matt
>
>> I can take care about quickly renaming/repackaging once we decided how
>> to call it, thanks in advance!!!
>> All the best!
>> Simo
>>
>> [1] https://svn.apache.org/repos/asf/commons/sandbox/meiyo/trunk
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>>
>>
>> On Tue, Jun 14, 2011 at 8:25 PM, Matt Benson <gu...@gmail.com> wrote:
>>> On Tue, Jun 14, 2011 at 1:17 PM, Gary Gregory <ga...@gmail.com> wrote:
>>>> On Jun 14, 2011, at 14:15, Matt Benson <gu...@gmail.com> wrote:
>>>>
>>>>> On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
>>>>> <si...@apache.org> wrote:
>>>>>> Hi all guys,
>>>>>> I invested a little of my spare time on rearranging stuff on Meiyo and
>>>>>> put it in a decent condition, what is needed is the following:
>>>>>>
>>>>>> * involve more people, technical review are more than accepted; feel
>>>>>> free to discuss improvement and commit!
>>>>>> * take a decision:
>>>>>> - merging parts in different existing components;
>>>>>> - releasing it as a new component; in this case, we have to
>>>>>> promote it as a proper component and we already agreed a new name is
>>>>>> needed.
>>>>>>
>>>>>> WDYT? Many thanks in advance, have a nice day!!!
>>>>>
>>>>> Can we go ahead and decide the (deliberately bland) name of the
>>>>> sandbox component? Obvious (to me) candidates include:
>>>>>
>>>>> * [scancp]
>>>>> * [cpscan]
>>>>> * [classpath]
>>>>>
>>>> Classpath is nice.
>>>
>>> Actually, continuing to think about this, I am inclined to agree.
>>> Though James's response came in while I was composing this :) , I also
>>> am thinking that I and probably others have bits of classpath-related
>>> code that might complement a general-purpose [classpath] component.
>>>
>>> Matt
>>>
>>>>
>>>> Gary
>>>>
>>>>> Are there others? Once this is decided we can set up the
>>>>> trunks-sandbox external (and won't need to change it later). It
>>>>> sounds silly, but I'd rather have the code in my checkout of
>>>>> trunks-sandbox before doing anything serious to it personally.
>>>>>
>>>>> Matt
>>>>>
>>>>>> All the best,
>>>>>> Simo
>>>>>>
>>>>>> http://people.apache.org/~simonetripodi/
>>>>>> http://www.99soft.org/
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Matt Benson <gu...@gmail.com>.
On Tue, Jun 14, 2011 at 1:38 PM, Simone Tripodi
<si...@apache.org> wrote:
> Hi all guys,
> thanks a lot for the feedbacks!!!
> Two minor notes:
>
> * code is already available (and rearranged) in sandbox[1], so feel
> free to play with it!!!
I know the code is there :) ... that's why I acknowledged the
silliness my reluctance to "get my hands dirty" until after the
component is named/moved.
> * I like commons-classpath too, anyway the component contains also
> the stuff to scan Classes/Annotations, so 'classpath' would sound too
> restrictive... or not? :P
>
I can see why you might think so; however it seems to me the
implication of "visit these classes and do X when you find Y" carries
the implication that the classes in question were most likely
discovered by classpath scanning. Does the codebase currently contain
(fluent?) code to directly chain the output of a classpath scan to
such a "class visit"?
Matt
> I can take care about quickly renaming/repackaging once we decided how
> to call it, thanks in advance!!!
> All the best!
> Simo
>
> [1] https://svn.apache.org/repos/asf/commons/sandbox/meiyo/trunk
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Tue, Jun 14, 2011 at 8:25 PM, Matt Benson <gu...@gmail.com> wrote:
>> On Tue, Jun 14, 2011 at 1:17 PM, Gary Gregory <ga...@gmail.com> wrote:
>>> On Jun 14, 2011, at 14:15, Matt Benson <gu...@gmail.com> wrote:
>>>
>>>> On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
>>>> <si...@apache.org> wrote:
>>>>> Hi all guys,
>>>>> I invested a little of my spare time on rearranging stuff on Meiyo and
>>>>> put it in a decent condition, what is needed is the following:
>>>>>
>>>>> * involve more people, technical review are more than accepted; feel
>>>>> free to discuss improvement and commit!
>>>>> * take a decision:
>>>>> - merging parts in different existing components;
>>>>> - releasing it as a new component; in this case, we have to
>>>>> promote it as a proper component and we already agreed a new name is
>>>>> needed.
>>>>>
>>>>> WDYT? Many thanks in advance, have a nice day!!!
>>>>
>>>> Can we go ahead and decide the (deliberately bland) name of the
>>>> sandbox component? Obvious (to me) candidates include:
>>>>
>>>> * [scancp]
>>>> * [cpscan]
>>>> * [classpath]
>>>>
>>> Classpath is nice.
>>
>> Actually, continuing to think about this, I am inclined to agree.
>> Though James's response came in while I was composing this :) , I also
>> am thinking that I and probably others have bits of classpath-related
>> code that might complement a general-purpose [classpath] component.
>>
>> Matt
>>
>>>
>>> Gary
>>>
>>>> Are there others? Once this is decided we can set up the
>>>> trunks-sandbox external (and won't need to change it later). It
>>>> sounds silly, but I'd rather have the code in my checkout of
>>>> trunks-sandbox before doing anything serious to it personally.
>>>>
>>>> Matt
>>>>
>>>>> All the best,
>>>>> Simo
>>>>>
>>>>> http://people.apache.org/~simonetripodi/
>>>>> http://www.99soft.org/
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Simone Tripodi <si...@apache.org>.
Hi James,
good point, I agree. Feel free to play with the codebase - it is in a
decent form in the way that people can be able to extend/modify it -
and I'm more than pleased to provide any kind of info is not reported.
What I still need to do, is a short user guide where explaining how
stuff work, but TestCases should provide intuitive suggestions.
Thanks a lot for your time, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Jun 15, 2011 at 5:47 PM, James Carman
<ja...@carmanconsulting.com> wrote:
> On Wed, Jun 15, 2011 at 11:28 AM, Simone Tripodi
> <si...@apache.org> wrote:
>> I think so, until democracy is adopted, majority always wins, so let's
>> rename it to commons-classpath! :)
>
> It's still in the sandbox. I say let's quit quibbling over the name
> at this point. Let's get some code together and see how it shakes
> out. Perhaps folks will come up with ideas about new stuff that
> belongs in there that would make us think the name needs to be
> changed. Let's just get to work on it and let it develop. If the
> name needs to change before we go to "proper" with it, then we can do
> so at that time. It's just a package name change (and perhaps a logo,
> which I'd say hold off on until we move it to proper).
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by James Carman <ja...@carmanconsulting.com>.
On Wed, Jun 15, 2011 at 11:28 AM, Simone Tripodi
<si...@apache.org> wrote:
> I think so, until democracy is adopted, majority always wins, so let's
> rename it to commons-classpath! :)
It's still in the sandbox. I say let's quit quibbling over the name
at this point. Let's get some code together and see how it shakes
out. Perhaps folks will come up with ideas about new stuff that
belongs in there that would make us think the name needs to be
changed. Let's just get to work on it and let it develop. If the
name needs to change before we go to "proper" with it, then we can do
so at that time. It's just a package name change (and perhaps a logo,
which I'd say hold off on until we move it to proper).
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Simone Tripodi <si...@apache.org>.
I think so, until democracy is adopted, majority always wins, so let's
rename it to commons-classpath! :)
thank you all for the feedbacks and support, have a nice day!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Jun 15, 2011 at 4:17 PM, Matt Benson <gu...@gmail.com> wrote:
> So, uh... do we have consensus or what? ;)
>
> Matt
>
> On Wed, Jun 15, 2011 at 1:50 AM, Simone Tripodi
> <si...@apache.org> wrote:
>> Hi Torsten!!!
>> just woke up, raw your mail and... I agree :) And I should stop
>> sending email when I'm tired :D
>> Have a nice day, alles gute!
>> Simo
>>
>> PS that component uses the directory traversal you blogged years
>> ago... it was the Joost era when I raw it!
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>>
>>
>> On Wed, Jun 15, 2011 at 2:46 AM, Torsten Curdt <tc...@vafer.org> wrote:
>>>> what about commons-scanner?
>>>
>>> Naaaaaa. I would think of many things when I hear that name - but not
>>> what it actually does :)
>>> For the name I guess it all depends on what else the component is
>>> supposed to cover in the future.
>>>
>>> "classpath" reminds me a little on Harmony ... but in the end it would
>>> be commons-classpath ... so ... *shrug* ... why not
>>>
>>> cheers,
>>> Torsten
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Matt Benson <gu...@gmail.com>.
So, uh... do we have consensus or what? ;)
Matt
On Wed, Jun 15, 2011 at 1:50 AM, Simone Tripodi
<si...@apache.org> wrote:
> Hi Torsten!!!
> just woke up, raw your mail and... I agree :) And I should stop
> sending email when I'm tired :D
> Have a nice day, alles gute!
> Simo
>
> PS that component uses the directory traversal you blogged years
> ago... it was the Joost era when I raw it!
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Wed, Jun 15, 2011 at 2:46 AM, Torsten Curdt <tc...@vafer.org> wrote:
>>> what about commons-scanner?
>>
>> Naaaaaa. I would think of many things when I hear that name - but not
>> what it actually does :)
>> For the name I guess it all depends on what else the component is
>> supposed to cover in the future.
>>
>> "classpath" reminds me a little on Harmony ... but in the end it would
>> be commons-classpath ... so ... *shrug* ... why not
>>
>> cheers,
>> Torsten
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Simone Tripodi <si...@apache.org>.
Hi Torsten!!!
just woke up, raw your mail and... I agree :) And I should stop
sending email when I'm tired :D
Have a nice day, alles gute!
Simo
PS that component uses the directory traversal you blogged years
ago... it was the Joost era when I raw it!
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Jun 15, 2011 at 2:46 AM, Torsten Curdt <tc...@vafer.org> wrote:
>> what about commons-scanner?
>
> Naaaaaa. I would think of many things when I hear that name - but not
> what it actually does :)
> For the name I guess it all depends on what else the component is
> supposed to cover in the future.
>
> "classpath" reminds me a little on Harmony ... but in the end it would
> be commons-classpath ... so ... *shrug* ... why not
>
> cheers,
> Torsten
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Torsten Curdt <tc...@vafer.org>.
> what about commons-scanner?
Naaaaaa. I would think of many things when I hear that name - but not
what it actually does :)
For the name I guess it all depends on what else the component is
supposed to cover in the future.
"classpath" reminds me a little on Harmony ... but in the end it would
be commons-classpath ... so ... *shrug* ... why not
cheers,
Torsten
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Simone Tripodi <si...@apache.org>.
Hi all guys,
(take in consideration that due to my local time I'm sleepy to death)
what about commons-scanner? At the end of the day, scanning is the
only thing that this new component does :P
Chat tomorrow, have a nice day!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Jun 15, 2011 at 12:10 AM, Matt Benson <gu...@gmail.com> wrote:
> On Tue, Jun 14, 2011 at 5:05 PM, Jörg Schaible <jo...@gmx.de> wrote:
>> Simone Tripodi wrote:
>>
>>> Hi all guys,
>>> thanks a lot for the feedbacks!!!
>>> Two minor notes:
>>>
>>> * code is already available (and rearranged) in sandbox[1], so feel
>>> free to play with it!!!
>>> * I like commons-classpath too, anyway the component contains also
>>> the stuff to scan Classes/Annotations, so 'classpath' would sound too
>>> restrictive... or not? :P
>>
>> What about "commons-reflection" then ?
>>
>
> There is also a dormat [reflect] component, but I think of the
> java.lang.reflect APIs when I think of reflection, which is why I
> adapted [beanutils]' similar code into the oac.lang3.reflect package.
> It just feels like a slightly different niche.
>
> Matt
>
>> - Jörg
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Matt Benson <gu...@gmail.com>.
On Tue, Jun 14, 2011 at 5:05 PM, Jörg Schaible <jo...@gmx.de> wrote:
> Simone Tripodi wrote:
>
>> Hi all guys,
>> thanks a lot for the feedbacks!!!
>> Two minor notes:
>>
>> * code is already available (and rearranged) in sandbox[1], so feel
>> free to play with it!!!
>> * I like commons-classpath too, anyway the component contains also
>> the stuff to scan Classes/Annotations, so 'classpath' would sound too
>> restrictive... or not? :P
>
> What about "commons-reflection" then ?
>
There is also a dormat [reflect] component, but I think of the
java.lang.reflect APIs when I think of reflection, which is why I
adapted [beanutils]' similar code into the oac.lang3.reflect package.
It just feels like a slightly different niche.
Matt
> - Jörg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Jörg Schaible <jo...@gmx.de>.
Simone Tripodi wrote:
> Hi all guys,
> thanks a lot for the feedbacks!!!
> Two minor notes:
>
> * code is already available (and rearranged) in sandbox[1], so feel
> free to play with it!!!
> * I like commons-classpath too, anyway the component contains also
> the stuff to scan Classes/Annotations, so 'classpath' would sound too
> restrictive... or not? :P
What about "commons-reflection" then ?
- Jörg
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by James Carman <ja...@carmanconsulting.com>.
On Tue, Jun 14, 2011 at 3:07 PM, Simone Tripodi
<si...@apache.org> wrote:
>
> @James: didn't perform any integration test in different application
> servers, apologizes :( Do you have any suggestion about how to
> automate them? It would be nice having them running just launching
> 'mvn test' but I don't have a idea yet how to do it.
>
I mainly was wondering if you have used it in an application server
environment. It might be helpful to construct a little simple
JSP-based test harness in the project that folks can just drop into
their application server of choice.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Simone Tripodi <si...@apache.org>.
Hi again guys!!!
You can't immagine how you make me feel happy just speaking about the
new component :)
@Matt: got your POV. Such kind of example you're asking for doesn't
exist (yet!),I'll add it ASAP (now I'm playing a little with graph);
@James: didn't perform any integration test in different application
servers, apologizes :( Do you have any suggestion about how to
automate them? It would be nice having them running just launching
'mvn test' but I don't have a idea yet how to do it.
So, if it is fine for you, I can proceed to renaming it, ok? :)
Just let me know, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Jun 14, 2011 at 8:47 PM, James Carman
<ja...@carmanconsulting.com> wrote:
> On Tue, Jun 14, 2011 at 2:38 PM, Simone Tripodi
> <si...@apache.org> wrote:
>> * code is already available (and rearranged) in sandbox[1], so feel
>> free to play with it!!!
>
> Sounds cool! I've been meaning to look into classpath scanning as a
> "hobby", but haven't had the cycles. Thanks for the legwork! Now I
> don't have to. Have you tested it in different environments
> (application servers, etc.)?
>
>> * I like commons-classpath too, anyway the component contains also
>> the stuff to scan Classes/Annotations, so 'classpath' would sound too
>> restrictive... or not? :P
>>
>
> You scan those things from the classpath, though, right?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by James Carman <ja...@carmanconsulting.com>.
On Tue, Jun 14, 2011 at 2:38 PM, Simone Tripodi
<si...@apache.org> wrote:
> * code is already available (and rearranged) in sandbox[1], so feel
> free to play with it!!!
Sounds cool! I've been meaning to look into classpath scanning as a
"hobby", but haven't had the cycles. Thanks for the legwork! Now I
don't have to. Have you tested it in different environments
(application servers, etc.)?
> * I like commons-classpath too, anyway the component contains also
> the stuff to scan Classes/Annotations, so 'classpath' would sound too
> restrictive... or not? :P
>
You scan those things from the classpath, though, right?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Simone Tripodi <si...@apache.org>.
Hi all guys,
thanks a lot for the feedbacks!!!
Two minor notes:
* code is already available (and rearranged) in sandbox[1], so feel
free to play with it!!!
* I like commons-classpath too, anyway the component contains also
the stuff to scan Classes/Annotations, so 'classpath' would sound too
restrictive... or not? :P
I can take care about quickly renaming/repackaging once we decided how
to call it, thanks in advance!!!
All the best!
Simo
[1] https://svn.apache.org/repos/asf/commons/sandbox/meiyo/trunk
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Jun 14, 2011 at 8:25 PM, Matt Benson <gu...@gmail.com> wrote:
> On Tue, Jun 14, 2011 at 1:17 PM, Gary Gregory <ga...@gmail.com> wrote:
>> On Jun 14, 2011, at 14:15, Matt Benson <gu...@gmail.com> wrote:
>>
>>> On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
>>> <si...@apache.org> wrote:
>>>> Hi all guys,
>>>> I invested a little of my spare time on rearranging stuff on Meiyo and
>>>> put it in a decent condition, what is needed is the following:
>>>>
>>>> * involve more people, technical review are more than accepted; feel
>>>> free to discuss improvement and commit!
>>>> * take a decision:
>>>> - merging parts in different existing components;
>>>> - releasing it as a new component; in this case, we have to
>>>> promote it as a proper component and we already agreed a new name is
>>>> needed.
>>>>
>>>> WDYT? Many thanks in advance, have a nice day!!!
>>>
>>> Can we go ahead and decide the (deliberately bland) name of the
>>> sandbox component? Obvious (to me) candidates include:
>>>
>>> * [scancp]
>>> * [cpscan]
>>> * [classpath]
>>>
>> Classpath is nice.
>
> Actually, continuing to think about this, I am inclined to agree.
> Though James's response came in while I was composing this :) , I also
> am thinking that I and probably others have bits of classpath-related
> code that might complement a general-purpose [classpath] component.
>
> Matt
>
>>
>> Gary
>>
>>> Are there others? Once this is decided we can set up the
>>> trunks-sandbox external (and won't need to change it later). It
>>> sounds silly, but I'd rather have the code in my checkout of
>>> trunks-sandbox before doing anything serious to it personally.
>>>
>>> Matt
>>>
>>>> All the best,
>>>> Simo
>>>>
>>>> http://people.apache.org/~simonetripodi/
>>>> http://www.99soft.org/
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Matt Benson <gu...@gmail.com>.
On Tue, Jun 14, 2011 at 1:17 PM, Gary Gregory <ga...@gmail.com> wrote:
> On Jun 14, 2011, at 14:15, Matt Benson <gu...@gmail.com> wrote:
>
>> On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
>> <si...@apache.org> wrote:
>>> Hi all guys,
>>> I invested a little of my spare time on rearranging stuff on Meiyo and
>>> put it in a decent condition, what is needed is the following:
>>>
>>> * involve more people, technical review are more than accepted; feel
>>> free to discuss improvement and commit!
>>> * take a decision:
>>> - merging parts in different existing components;
>>> - releasing it as a new component; in this case, we have to
>>> promote it as a proper component and we already agreed a new name is
>>> needed.
>>>
>>> WDYT? Many thanks in advance, have a nice day!!!
>>
>> Can we go ahead and decide the (deliberately bland) name of the
>> sandbox component? Obvious (to me) candidates include:
>>
>> * [scancp]
>> * [cpscan]
>> * [classpath]
>>
> Classpath is nice.
Actually, continuing to think about this, I am inclined to agree.
Though James's response came in while I was composing this :) , I also
am thinking that I and probably others have bits of classpath-related
code that might complement a general-purpose [classpath] component.
Matt
>
> Gary
>
>> Are there others? Once this is decided we can set up the
>> trunks-sandbox external (and won't need to change it later). It
>> sounds silly, but I'd rather have the code in my checkout of
>> trunks-sandbox before doing anything serious to it personally.
>>
>> Matt
>>
>>> All the best,
>>> Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://www.99soft.org/
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Gary Gregory <ga...@gmail.com>.
On Jun 14, 2011, at 14:15, Matt Benson <gu...@gmail.com> wrote:
> On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
> <si...@apache.org> wrote:
>> Hi all guys,
>> I invested a little of my spare time on rearranging stuff on Meiyo and
>> put it in a decent condition, what is needed is the following:
>>
>> * involve more people, technical review are more than accepted; feel
>> free to discuss improvement and commit!
>> * take a decision:
>> - merging parts in different existing components;
>> - releasing it as a new component; in this case, we have to
>> promote it as a proper component and we already agreed a new name is
>> needed.
>>
>> WDYT? Many thanks in advance, have a nice day!!!
>
> Can we go ahead and decide the (deliberately bland) name of the
> sandbox component? Obvious (to me) candidates include:
>
> * [scancp]
> * [cpscan]
> * [classpath]
>
Classpath is nice.
Gary
> Are there others? Once this is decided we can set up the
> trunks-sandbox external (and won't need to change it later). It
> sounds silly, but I'd rather have the code in my checkout of
> trunks-sandbox before doing anything serious to it personally.
>
> Matt
>
>> All the best,
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [DISCUSS] The future of the Meiyo component
Posted by Matt Benson <gu...@gmail.com>.
On Tue, Jun 14, 2011 at 9:42 AM, Simone Tripodi
<si...@apache.org> wrote:
> Hi all guys,
> I invested a little of my spare time on rearranging stuff on Meiyo and
> put it in a decent condition, what is needed is the following:
>
> * involve more people, technical review are more than accepted; feel
> free to discuss improvement and commit!
> * take a decision:
> - merging parts in different existing components;
> - releasing it as a new component; in this case, we have to
> promote it as a proper component and we already agreed a new name is
> needed.
>
> WDYT? Many thanks in advance, have a nice day!!!
Can we go ahead and decide the (deliberately bland) name of the
sandbox component? Obvious (to me) candidates include:
* [scancp]
* [cpscan]
* [classpath]
Are there others? Once this is decided we can set up the
trunks-sandbox external (and won't need to change it later). It
sounds silly, but I'd rather have the code in my checkout of
trunks-sandbox before doing anything serious to it personally.
Matt
> All the best,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org