Re: [picocontainer-dev] Parameter names

Paul Hammant <[email protected]>
Newsgroups gmane.comp.java.picocontainer.devel
Message-ID <[email protected]>
Well I'll settle for two jars -

    picocontainer-2.0.jar
    picocontainer-with-names-2.0.jar

or

    picocontainer-light-2.0.jar
    picocontainer-2.0.jar

but would really prefer one, given I'm feeling this is pretty  
fundamental stuff, and that its included does not break the original  
design of Pico

Without that concession, the logical conclusion is to have all trace  
of PN access removed from Pico core, and moved to an external jar,  
that would have to be used like so -

    new DefaultPicoContainer( .... , new ParameterNameAcessor() );

or

    new ParameterNameAcessingPicoContainer( ....  );

Thoughts?

- Paul

On Oct 6, 2007, at 6:06 AM, Mauro Talevi wrote:

> Michael Rimov wrote:
>>> The intention is to consume the 18K paranamer jar into Pico's jar.
>>>
>>> Maven has a 'Shade' plugin to facilitate this. I can't quite get it
>>> working though.
>>>
>>> Does this make the parameter-name more attractive for core ?
>> For me it does -- I'm not nearly as concerned about size as I am  
>> about
>> dependencies.
>
> I agree - I think we should not divert from the original rule of  
> Pico core:
>
> No mandatory dependencies outside the JDK itself.
>
> Paranamer - be it shaded and therefore bundled or not - is still an  
> external dep,
> and as such it should be optional.
>
> We could use the shade plugin to create an extra jar as attachment  
> to the main jar with the bundled dep.
>
> Cheers
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
>
>    http://xircles.codehaus.org/manage_email
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.