maven-assembly-plugin not working as expected
I am trying to use the maven-assembly-plugin to generate a modified version of
a third-party artifact, by adding it as a dependency. When I build, it
generates both jar files but it's not including the third-party artifact. My
generated jar files contain nothing but the META-INF directory with the files
that Maven generates itself.
My goal ultimately is to jarsign the third party file and install in in the
local repository.
Here is my pom.xml:
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd";>
4.0.0
antlr
antlr
2.7.6-SIG
jar
maven-assembly-plugin
2.4
jar-with-dependencies
make-assembly
package
single
antlr
antlr
2.7.6
Ramon Casha
DISCLAIMER
--
The information transmitted in this message and any attachments is strictly
confidential and intended only for the individual or entity to whom it is
addressed.
Any form of unauthorised review, transmission, disclosure, publication,
reproduction, modification or other use of, or the taking of any action in
reliance upon any of the information contained in this e-mail by individuals or
entities other than the intended recipient is strictly prohibited.
If you are not the named addressee or the person responsible for delivering the
message to the named addressee and have received this communication in error,
you must not disclose the contents of this e-mail to any other person; or make
any copies thereof. If you are not the named recipient please delete/destroy
any and all copies that may exist, whether in electronic or hard copy for and
notify us immediately on the phone number indicated above and provide us with
details about the said e-mail received in error.
Since the Internet is not a secure medium Megabyte cannot guarantee the privacy
or confidentiality of any e-mail communications transmitted. All messages sent
to and from Megabyte Ltd may be monitored and/or recorded to ensure compliance
with internal policies and procedures. We disclaim all responsibility and
liability whatsoever in relation to any errors or omissions that may reveal
themselves in this message and in relation to any damage that may result from
any such errors or omissions. We disclaim all responsibility and liability for
any damage that may arise from the unauthorised acts of third parties and/or
the corruption of any data contained in this message.
Thank you.
Re: [SPAM-SPF-Fail] - Re: Can I generate "pre-signed" 3rd party artifacts? - Sender is forged (SPF Fail)
On Ġim, 2014-02-28 at 10:36 +0100, Karl Heinz Marbaise wrote: Hi, > No, this does not address my question at all. Hm...you make a separate project and define your needed artifacts as dependencies and maven-jarsigner-plugin will sign all artifacts and will deploy them as attached to that projects. The other projects (yours) can use those attached and signed artifacts ? How can I make those signed artifacts deploy as new artifacts to the repository? Normally only the project's own artifact is deployed. Kind regards Karl Heinz Marbaise > > > On Ġim, 2014-02-28 at 08:55 +0100, Karl Heinz Marbaise wrote: > > > Hi Ramon, > > > what about: > > http://maven.apache.org/plugins/maven-jarsigner-plugin/ > > > Kind regards > Karl Heinz Marbaise >> I have an application which depends on a large number of 3rd party > > artifacts, and which uses webstart to launch. Webstart requires all Jars > > to be signed using the same certificate. Although the > > webstart-maven-plugin can take care of the signing, there are so many > > jar files that it takes quite a long time to sign them all every time I > > build. > > > > Since the 3rd party artifacts rarely change, I'd like to sign them all > > once, and store them in a local repository and have the projects all > > depend on the signed versions. Is there any quick way of doing this? > > > > I was thinking of something like a maven project for each dependency > > which pulls in the JAR, signs it then deploys it to my repository using > > a modified version number > > (eg, commons.beanutils-1.8.3.jar -> commons.beanutils-1.8.3-signed.jar). > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > Mit freundlichem Gruß Karl-Heinz Marbaise -- Ramon Casha | Technical Specialist | Software Services megabyte ltd | e ramon.ca...@megabyte.net t + 356 21421600 | f + 356 21421590 | w www.megabyte.net <http://www.megabyte.net/> Please consider your environmental responsibility before printing this e-mail DISCLAIMER -- The information transmitted in this message and any attachments is strictly confidential and intended only for the individual or entity to whom it is addressed. Any form of unauthorised review, transmission, disclosure, publication, reproduction, modification or other use of, or the taking of any action in reliance upon any of the information contained in this e-mail by individuals or entities other than the intended recipient is strictly prohibited. If you are not the named addressee or the person responsible for delivering the message to the named addressee and have received this communication in error, you must not disclose the contents of this e-mail to any other person; or make any copies thereof. If you are not the named recipient please delete/destroy any and all copies that may exist, whether in electronic or hard copy for and notify us immediately on the phone number indicated above and provide us with details about the said e-mail received in error. Since the Internet is not a secure medium Megabyte cannot guarantee the privacy or confidentiality of any e-mail communications transmitted. All messages sent to and from Megabyte Ltd may be monitored and/or recorded to ensure compliance with internal policies and procedures. We disclaim all responsibility and liability whatsoever in relation to any errors or omissions that may reveal themselves in this message and in relation to any damage that may result from any such errors or omissions. We disclaim all responsibility and liability for any damage that may arise from the unauthorised acts of third parties and/or the corruption of any data contained in this message. Thank you.
Re: Can I generate "pre-signed" 3rd party artifacts?
No, this does not address my question at all.
On Ġim, 2014-02-28 at 08:55 +0100, Karl Heinz Marbaise wrote:
Hi Ramon,
what about:
http://maven.apache.org/plugins/maven-jarsigner-plugin/
Kind regards
Karl Heinz Marbaise
> I have an application which depends on a large number of 3rd party
> artifacts, and which uses webstart to launch. Webstart requires all
Jars
> to be signed using the same certificate. Although the
> webstart-maven-plugin can take care of the signing, there are so many
> jar files that it takes quite a long time to sign them all every time
I
> build.
>
> Since the 3rd party artifacts rarely change, I'd like to sign them
all
> once, and store them in a local repository and have the projects all
> depend on the signed versions. Is there any quick way of doing this?
>
> I was thinking of something like a maven project for each dependency
> which pulls in the JAR, signs it then deploys it to my repository
using
> a modified version number
> (eg, commons.beanutils-1.8.3.jar ->
commons.beanutils-1.8.3-signed.jar).
>
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Ramon Casha | Technical Specialist | Software Services
megabyte ltd | e ramon.ca...@megabyte.net
t + 356 21421600 | f + 356 21421590 | w www.megabyte.net
<http://www.megabyte.net/>
Please consider your environmental responsibility before printing this e-mail
DISCLAIMER
--
The information transmitted in this message and any attachments is strictly
confidential and intended only for the individual or entity to whom it is
addressed.
Any form of unauthorised review, transmission, disclosure, publication,
reproduction, modification or other use of, or the taking of any action in
reliance upon any of the information contained in this e-mail by individuals or
entities other than the intended recipient is strictly prohibited.
If you are not the named addressee or the person responsible for delivering the
message to the named addressee and have received this communication in error,
you must not disclose the contents of this e-mail to any other person; or make
any copies thereof. If you are not the named recipient please delete/destroy
any and all copies that may exist, whether in electronic or hard copy for and
notify us immediately on the phone number indicated above and provide us with
details about the said e-mail received in error.
Since the Internet is not a secure medium Megabyte cannot guarantee the privacy
or confidentiality of any e-mail communications transmitted. All messages sent
to and from Megabyte Ltd may be monitored and/or recorded to ensure compliance
with internal policies and procedures. We disclaim all responsibility and
liability whatsoever in relation to any errors or omissions that may reveal
themselves in this message and in relation to any damage that may result from
any such errors or omissions. We disclaim all responsibility and liability for
any damage that may arise from the unauthorised acts of third parties and/or
the corruption of any data contained in this message.
Thank you.
Can I generate "pre-signed" 3rd party artifacts?
I have an application which depends on a large number of 3rd party artifacts, and which uses webstart to launch. Webstart requires all Jars to be signed using the same certificate. Although the webstart-maven-plugin can take care of the signing, there are so many jar files that it takes quite a long time to sign them all every time I build. Since the 3rd party artifacts rarely change, I'd like to sign them all once, and store them in a local repository and have the projects all depend on the signed versions. Is there any quick way of doing this? I was thinking of something like a maven project for each dependency which pulls in the JAR, signs it then deploys it to my repository using a modified version number (eg, commons.beanutils-1.8.3.jar -> commons.beanutils-1.8.3-signed.jar). Any help would be appreciated. Ramon Casha DISCLAIMER -- The information transmitted in this message and any attachments is strictly confidential and intended only for the individual or entity to whom it is addressed. Any form of unauthorised review, transmission, disclosure, publication, reproduction, modification or other use of, or the taking of any action in reliance upon any of the information contained in this e-mail by individuals or entities other than the intended recipient is strictly prohibited. If you are not the named addressee or the person responsible for delivering the message to the named addressee and have received this communication in error, you must not disclose the contents of this e-mail to any other person; or make any copies thereof. If you are not the named recipient please delete/destroy any and all copies that may exist, whether in electronic or hard copy for and notify us immediately on the phone number indicated above and provide us with details about the said e-mail received in error. Since the Internet is not a secure medium Megabyte cannot guarantee the privacy or confidentiality of any e-mail communications transmitted. All messages sent to and from Megabyte Ltd may be monitored and/or recorded to ensure compliance with internal policies and procedures. We disclaim all responsibility and liability whatsoever in relation to any errors or omissions that may reveal themselves in this message and in relation to any damage that may result from any such errors or omissions. We disclaim all responsibility and liability for any damage that may arise from the unauthorised acts of third parties and/or the corruption of any data contained in this message. Thank you.
Can I generate "pre-signed" 3rd party artifacts?
I have an application which depends on a large number of 3rd party artifacts, and which uses webstart to launch. Webstart requires all Jars to be signed using the same certificate. Although the webstart-maven-plugin can take care of the signing, there are so many jar files that it takes quite a long time to sign them all every time I build. Since the 3rd party artifacts rarely change, I'd like to sign them all once, and store them in a local repository and have the projects all depend on the signed versions. Is there any quick way of doing this? I was thinking of something that creates a maven project for each dependency which pulls in the JAR, signs it then deploys it to my repository using a different version (eg, commons.beanutils-1.8.3.jar -> commons.beanutils-1.8.3-signed.jar). Any help would be appreciated. Ramon Casha DISCLAIMER -- The information transmitted in this message and any attachments is strictly confidential and intended only for the individual or entity to whom it is addressed. Any form of unauthorised review, transmission, disclosure, publication, reproduction, modification or other use of, or the taking of any action in reliance upon any of the information contained in this e-mail by individuals or entities other than the intended recipient is strictly prohibited. If you are not the named addressee or the person responsible for delivering the message to the named addressee and have received this communication in error, you must not disclose the contents of this e-mail to any other person; or make any copies thereof. If you are not the named recipient please delete/destroy any and all copies that may exist, whether in electronic or hard copy for and notify us immediately on the phone number indicated above and provide us with details about the said e-mail received in error. Since the Internet is not a secure medium Megabyte cannot guarantee the privacy or confidentiality of any e-mail communications transmitted. All messages sent to and from Megabyte Ltd may be monitored and/or recorded to ensure compliance with internal policies and procedures. We disclaim all responsibility and liability whatsoever in relation to any errors or omissions that may reveal themselves in this message and in relation to any damage that may result from any such errors or omissions. We disclaim all responsibility and liability for any damage that may arise from the unauthorised acts of third parties and/or the corruption of any data contained in this message. Thank you.
Re: Checkstyle plugin for 5.0?
That sounds like it could work. Thanx. Voted. Ramon Casha On Wed, 2009-05-13 at 13:09 +0200, Stevo Slavić wrote: > Hello Ramon, > > Vote on this <http://jira.codehaus.org/browse/MCHECKSTYLE-105> issue for > official maven checkstyle release with 5.0 checkstyle included, or you can > already use release in Atlassian public repo (see > this<http://jira.codehaus.org/browse/MCHECKSTYLE-105?focusedCommentId=176171&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_176171>comment > in same issue for instructions). > > Regards, > Stevo. > > On Wed, May 13, 2009 at 9:56 AM, Ramon Casha wrote: > > > Maven = 2.1.0 > > > > Apparently the changes have happened in checkstyle though - the plugin > > has some depenencies on a method "loadModuleFactory" which no longer > > exists - it doesn't build against the latest checkstyle. I tried looking > > for a replacement for that function but got lost. > > > > I'm currently working by nicking SuppressWithNearbyCommentFilter from > > checkstyle 5 and rebuilding it as a custom filter to 4.4, but I was > > hoping that the plugin might be updated to work against the latest > > checkstyle. > > > > > > ____ > > > > Ramon Casha > > > > > > On Wed, 2009-05-13 at 07:25 +0100, Stephen Connolly wrote: > > > 2009/5/13 Ramon Casha > > > Ah. > > > > > > Ok, how about a Checkstyle 5 plugin for Maven in the > > > meantime? :) > > > > > > Ah-ha a different question that is... it requires a different > > > response... which version of Maven are you looking for a Checkstyle 5 > > > plugin for Maven for? ;-) > > > > > > -Stephen > > > > > > P.S. I'm hoping you don't answer Maven 1.0 or Maven 1.1 :-p > > > > > > > > > > > > > > > > > > > > > > > Ramon Casha > > > > > > > > > > > > > > > > > > On Wed, 2009-05-13 at 06:39 +0100, Stephen Connolly wrote: > > > > 2009/5/12 Ramon Casha > > > > Any chance of upgrading the Checkstyle plugin to > > > work with > > > > Maven 5? > > > > > > > > > > > > I think people are probably more concerned with releasing > > > Maven 3 > > > > first ;-) > > > > > > > > > > > > > > > > Ramon Casha > > > > > > > > DISCLAIMER > > > > -- > > > > > > > > The information contained in this electronic mail > > > may be > > > > confidential or legally privileged. It is for the > > > intended > > > > recipient(s) only. Should you receive this message > > > in error, > > > > please notify the sender by replying to this mail. > > > > Unauthorised use of the contents is strictly > > > prohibited. > > > > Whilst all care has been taken, the Megabyte Group > > > is not > > > > responsible for the integrity of the contents of > > > this > > > > electronic mail and any attachments included within. > > > > > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: > > > users-unsubscr...@maven.apache.org > > > > For additional commands, e-mail: > > > users-h...@maven.apache.org > > > > > > > > > > > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Checkstyle plugin for 5.0?
Maven = 2.1.0 Apparently the changes have happened in checkstyle though - the plugin has some depenencies on a method "loadModuleFactory" which no longer exists - it doesn't build against the latest checkstyle. I tried looking for a replacement for that function but got lost. I'm currently working by nicking SuppressWithNearbyCommentFilter from checkstyle 5 and rebuilding it as a custom filter to 4.4, but I was hoping that the plugin might be updated to work against the latest checkstyle. ________ Ramon Casha On Wed, 2009-05-13 at 07:25 +0100, Stephen Connolly wrote: > 2009/5/13 Ramon Casha > Ah. > > Ok, how about a Checkstyle 5 plugin for Maven in the > meantime? :) > > Ah-ha a different question that is... it requires a different > response... which version of Maven are you looking for a Checkstyle 5 > plugin for Maven for? ;-) > > -Stephen > > P.S. I'm hoping you don't answer Maven 1.0 or Maven 1.1 :-p > > > > > > ________ > > Ramon Casha > > > > > > On Wed, 2009-05-13 at 06:39 +0100, Stephen Connolly wrote: > > 2009/5/12 Ramon Casha > > Any chance of upgrading the Checkstyle plugin to > work with > > Maven 5? > > > > > > I think people are probably more concerned with releasing > Maven 3 > > first ;-) > > > > > > > > Ramon Casha > > > > DISCLAIMER > > -- > > > > The information contained in this electronic mail > may be > > confidential or legally privileged. It is for the > intended > > recipient(s) only. Should you receive this message > in error, > > please notify the sender by replying to this mail. > > Unauthorised use of the contents is strictly > prohibited. > > Whilst all care has been taken, the Megabyte Group > is not > > responsible for the integrity of the contents of > this > > electronic mail and any attachments included within. > > > > > > > - > > To unsubscribe, e-mail: > users-unsubscr...@maven.apache.org > > For additional commands, e-mail: > users-h...@maven.apache.org > > > > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Checkstyle plugin for 5.0?
Ah. Ok, how about a Checkstyle 5 plugin for Maven in the meantime? :) Ramon Casha On Wed, 2009-05-13 at 06:39 +0100, Stephen Connolly wrote: > 2009/5/12 Ramon Casha > Any chance of upgrading the Checkstyle plugin to work with > Maven 5? > > > I think people are probably more concerned with releasing Maven 3 > first ;-) > > > > Ramon Casha > > DISCLAIMER > -- > > The information contained in this electronic mail may be > confidential or legally privileged. It is for the intended > recipient(s) only. Should you receive this message in error, > please notify the sender by replying to this mail. > Unauthorised use of the contents is strictly prohibited. > Whilst all care has been taken, the Megabyte Group is not > responsible for the integrity of the contents of this > electronic mail and any attachments included within. > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Checkstyle plugin for 5.0?
Any chance of upgrading the Checkstyle plugin to work with Maven 5? Ramon Casha DISCLAIMER -- The information contained in this electronic mail may be confidential or legally privileged. It is for the intended recipient(s) only. Should you receive this message in error, please notify the sender by replying to this mail. Unauthorised use of the contents is strictly prohibited. Whilst all care has been taken, the Megabyte Group is not responsible for the integrity of the contents of this electronic mail and any attachments included within. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: maven.repo.remote as a local filesystem
Dunno if this counts as a bug or feature request or what, but some of the implicit Ant commands (such as javah) don't work with Maven 1.0-rc2 and JDK1.4.2. I found out that the trick is to install ant 1.5.4, copy the ant.jar and optional.jar into the MAVEN_HOME/lib directory, then edit the forehead.conf file in the bin directory to point to the new jars. Anyway I filed a bug report but thought you might wanna know on the list too. -- Ramon Casha <[EMAIL PROTECTED]>
