Re: [forge-dev] shading!?

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?

On Mon, Apr 11, 2011 at 6:51 PM, Max Andersen <manderse(a)redhat.com&gt; 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(a)gmail.com&gt; 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(a)redhat.com&gt; 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(a)redhat.com&gt; wrote: > > Heya, > > > > Lincoln, I just saw your commits to hibernattools plugin at (https://github.com/forge/plugin-hibernate-tools/commit/8b208b4a8e79dbb8a0...) > > > > 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(a)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"