[forge-dev] shading!?

[Max Rydahl Andersen]

> I was thinking we might already be able to do that using the existing pom.xml metadata that's stored in the artifact itself, or is that too tricky?

if there is a standard location for dependencies then it should be fine - at least better than shading ;)

/max

> 
> On Mon, Apr 11, 2011 at 6:51 PM, Max Andersen <manderse at redhat.com> wrote:
> I was thinking Plugin jar having references to dependent jars via manifest.mf
> 
> /max (sent from my phone)
> 
> 
> On 12/04/2011, at 00.39, "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
> 
>> Can you give an example of how you would bundle the JARs? (Just put them in /META-INF/dependencies/ ... ?) And would that not cause just as many class conflicts? If you shade/relocate then the deps *should be* completely isolated.
>> 
>> On Mon, Apr 11, 2011 at 4:11 PM, Max Rydahl Andersen <max.andersen at redhat.com> wrote:
>> well, recommending just bundling jars would be a better approach than shading IMO.
>> 
>> /max
>> 
>> On Apr 11, 2011, at 16:00, Lincoln Baxter, III wrote:
>> 
>> > Yeah, shading is currently the recommended approach. Conflicts should be avoided by using relocations. I know this is... not a great method, but for now it's all we've got. Open to suggestions.
>> >
>> > ~Lincoln
>> >
>> > On Mon, Apr 11, 2011 at 3:41 AM, Max Rydahl Andersen <max.andersen at redhat.com> wrote:
>> > Heya,
>> >
>> > Lincoln, I just saw your commits to hibernattools plugin at (https://github.com/forge/plugin-hibernate-tools/commit/8b208b4a8e79dbb8a01d10d266ee81afd2cf7106)
>> >
>> > Is shading of jars really the recommended approach for plugins in Forge ?
>> >
>> > How are you going to share/avoid collisions of libraries across plugins if they need to bundle via shading ?
>> >
>> > /max
>> > http://about.me/maxandersen
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>> >
>> >
>> >
>> > --
>> > Lincoln Baxter, III
>> > http://ocpsoft.com
>> > http://scrumshark.com
>> > "Keep it Simple"
>> 
>> /max
>> http://about.me/maxandersen
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Lincoln Baxter, III
>> http://ocpsoft.com
>> http://scrumshark.com
>> "Keep it Simple"
> 
> 
> 
> -- 
> Lincoln Baxter, III
> http://ocpsoft.com
> http://scrumshark.com
> "Keep it Simple"

/max
http://about.me/maxandersen