Hi, What about provider and subscriber or something similar? server/client really sounds very heavyweight..
Regards, Jakob 2011/7/29 James Carman <[email protected]>: > Why the client / server nomenclature? Makes it sound too heavyweight > On Jul 28, 2011 4:20 PM, "Mark Struberg" <[email protected]> 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 <[email protected]> wrote: >> >>> From: Simone Tripodi <[email protected]> >>> Subject: Re: [sandbox] [classscan] classscan API design review needed >>> To: "Commons Developers List" <[email protected]> >>> 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: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
