commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jakob Korherr <jakob.korh...@gmail.com>
Subject Re: [sandbox] [classscan] classscan API design review needed
Date Fri, 29 Jul 2011 07:32:31 GMT
Hi,

What about provider and subscriber or something similar? server/client
really sounds very heavyweight..

Regards,
Jakob

2011/7/29 James Carman <jcarman@carmanconsulting.com>:
> Why the client / server nomenclature?  Makes it sound too heavyweight
> On Jul 28, 2011 4:20 PM, "Mark Struberg" <struberg@yahoo.de> wrote:
>> Hi Simo!
>>
>> Sorry, I guess I was not clear enough!
>>
>> Some specs require us to pickup this info from some config (e.g.
> META-INF/beans.xml). The classscan-client needs to pickup this configuration
> from there and must tell it the classscan-server somehow. This could be some
> form of Domain Specific Language, but I'm not sure if this isn't a complete
> overkill here.
>>
>> It could be interesting to use the DSL approach for the callback filters
> of course.
>>
>> LieGrue,
>> strub
>>
>> --- On Thu, 7/28/11, Simone Tripodi <simonetripodi@apache.org> wrote:
>>
>>> From: Simone Tripodi <simonetripodi@apache.org>
>>> Subject: Re: [sandbox] [classscan] classscan API design review needed
>>> To: "Commons Developers List" <dev@commons.apache.org>
>>> Date: Thursday, July 28, 2011, 6:44 PM
>>> Hallo Mark,
>>>
>>> >
>>> > Some classscan-clients maybe first need to read some
>>> config files for getting exclude/include info.
>>> >
>>>
>>> sorry for being repetitive but that's here too that I
>>> suggest adopting
>>> the Meiyo's alike way of configuring the component via EDSL
>>> instead of
>>> config files - there's no reason to adopt an approach that
>>> reminds old
>>> J2EE/Spring configurations - unless we aim be integrated
>>> ;)
>>>
>>> I had the same problem with moinmoin but honestly I don't
>>> remember how
>>> I figured out :/
>>>
>>> Buona serata! ;)
>>> Simo
>>>
>>> ---------------------------------------------------------------------
>>> 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
>>
>



-- 
Jakob Korherr

blog: http://www.jakobk.com
twitter: http://twitter.com/jakobkorherr
work: http://www.irian.at

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


Mime
View raw message