|
View:
New views
8 Messages
—
Rating Filter:
Alert me
|
|
|
Shade: making it easy to create executable jarsHi,
I was looking through JIRA and the source and there doesn't seem to be an easy way to create an executable JAR. I don't want to add JAR plugin configuration to set the class I want to use for "java -jar pooky.jar". Anyone else thought about this? I want to add a simple configuration for, and for people who have put the MANIFEST.MF information in I don't see a resource transformer so that you can control the right manifest landing in the right place so it would work. I just want to specify the class and then the plugin do the work. Thanks, Jason ---------------------------------------------------------- Jason van Zyl Founder, Apache Maven jason at sonatype dot com ---------------------------------------------------------- the course of true love never did run smooth ... -- Shakespeare --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
|
|
Re: Shade: making it easy to create executable jarsI was just thinking about wiring in the shade plugin for the
jetty-runner (starts up wars, etc from the cli) this morning and that would definitely require this ability...trying to remember how I did it in the past I think I just added it manually and managed the MANIFEST.MF but that is a nasty file to work with so this would be cool jesse On Thu, Jul 17, 2008 at 9:55 AM, Jason van Zyl <jason@...> wrote: > Hi, > > I was looking through JIRA and the source and there doesn't seem to be an > easy way to create an executable JAR. I don't want to add JAR plugin > configuration to set the class I want to use for "java -jar pooky.jar". > > Anyone else thought about this? > > I want to add a simple configuration for, and for people who have put the > MANIFEST.MF information in I don't see a resource transformer so that you > can control the right manifest landing in the right place so it would work. > > I just want to specify the class and then the plugin do the work. > > Thanks, > > Jason > > ---------------------------------------------------------- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > ---------------------------------------------------------- > > the course of true love never did run smooth ... > > -- Shakespeare > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@... > For additional commands, e-mail: dev-help@... > > -- jesse mcconnell jesse.mcconnell@... --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
|
|
Re: Shade: making it easy to create executable jarsIn general, we let the stuff that executes prior to the Shade plugin handle the manifest. That might be the jar plugin, but it could be something else like the felix bundle plugin. I guess that would be the important thing: make sure the above scenario still works correctly. On Jul 17, 2008, at 10:55 AM, Jason van Zyl wrote: > I was looking through JIRA and the source and there doesn't seem to > be an easy way to create an executable JAR. I don't want to add JAR > plugin configuration to set the class I want to use for "java -jar > pooky.jar". Why not? That's certainly the documented way to do it right now. Dan > > > Anyone else thought about this? > > I want to add a simple configuration for, and for people who have > put the MANIFEST.MF information in I don't see a resource > transformer so that you can control the right manifest landing in > the right place so it would work. > > I just want to specify the class and then the plugin do the work. > > Thanks, > > Jason > > ---------------------------------------------------------- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > ---------------------------------------------------------- > > the course of true love never did run smooth ... > > -- Shakespeare > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@... > For additional commands, e-mail: dev-help@... > --- Daniel Kulp dkulp@... http://www.dankulp.com/blog --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
|
|
Re: Shade: making it easy to create executable jarsI'll make sure, but that would work by default as if you knew the
manifest in one of your JARs had the main-class entry you wouldn't be specifying it in the shade plugin. On 17-Jul-08, at 11:17 AM, Daniel Kulp wrote: > > In general, we let the stuff that executes prior to the Shade plugin > handle the manifest. That might be the jar plugin, but it could > be something else like the felix bundle plugin. > > I guess that would be the important thing: make sure the above > scenario still works correctly. > > On Jul 17, 2008, at 10:55 AM, Jason van Zyl wrote: >> I was looking through JIRA and the source and there doesn't seem to >> be an easy way to create an executable JAR. I don't want to add JAR >> plugin configuration to set the class I want to use for "java -jar >> pooky.jar". > > Why not? That's certainly the documented way to do it right now. > > Dan > > > >> >> >> Anyone else thought about this? >> >> I want to add a simple configuration for, and for people who have >> put the MANIFEST.MF information in I don't see a resource >> transformer so that you can control the right manifest landing in >> the right place so it would work. >> >> I just want to specify the class and then the plugin do the work. >> >> Thanks, >> >> Jason >> >> ---------------------------------------------------------- >> Jason van Zyl >> Founder, Apache Maven >> jason at sonatype dot com >> ---------------------------------------------------------- >> >> the course of true love never did run smooth ... >> >> -- Shakespeare >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@... >> For additional commands, e-mail: dev-help@... >> > > --- > Daniel Kulp > dkulp@... > http://www.dankulp.com/blog > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@... > For additional commands, e-mail: dev-help@... > Thanks, Jason ---------------------------------------------------------- Jason van Zyl Founder, Apache Maven jason at sonatype dot com ---------------------------------------------------------- A party which is not afraid of letting culture, business, and welfare go to ruin completely can be omnipotent for a while. -- Jakob Burckhardt --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
|
|
Re: Shade: making it easy to create executable jarsMaybe I'll make the transformers like the enforcers where they are
components that can be configured. I could see just specifying the main-class ignoring everything else, or allowing merging or selectively looking for an artifact which contained the MANIFEST you wanted to win. On 17-Jul-08, at 11:17 AM, Daniel Kulp wrote: > > In general, we let the stuff that executes prior to the Shade plugin > handle the manifest. That might be the jar plugin, but it could > be something else like the felix bundle plugin. > > I guess that would be the important thing: make sure the above > scenario still works correctly. > > On Jul 17, 2008, at 10:55 AM, Jason van Zyl wrote: >> I was looking through JIRA and the source and there doesn't seem to >> be an easy way to create an executable JAR. I don't want to add JAR >> plugin configuration to set the class I want to use for "java -jar >> pooky.jar". > > Why not? That's certainly the documented way to do it right now. > > Dan > > > >> >> >> Anyone else thought about this? >> >> I want to add a simple configuration for, and for people who have >> put the MANIFEST.MF information in I don't see a resource >> transformer so that you can control the right manifest landing in >> the right place so it would work. >> >> I just want to specify the class and then the plugin do the work. >> >> Thanks, >> >> Jason >> >> ---------------------------------------------------------- >> Jason van Zyl >> Founder, Apache Maven >> jason at sonatype dot com >> ---------------------------------------------------------- >> >> the course of true love never did run smooth ... >> >> -- Shakespeare >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@... >> For additional commands, e-mail: dev-help@... >> > > --- > Daniel Kulp > dkulp@... > http://www.dankulp.com/blog > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@... > For additional commands, e-mail: dev-help@... > Thanks, Jason ---------------------------------------------------------- Jason van Zyl Founder, Apache Maven jason at sonatype dot com ---------------------------------------------------------- Three people can keep a secret provided two of them are dead. -- Unknown --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
|
|
Re: Shade: making it easy to create executable jarsOn Jul 17, 2008, at 11:23 AM, Jason van Zyl wrote: > I'll make sure, but that would work by default as if you knew the > manifest in one of your JARs had the main-class entry you wouldn't > be specifying it in the shade plugin. Right, but if manifest entries can come from two places, we need to make sure they are merged. Take the "main-class" from the shade config, but everything else from the existing MANIFEST, etc.... Dan > > > On 17-Jul-08, at 11:17 AM, Daniel Kulp wrote: > >> >> In general, we let the stuff that executes prior to the Shade >> plugin handle the manifest. That might be the jar plugin, but it >> could be something else like the felix bundle plugin. >> >> I guess that would be the important thing: make sure the above >> scenario still works correctly. >> >> On Jul 17, 2008, at 10:55 AM, Jason van Zyl wrote: >>> I was looking through JIRA and the source and there doesn't seem >>> to be an easy way to create an executable JAR. I don't want to add >>> JAR plugin configuration to set the class I want to use for "java - >>> jar pooky.jar". >> >> Why not? That's certainly the documented way to do it right now. >> >> Dan >> >> >> >>> >>> >>> Anyone else thought about this? >>> >>> I want to add a simple configuration for, and for people who have >>> put the MANIFEST.MF information in I don't see a resource >>> transformer so that you can control the right manifest landing in >>> the right place so it would work. >>> >>> I just want to specify the class and then the plugin do the work. >>> >>> Thanks, >>> >>> Jason >>> >>> ---------------------------------------------------------- >>> Jason van Zyl >>> Founder, Apache Maven >>> jason at sonatype dot com >>> ---------------------------------------------------------- >>> >>> the course of true love never did run smooth ... >>> >>> -- Shakespeare >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscribe@... >>> For additional commands, e-mail: dev-help@... >>> >> >> --- >> Daniel Kulp >> dkulp@... >> http://www.dankulp.com/blog >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@... >> For additional commands, e-mail: dev-help@... >> > > Thanks, > > Jason > > ---------------------------------------------------------- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > ---------------------------------------------------------- > > A party which is not afraid of letting culture, > business, and welfare go to ruin completely can > be omnipotent for a while. > > -- Jakob Burckhardt > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@... > For additional commands, e-mail: dev-help@... > --- Daniel Kulp dkulp@... http://www.dankulp.com/blog --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
|
|
Re: Shade: making it easy to create executable jarsOn 17-Jul-08, at 11:27 AM, Daniel Kulp wrote: > > On Jul 17, 2008, at 11:23 AM, Jason van Zyl wrote: > >> I'll make sure, but that would work by default as if you knew the >> manifest in one of your JARs had the main-class entry you wouldn't >> be specifying it in the shade plugin. > > Right, but if manifest entries can come from two places, we need to > make sure they are merged. Take the "main-class" from the shade > config, but everything else from the existing MANIFEST, etc.... They are not merged now are they? It's just random now it looks like. > > > Dan > > > >> >> >> On 17-Jul-08, at 11:17 AM, Daniel Kulp wrote: >> >>> >>> In general, we let the stuff that executes prior to the Shade >>> plugin handle the manifest. That might be the jar plugin, but >>> it could be something else like the felix bundle plugin. >>> >>> I guess that would be the important thing: make sure the above >>> scenario still works correctly. >>> >>> On Jul 17, 2008, at 10:55 AM, Jason van Zyl wrote: >>>> I was looking through JIRA and the source and there doesn't seem >>>> to be an easy way to create an executable JAR. I don't want to >>>> add JAR plugin configuration to set the class I want to use for >>>> "java -jar pooky.jar". >>> >>> Why not? That's certainly the documented way to do it right now. >>> >>> Dan >>> >>> >>> >>>> >>>> >>>> Anyone else thought about this? >>>> >>>> I want to add a simple configuration for, and for people who have >>>> put the MANIFEST.MF information in I don't see a resource >>>> transformer so that you can control the right manifest landing in >>>> the right place so it would work. >>>> >>>> I just want to specify the class and then the plugin do the work. >>>> >>>> Thanks, >>>> >>>> Jason >>>> >>>> ---------------------------------------------------------- >>>> Jason van Zyl >>>> Founder, Apache Maven >>>> jason at sonatype dot com >>>> ---------------------------------------------------------- >>>> >>>> the course of true love never did run smooth ... >>>> >>>> -- Shakespeare >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscribe@... >>>> For additional commands, e-mail: dev-help@... >>>> >>> >>> --- >>> Daniel Kulp >>> dkulp@... >>> http://www.dankulp.com/blog >>> >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscribe@... >>> For additional commands, e-mail: dev-help@... >>> >> >> Thanks, >> >> Jason >> >> ---------------------------------------------------------- >> Jason van Zyl >> Founder, Apache Maven >> jason at sonatype dot com >> ---------------------------------------------------------- >> >> A party which is not afraid of letting culture, >> business, and welfare go to ruin completely can >> be omnipotent for a while. >> >> -- Jakob Burckhardt >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@... >> For additional commands, e-mail: dev-help@... >> > > --- > Daniel Kulp > dkulp@... > http://www.dankulp.com/blog > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@... > For additional commands, e-mail: dev-help@... > Thanks, Jason ---------------------------------------------------------- Jason van Zyl Founder, Apache Maven jason at sonatype dot com ---------------------------------------------------------- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
|
|
Re: Shade: making it easy to create executable jarsOn Jul 17, 2008, at 11:33 AM, Jason van Zyl wrote: > > On 17-Jul-08, at 11:27 AM, Daniel Kulp wrote: > >> >> On Jul 17, 2008, at 11:23 AM, Jason van Zyl wrote: >> >>> I'll make sure, but that would work by default as if you knew the >>> manifest in one of your JARs had the main-class entry you wouldn't >>> be specifying it in the shade plugin. >> >> Right, but if manifest entries can come from two places, we need to >> make sure they are merged. Take the "main-class" from the shade >> config, but everything else from the existing MANIFEST, etc.... > > They are not merged now are they? It's just random now it looks like. No, it's "first one wins", not random. In general, that would be the current project artifact. (aka: what was configured in the "jar" plugin) Dan > > >> >> >> Dan >> >> >> >>> >>> >>> On 17-Jul-08, at 11:17 AM, Daniel Kulp wrote: >>> >>>> >>>> In general, we let the stuff that executes prior to the Shade >>>> plugin handle the manifest. That might be the jar plugin, but >>>> it could be something else like the felix bundle plugin. >>>> >>>> I guess that would be the important thing: make sure the above >>>> scenario still works correctly. >>>> >>>> On Jul 17, 2008, at 10:55 AM, Jason van Zyl wrote: >>>>> I was looking through JIRA and the source and there doesn't seem >>>>> to be an easy way to create an executable JAR. I don't want to >>>>> add JAR plugin configuration to set the class I want to use for >>>>> "java -jar pooky.jar". >>>> >>>> Why not? That's certainly the documented way to do it right now. >>>> >>>> Dan >>>> >>>> >>>> >>>>> >>>>> >>>>> Anyone else thought about this? >>>>> >>>>> I want to add a simple configuration for, and for people who >>>>> have put the MANIFEST.MF information in I don't see a resource >>>>> transformer so that you can control the right manifest landing >>>>> in the right place so it would work. >>>>> >>>>> I just want to specify the class and then the plugin do the work. >>>>> >>>>> Thanks, >>>>> >>>>> Jason >>>>> >>>>> ---------------------------------------------------------- >>>>> Jason van Zyl >>>>> Founder, Apache Maven >>>>> jason at sonatype dot com >>>>> ---------------------------------------------------------- >>>>> >>>>> the course of true love never did run smooth ... >>>>> >>>>> -- Shakespeare >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscribe@... >>>>> For additional commands, e-mail: dev-help@... >>>>> >>>> >>>> --- >>>> Daniel Kulp >>>> dkulp@... >>>> http://www.dankulp.com/blog >>>> >>>> >>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscribe@... >>>> For additional commands, e-mail: dev-help@... >>>> >>> >>> Thanks, >>> >>> Jason >>> >>> ---------------------------------------------------------- >>> Jason van Zyl >>> Founder, Apache Maven >>> jason at sonatype dot com >>> ---------------------------------------------------------- >>> >>> A party which is not afraid of letting culture, >>> business, and welfare go to ruin completely can >>> be omnipotent for a while. >>> >>> -- Jakob Burckhardt >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscribe@... >>> For additional commands, e-mail: dev-help@... >>> >> >> --- >> Daniel Kulp >> dkulp@... >> http://www.dankulp.com/blog >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@... >> For additional commands, e-mail: dev-help@... >> > > Thanks, > > Jason > > ---------------------------------------------------------- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > ---------------------------------------------------------- > > A man enjoys his work when he understands the whole and when he > is responsible for the quality of the whole > > -- Christopher Alexander, A Pattern Language > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@... > For additional commands, e-mail: dev-help@... > --- Daniel Kulp dkulp@... http://www.dankulp.com/blog --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@... |
| Free Forum Powered by Nabble | Forum Help |