date:20130611

I'm reading from http://maven.apache.org/plugins/maven-antrun-plugin/ that
I should write a build.xml and call it using the ant/ task.

Trouble is, the link to the documentation comes back 404 Not Found.

Is this stuff therefore still valid?

James

RE: antrun plugin 404

2013-06-11 Thread Martin Gainty

James-
 
you can use ant antfile attribute to specify the exact location of build.xml
here basedir is the current working directory where maven-antrun-plugin is 
executed
 
configuration
  target

ant antfile=${basedir}/build.xml
  target name=test/
/ant
...more stuff...
/configuration
 
http://maven.apache.org/plugins/maven-antrun-plugin/examples/classpaths.html
 
HTH
Martin 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.

Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.

 
 Date: Tue, 11 Jun 2013 10:31:42 +0100
 Subject: antrun plugin 404
 From: james.mk.gr...@gmail.com
 To: users@maven.apache.org
 
 I'm reading from http://maven.apache.org/plugins/maven-antrun-plugin/ that
 I should write a build.xml and call it using the ant/ task.
 
 Trouble is, the link to the documentation comes back 404 Not Found.
 
 Is this stuff therefore still valid?
 
 James

Re: antrun plugin 404

Thanks for this, my point was more that the web site should work instead of
people asking for help in the list.

But I appreciate your time!


2013/6/11 Martin Gainty mgai...@hotmail.com

 James-

 you can use ant antfile attribute to specify the exact location of
 build.xml
 here basedir is the current working directory where maven-antrun-plugin is
 executed

 configuration
   target

 ant antfile=${basedir}/build.xml
   target name=test/
 /ant
 ...more stuff...
 /configuration


 http://maven.apache.org/plugins/maven-antrun-plugin/examples/classpaths.html

 HTH
 Martin
 __
 Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

 Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene
 Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte
 Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht
 dient lediglich dem Austausch von Informationen und entfaltet keine
 rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von
 E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.

 Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
 destinataire prévu, nous te demandons avec bonté que pour satisfaire
 informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie
 de ceci est interdite. Ce message sert à l'information seulement et n'aura
 pas n'importe quel effet légalement obligatoire. Étant donné que les email
 peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
 aucune responsabilité pour le contenu fourni.


  Date: Tue, 11 Jun 2013 10:31:42 +0100
  Subject: antrun plugin 404
  From: james.mk.gr...@gmail.com
  To: users@maven.apache.org
 
  I'm reading from http://maven.apache.org/plugins/maven-antrun-plugin/that
  I should write a build.xml and call it using the ant/ task.
 
  Trouble is, the link to the documentation comes back 404 Not Found.
 
  Is this stuff therefore still valid?
 
  James

Re: antrun plugin 404

r1491738 fixes the broken link. I need to investigate how to fix the site
without releasing the plugin. The correct link is
http://ant.apache.org/manual/Tasks/ant.html


On 11 June 2013 10:31, James Green james.mk.gr...@gmail.com wrote:

 I'm reading from http://maven.apache.org/plugins/maven-antrun-plugin/ that
 I should write a build.xml and call it using the ant/ task.

 Trouble is, the link to the documentation comes back 404 Not Found.

 Is this stuff therefore still valid?

 James

Re: Converting preformatted APT to PDF

2013-06-11 Thread Peter Lord

On 11/01/13 11:26, Lukas Theussl wrote:

Peter Lord wrote:
On 11/01/13 08:14, Lukas Theussl wrote:
My question was: is the wrapping different in the apt source and the
pdf/html output? Pre-formatted text preserves line-breaks, so you would
have to adjust the apt source to fit your needs.

However, it seems to me that it should be possible to modify this
behavior with some xsl-fo attributes as you have indicated. You'll have
to play around with some keep-together settings, in particular
keep-together.within-line, see

http://stackoverflow.com/questions/2227797/xls-fo-fop-0-94-using-the-keep-together-with-wrap-option-wrap

But I'm no fo expert, maybe try a specialized fo list/forum if you can't
get it to work.

Thanks again.

I found that the maven generated .fo file is not removed - which helps
debugging!. Reading this I can get my pdf-config.xml to insert the fop
attributes in the correct place.

However its still not wrapping.

I understand that the FOP version used by the pdf plug-in (0.95) is now
old with line break related issues resolved. I think I'll need to wait
until the plug-in uses 1.0 or 1.1

Indeed, that's another issue I had forgotten. Unfortunately, the fop
upgrade to 1.0 is stalled because of

https://jira.codehaus.org/browse/DOXIA-409

and I just tried locally to use fop 1.1 and got stuck with a missing
dependency which is apparently known to the fop people:

http://comments.gmane.org/gmane.text.xml.fop.user/34912

So waiting for another fop release again... :(

-Lukas

Hi Lukas / all,

Are you aware of any progress in these areas ?

I tried using the trunk, 1.3-SNAPSHOT, but this brought in the same fop
version.

Thanks again,

Pete

--
Peter Lord

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Converting preformatted APT to PDF

2013-06-11 Thread Lukas Theussl

Peter Lord wrote:

On 11/01/13 11:26, Lukas Theussl wrote:

Peter Lord wrote:
On 11/01/13 08:14, Lukas Theussl wrote:
My question was: is the wrapping different in the apt source and the
pdf/html output? Pre-formatted text preserves line-breaks, so you
would
have to adjust the apt source to fit your needs.

However, it seems to me that it should be possible to modify this
behavior with some xsl-fo attributes as you have indicated. You'll
have
to play around with some keep-together settings, in particular
keep-together.within-line, see

http://stackoverflow.com/questions/2227797/xls-fo-fop-0-94-using-the-keep-together-with-wrap-option-wrap

But I'm no fo expert, maybe try a specialized fo list/forum if you
can't
get it to work.

Thanks again.

I found that the maven generated .fo file is not removed - which helps
debugging!. Reading this I can get my pdf-config.xml to insert the fop
attributes in the correct place.

However its still not wrapping.

I understand that the FOP version used by the pdf plug-in (0.95) is now
old with line break related issues resolved. I think I'll need to
wait
until the plug-in uses 1.0 or 1.1

Indeed, that's another issue I had forgotten. Unfortunately, the fop
upgrade to 1.0 is stalled because of

https://jira.codehaus.org/browse/DOXIA-409

and I just tried locally to use fop 1.1 and got stuck with a missing
dependency which is apparently known to the fop people:

http://comments.gmane.org/gmane.text.xml.fop.user/34912

So waiting for another fop release again... :(

-Lukas

Hi Lukas / all,

Are you aware of any progress in these areas ?

I tried using the trunk, 1.3-SNAPSHOT, but this brought in the same fop
version.

I haven't checked anything for a long time but the latest FOP version is
still 1.1, so I don't expect any progress here.

Sorry...
-Lukas

Thanks again,

Pete

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Converting preformatted APT to PDF

2013-06-11 Thread Peter Lord

On 11/06/13 14:35, Lukas Theussl wrote:

Peter Lord wrote:
On 11/01/13 11:26, Lukas Theussl wrote:
Peter Lord wrote:
On 11/01/13 08:14, Lukas Theussl wrote:
My question was: is the wrapping different in the apt source and the
pdf/html output? Pre-formatted text preserves line-breaks, so you
would
have to adjust the apt source to fit your needs.

However, it seems to me that it should be possible to modify this
behavior with some xsl-fo attributes as you have indicated. You'll
have
to play around with some keep-together settings, in particular
keep-together.within-line, see

http://stackoverflow.com/questions/2227797/xls-fo-fop-0-94-using-the-keep-together-with-wrap-option-wrap

But I'm no fo expert, maybe try a specialized fo list/forum if you
can't
get it to work.

Thanks again.

I found that the maven generated .fo file is not removed - which helps
debugging!. Reading this I can get my pdf-config.xml to insert the fop
attributes in the correct place.

However its still not wrapping.

I understand that the FOP version used by the pdf plug-in (0.95) is now
old with line break related issues resolved. I think I'll need to
wait
until the plug-in uses 1.0 or 1.1

Indeed, that's another issue I had forgotten. Unfortunately, the fop
upgrade to 1.0 is stalled because of

https://jira.codehaus.org/browse/DOXIA-409

and I just tried locally to use fop 1.1 and got stuck with a missing
dependency which is apparently known to the fop people:

http://comments.gmane.org/gmane.text.xml.fop.user/34912

So waiting for another fop release again... :(

-Lukas

Hi Lukas / all,

Are you aware of any progress in these areas ?

I tried using the trunk, 1.3-SNAPSHOT, but this brought in the same fop
version.

I haven't checked anything for a long time but the latest FOP version is
still 1.1, so I don't expect any progress here.

Sorry...
-Lukas

Okay,

thanks,

Pete

--
Peter Lord

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Newbie trying to understand how to use some plugins

2013-06-11 Thread RICHARD DOUST

Wayne,

Thanks for your response.

I don't really need to make the EJB jar work standalone. I was trying to divide 
and conquer. In 4.2.2 I deployed the EJB jar as part of an EAR with 2 WARs. I 
think that I'd like to deploy to JBoss AS 7 with an EAR containing the EJB jar, 
and two separate wars that use the services of the beans packaged in the EAR. 
I'm a little concerned though because I read that if I go this route, the web 
tier will be forced to use the remote interfaces while they currently use local 
interfaces. Do you know if this is correct?  

Thanks,

Richard

On Jun 10, 2013, at 1:05 PM, Wayne Fay wayne...@gmail.com wrote:

 Anyway, I'm running into issues at deployment time (just starting with the 
 EJB jar as a
 standalone deployment) because the EJB jar depends on a 3rd party jar that 
 is not
 available on the server.
 
 If you **really** need to make the EJB jar work in standalone
 deployment (which is not especially common IME), you could make this
 work with the shade plugin (or other similar plugins) by packaging the
 contents of your dependencies in alongside your own project files in
 an uberjar or onejar.
 
 I'd like to avoid that this time, so I'm thinking, much like WAR and EAR 
 files have
 META-INF/lib directories, a jar file might have something similar. Does this 
 fall outside
 the definition of a jar? Is there no way to package a 3rd party jar upon 
 which one's code
 depends with one's jar, so that at runtime the dependencies can be resolved 
 by the
 classloader?
 
 The Java Jar file specification does not allow Jar files to contain
 other Jar files so this is not possible (unless you are using a
 special classloader which does not conform to the spec like
 Classworlds).
 
 Instead, you should be using dependencies in your WAR and EAR pom
 files to declare this project depends on these libraries and Maven
 will automatically pull those Jar files in and include them in the WAR
 or EAR packages when they are constructed.
 
 Are you sure that you need this EJB jar to work in standalone
 deployment? Or is this just something you're trying for something to
 do, and you will generally deploy the EJB in a WAR/EAR? If the latter,
 I would ignore this problem for now and continue working to make the
 WAR/EAR function as you require.
 
 Wayne
 
 -
 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: [ANN] Mojo's Tidy Maven Plugin 1.0-alpha-1 Released

2013-06-11 Thread Curtis Rueden

Hi Stephen,

 The Mojo team is pleased to announce the release of Mojo's Tidy Maven
 Plugin version 1.0-alpha-1.

Thanks, I think this is a good idea for a plugin! However, when I gave it a
spin on my project, it munged the leading whitespace for each major
section, replacing a single leading tab with a single leading space. Of
course, it's alpha; I'll give it a try again when there is another release.

Regards,
Curtis


On Mon, Jun 10, 2013 at 3:13 PM, Stephen Connolly 
stephen.alan.conno...@gmail.com wrote:

 Hi,

 The Mojo team is pleased to announce the release of Mojo's Tidy Maven
 Plugin version 1.0-alpha-1.

 The Tidy Plugin is used when you want to sort the sections of a pom.xml
 into the canonical order.

 http://mojo.codehaus.org/tidy-maven-plugin/

 To get this update, simply specify the version in your project's plugin
 configuration:

 plugin
  groupIdorg.codehaus.mojo/groupId
  artifactIdtidy-maven-plugin/artifactId
  version1.0-alpha-1/version
 /plugin

 This is the first release of Mojo's Tidy Maven Plugin.

 Share and enjoy[1],

 The Mojo team.

 Stephen Connolly.

 [1] Or go stick your head in a pig if you have issues with the complaints
 department of the Sirius Cybernetics Corporation[2]

 [2] http://en.wikipedia.org/wiki/Sirius_Cybernetics_Corporation

Re: [ANN] Mojo's Tidy Maven Plugin 1.0-alpha-1 Released

2013-06-11 Thread Anders Hammar

Even better, file a ticket:
http://mojo.codehaus.org/tidy-maven-plugin/issue-tracking.html

I also think there has been some work wrt spaces/tabs on trunk.

/Anders


On Tue, Jun 11, 2013 at 5:45 PM, Curtis Rueden ctrue...@wisc.edu wrote:

 Hi Stephen,

  The Mojo team is pleased to announce the release of Mojo's Tidy Maven
  Plugin version 1.0-alpha-1.

 Thanks, I think this is a good idea for a plugin! However, when I gave it a
 spin on my project, it munged the leading whitespace for each major
 section, replacing a single leading tab with a single leading space. Of
 course, it's alpha; I'll give it a try again when there is another release.

 Regards,
 Curtis


 On Mon, Jun 10, 2013 at 3:13 PM, Stephen Connolly 
 stephen.alan.conno...@gmail.com wrote:

  Hi,
 
  The Mojo team is pleased to announce the release of Mojo's Tidy Maven
  Plugin version 1.0-alpha-1.
 
  The Tidy Plugin is used when you want to sort the sections of a pom.xml
  into the canonical order.
 
  http://mojo.codehaus.org/tidy-maven-plugin/
 
  To get this update, simply specify the version in your project's plugin
  configuration:
 
  plugin
   groupIdorg.codehaus.mojo/groupId
   artifactIdtidy-maven-plugin/artifactId
   version1.0-alpha-1/version
  /plugin
 
  This is the first release of Mojo's Tidy Maven Plugin.
 
  Share and enjoy[1],
 
  The Mojo team.
 
  Stephen Connolly.
 
  [1] Or go stick your head in a pig if you have issues with the complaints
  department of the Sirius Cybernetics Corporation[2]
 
  [2] http://en.wikipedia.org/wiki/Sirius_Cybernetics_Corporation

Re: [ANN] Mojo's Tidy Maven Plugin 1.0-alpha-1 Released

2013-06-11 Thread Curtis Rueden

Hi Anders,

 Even better, file a ticket:

I knew someone was going to say that. ;-)
https://jira.codehaus.org/browse/MOJO-1942

Regards,
Curtis


On Tue, Jun 11, 2013 at 11:04 AM, Anders Hammar and...@hammar.net wrote:

 Even better, file a ticket:
 http://mojo.codehaus.org/tidy-maven-plugin/issue-tracking.html

 I also think there has been some work wrt spaces/tabs on trunk.

 /Anders


 On Tue, Jun 11, 2013 at 5:45 PM, Curtis Rueden ctrue...@wisc.edu wrote:

  Hi Stephen,
 
   The Mojo team is pleased to announce the release of Mojo's Tidy Maven
   Plugin version 1.0-alpha-1.
 
  Thanks, I think this is a good idea for a plugin! However, when I gave
 it a
  spin on my project, it munged the leading whitespace for each major
  section, replacing a single leading tab with a single leading space. Of
  course, it's alpha; I'll give it a try again when there is another
 release.
 
  Regards,
  Curtis
 
 
  On Mon, Jun 10, 2013 at 3:13 PM, Stephen Connolly 
  stephen.alan.conno...@gmail.com wrote:
 
   Hi,
  
   The Mojo team is pleased to announce the release of Mojo's Tidy Maven
   Plugin version 1.0-alpha-1.
  
   The Tidy Plugin is used when you want to sort the sections of a pom.xml
   into the canonical order.
  
   http://mojo.codehaus.org/tidy-maven-plugin/
  
   To get this update, simply specify the version in your project's plugin
   configuration:
  
   plugin
groupIdorg.codehaus.mojo/groupId
artifactIdtidy-maven-plugin/artifactId
version1.0-alpha-1/version
   /plugin
  
   This is the first release of Mojo's Tidy Maven Plugin.
  
   Share and enjoy[1],
  
   The Mojo team.
  
   Stephen Connolly.
  
   [1] Or go stick your head in a pig if you have issues with the
 complaints
   department of the Sirius Cybernetics Corporation[2]
  
   [2] http://en.wikipedia.org/wiki/Sirius_Cybernetics_Corporation

Re: [ANN] Mojo's Tidy Maven Plugin 1.0-alpha-1 Released

tabs are evil ;-)


On 11 June 2013 16:45, Curtis Rueden ctrue...@wisc.edu wrote:

 Hi Stephen,

  The Mojo team is pleased to announce the release of Mojo's Tidy Maven
  Plugin version 1.0-alpha-1.

 Thanks, I think this is a good idea for a plugin! However, when I gave it a
 spin on my project, it munged the leading whitespace for each major
 section, replacing a single leading tab with a single leading space. Of
 course, it's alpha; I'll give it a try again when there is another release.

 Regards,
 Curtis


 On Mon, Jun 10, 2013 at 3:13 PM, Stephen Connolly 
 stephen.alan.conno...@gmail.com wrote:

  Hi,
 
  The Mojo team is pleased to announce the release of Mojo's Tidy Maven
  Plugin version 1.0-alpha-1.
 
  The Tidy Plugin is used when you want to sort the sections of a pom.xml
  into the canonical order.
 
  http://mojo.codehaus.org/tidy-maven-plugin/
 
  To get this update, simply specify the version in your project's plugin
  configuration:
 
  plugin
   groupIdorg.codehaus.mojo/groupId
   artifactIdtidy-maven-plugin/artifactId
   version1.0-alpha-1/version
  /plugin
 
  This is the first release of Mojo's Tidy Maven Plugin.
 
  Share and enjoy[1],
 
  The Mojo team.
 
  Stephen Connolly.
 
  [1] Or go stick your head in a pig if you have issues with the complaints
  department of the Sirius Cybernetics Corporation[2]
 
  [2] http://en.wikipedia.org/wiki/Sirius_Cybernetics_Corporation

Downloading a file for shipping in an artifact

We have a maven project that results in a web archive. We want to ship a
file (a .exe) within this for simple download by customers.

I've looked at the wagon plugin (
http://mojo.codehaus.org/wagon-maven-plugin/download-mojo.html) but this
requires the target URL to be a directory from which a relative file is
chosen. I'm downloading from a Nexus installation which provides a URL for
a single file so isn't suitable.

I've looked at the maven-download-plugin but while this works perfectly on
our development Windows workstations, on our Linux Jenkins instance we end
up with the final slash in the URL duplicated, resulting in entirely the
wrong content downloaded.

So I am left wondering how I can ask that a web archive can be built that
ships with a file downloaded from our Nexus installation? This doesn't
sound like it should be difficult but I'm still left frustrated.

Any suggestions? I really don't want to take responsibility to manually
constructing this thing, or have to manually commit to the project's SVN
repo the .exe file to skip this dynamic process.

Thanks,

James

Re: Downloading a file for shipping in an artifact

 We have a maven project that results in a web archive. We want to ship a
 file (a .exe) within this for simple download by customers.
...
 So I am left wondering how I can ask that a web archive can be built that
 ships with a file downloaded from our Nexus installation? This doesn't
 sound like it should be difficult but I'm still left frustrated.

You're asking 2 different questions from my POV.

In the first, you want to make a WAR and include a special EXE file
inside the WAR. Then I imagine you would deploy the WAR somewhere and
the EXE would be downloadable.

In the second, you start talking about Nexus. If you just want people
to be able to download a file from Nexus, I'd use deploy:deploy-file
or similar to deploy the EXE by itself to Nexus.

What are you really trying to do? Why are you bringing up Nexus in the
first place?

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

RE: Release not creating source and javadoc jars

2013-06-11 Thread Timothy I. McGinnis

Well I finally got the chance to try a release from the command line and it 
worked.  Therefore I would assume MyEclipse is modifying the normal behavior in 
some manner.  I will post the question on the MyEclipse forums.

Thank you for your replies and sorry for not trying the command line before 
posting.

Tim McGinnis
Sr. Programmer/Analyst
Glatfelter Insurance Group
(800) 233-1957 Ext. 7856
(717) 741-7856

-Original Message-
From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of 
Anders Hammar
Sent: Monday, June 10, 2013 8:48 AM
To: Maven Users List
Subject: Re: Release not creating source and javadoc jars

 My pom does not configure either the maven-source-plugin or the 
 maven-javadoc-plugin.  I thought they were automatically included when 
 the release plugin was used.  Is this correct?  Or do I need to configure 
 them?


They a re bound through a profile in the super-pom. That profile is normally 
activated by the release plugin, but possibly your project has a configuration 
turning that off [1]. Has it ever worked?

[1]
http://maven.apache.org/maven-release/maven-release-plugin/perform-mojo.html#useReleaseProfile

/Anders



 Tim McGinnis
 Sr. Programmer/Analyst
 Glatfelter Insurance Group
 (800) 233-1957 Ext. 7856
 (717) 741-7856

 -Original Message-
 From: Russell Gold [mailto:r...@gold-family.us]
 Sent: Friday, June 07, 2013 8:51 AM
 To: Maven Users List
 Subject: Re: Release not creating source and javadoc jars

 What happens if you run those goals manually from the command line? 
 Has this ever worked? Does your pom configure the maven-source-plugin 
 or the maven-javadoc-plugin?

 On Jun 7, 2013, at 8:43 AM, Timothy I. McGinnis  
 tmcgin...@glatfelters.com wrote:

  I have a run config set up that calls release:prepare and one for
 release: perform.  I have the Maven Runtime specified as the external 
 Maven
 3.0.3 runtime.
 
 
 
  Tim McGinnis
  Sr. Programmer/Analyst
  Glatfelter Insurance Group
  (800) 233-1957 Ext. 7856
  (717) 741-7856
 
  -Original Message-
  From: Russell Gold [mailto:r...@gold-family.us]
  Sent: Friday, June 07, 2013 8:39 AM
  To: Maven Users List
  Subject: Re: Release not creating source and javadoc jars
 
  How are you running the release process?
 
  On Jun 7, 2013, at 8:29 AM, Timothy I. McGinnis 
 tmcgin...@glatfelters.com wrote:
 
  I am using MyEclipse Bling 10.6 with Maven 3.0.3.  When I run the
 release process it does not create the sources and javadoc jars.  Does 
 anyone have a clue as to why?
 
  Tim McGinnis
  Sr. Programmer/Analyst
  Glatfelter Insurance Group
  (800) 233-1957 Ext. 7856
  (717) 741-7856
 
  ---
  --
  -
  ---
  --
  -
  ---
  --
  - Confidentiality Notice: The information contained in this 
  communication, including all attachments, is legally protected
 information, confidential or proprietary information, or a trade 
 secret intended solely for the use of the intended recipient. The 
 information may also be subject to legal privilege. If you are not the 
 intended recipient, you are hereby notified that any use, disclosure, 
 dissemination, distribution, forwarding, or copying of this 
 communication is strictly prohibited. If you have received this 
 communication in error, please notify the sender by reply Fax or 
 e-mail stating the communication was received in error and delete or 
 destroy all copies of this communication, including all attachments.
 
  -
  Come read my webnovel, Take a Lemon http://www.takealemon.com, and
 listen to the Misfile radio play 
 http://www.gold-family.us/audio/misfile.html!
 
 
 
 
  
  --
  
  --
  
  -- Confidentiality Notice: The information contained in this 
  communication,
 including all attachments, is legally protected information, 
 confidential or proprietary information, or a trade secret intended 
 solely for the use of the intended recipient. The information may also 
 be subject to legal privilege. If you are not the intended recipient, 
 you are hereby notified that any use, disclosure, dissemination, 
 distribution, forwarding, or copying of this communication is strictly 
 prohibited. If you have received this communication in error, please 
 notify the sender by reply Fax or e-mail stating the communication was 
 received in error and delete or destroy all copies of this communication, 
 including all attachments.
 
  
  - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
  For additional commands, e-mail: users-h...@maven.apache.org

Using Maven to produce an EAR

2013-06-11 Thread rdiddly

Hello Maven mavens,

Forgive me if this is a duplicate. I sent it by email, but didn't see it
show up on the Nabble site, so I don't know if sending it to the list via
email works or not.

Good documentation on the maven ear plugin is not easy to find. Most posts
are from 2005.

I've got a multi-module POM. It has 6 sub-modules:

client.war
client-ejb.jar
admin.war
common-ejb.jar
app.ear
command.jar

I want to build client.war, client-ejb.jar, admin.war, and common-ejb.jar
into bundle.ear. common-ejb.jar has a compile time dependency on
thirdparty.jar (which is in my local repository). (command.jar is a
command-line java utility class that's used to execute jobs from a remote
client.)

I can build all of the sub-modules without any problems. Here's my pom to
build the ear (missing the open/close tags from XML, using ':' to separate
opening tag from content):

project
  modelVersion:4.0.0/modelVersion
  parent
groupId:com.company/groupId
artifactId:jewels/artifactId
version:1.0-SNAPSHOT/version
  /parent
  groupId:com.company/groupId
  artifactId:bundle/artifactId
  version:1.0-SNAPSHOT/version
  packaging:ear/packaging
  
  name:bundle/name

  properties
project.build.sourceEncoding:UTF-8/project.build.sourceEncoding
  /properties
  
  dependencies
dependency
  groupId:com.company/groupId
  artifactId:client/artifactId
  version:1.0-SNAPSHOT/version
  type:war/type
/dependency
dependency
  groupId:com.company/groupId
  artifactId:client-ejb/artifactId
  version:1.0-SNAPSHOT/version
  type:ejb/type
/dependency
dependency
  groupId:com.company/groupId
  artifactId:admin/artifactId
  version:1.0-SNAPSHOT/version
  type:war/type
/dependency
dependency
  groupId:com.company/groupId
  artifactId:common-ejb/artifactId
  version:1.0-SNAPSHOT/version
  type:ejb/type
/dependency
  /dependencies

  build
plugins
  plugin
groupId:org.apache.maven.plugins/groupId
artifactId:maven-ear-plugin/artifactId
version:2.8/version
configuration
  modules
jarModule
  groupId:third.party/groupId
  artifactId:thirdparty/artifactId
  bundleDir:lib/bundleDir
/jarModule
  /modules
/configuration
  /plugin
/plugins
  /build
/project


I found that if I didn't use the jarModule in the configuration,
thirdparty.jar was put into the root directory of the ear instead of in the
lib folder (which is where I believe I want it), so I added the jarModule
block to specify that the thirdparty.jar should be put in the lib directory.
It is now put in the lib directory. Great. But, it's also in the root
directory.

I'm sure I'm doing something wrong, but it's hard to tell what given the
dearth of good examples.

Can anyone lend some assistance?

Thanks,
Richard

P.S. I'm in the very early stages of trying to move this project from Ant to
Maven. If there's anything about what you see here that you think I should
be doing differently (not that I've given the whole story, but from this
excerpt), please don't hesitate to let me know.



--
View this message in context: 
http://maven.40175.n5.nabble.com/Using-Maven-to-produce-an-EAR-tp5759041.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Downloading a file for shipping in an artifact

Nexus is used to host the .exe file. As the exe originates from a separate
Maven project, and it needs to live somewhere, I folded the exe generation
into an ant task as part of that maven project. Now I have versioned
hosting of the exe.

But our customers are trapped behind a strict firewall. We will by
arrangement be shipping our .war file to them for hosting. The .exe is
required for internal distribution by our customers and the software it
installs provides custom access to the services offered by that web
application. It therefore makes sense to ship the exe within the war.

Now back to Nexus. When I search for the artifact that is the .exe and copy
the download link, it is of a redirection URL. The wagon plugin, for some
reason, wants a directory to look in more similar to an FTP service I guess.

So I'm rather stuck and seeking suggestions. Nexus doesn't appear to be
compatible with the wagon method, while the download plugin appears to
mutate the URL on Linux yet works on Windows. I find both circumstances
rather hard to believe yet my battle today leaves me empty handed and
frustrated.

James



On 11 June 2013 19:43, Wayne Fay wayne...@gmail.com wrote:

  We have a maven project that results in a web archive. We want to ship a
  file (a .exe) within this for simple download by customers.
 ...
  So I am left wondering how I can ask that a web archive can be built that
  ships with a file downloaded from our Nexus installation? This doesn't
  sound like it should be difficult but I'm still left frustrated.

 You're asking 2 different questions from my POV.

 In the first, you want to make a WAR and include a special EXE file
 inside the WAR. Then I imagine you would deploy the WAR somewhere and
 the EXE would be downloadable.

 In the second, you start talking about Nexus. If you just want people
 to be able to download a file from Nexus, I'd use deploy:deploy-file
 or similar to deploy the EXE by itself to Nexus.

 What are you really trying to do? Why are you bringing up Nexus in the
 first place?

 Wayne

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org

Re: Using Maven to produce an EAR

 I can build all of the sub-modules without any problems. Here's my pom to
 build the ear (missing the open/close tags from XML, using ':' to separate
 opening tag from content):

Don't bother with this next time. Just post the XML. (Why did you feel
the need to strip the tags? Nabble fixed their code so xml should pass
thru properly.)

 I found that if I didn't use the jarModule in the configuration,
 thirdparty.jar was put into the root directory of the ear instead of in the
 lib folder (which is where I believe I want it), so I added the jarModule
 block to specify that the thirdparty.jar should be put in the lib directory.
 It is now put in the lib directory. Great. But, it's also in the root
 directory.

Most likely you have not run mvn clean in a while so the jar is
still in /target and thus its showing up in the root directory. I bet
it will only be in lib if you run mvn clean package instead. Try it
and report back.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Downloading a file for shipping in an artifact

 Nexus is used to host the .exe file. As the exe originates from a separate
 Maven project, and it needs to live somewhere, I folded the exe generation
 into an ant task as part of that maven project. Now I have versioned
 hosting of the exe.

I'm still confused about why you are having this problem at all. I
think you are inventing solutions to a problem that already has a
solution in Maven.

I expect you are using deploy:deploy-file to push this EXE artifact
to Nexus -- if not, how are you doing this? Then you should be able to
simply add a standard dependency in the WAR pom file against that EXE
and it should be pulled down and included along with other
dependencies when the WAR is constructed. (Probably you should be
using a classifier like windows and a type like exe when you
deploy this file, and then specify those in the WAR pom dependency as
well.)

 So I'm rather stuck and seeking suggestions. Nexus doesn't appear to be
 compatible with the wagon method, while the download plugin appears to
 mutate the URL on Linux yet works on Windows. I find both circumstances
 rather hard to believe yet my battle today leaves me empty handed and
 frustrated.

I have never heard of nor used the download plugin you speak of. If
it does not work as you expect, I'd encourage you to sort out who
owns it and perhaps talk to them about its deficiencies. This is not
an Apache Maven-supported plugin but rather something created by a
random user, I'd assume.

Perhaps take a look at the maven-remote-resources-plugin, or the
maven-dependency-plugin (get or copy goals). Both are official and
supported plugins produced by the Apache Maven team. But I don't think
you should need to use either of them, as stated earlier.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Downloading a file for shipping in an artifact

See responses inline.


On 11 June 2013 21:47, Wayne Fay wayne...@gmail.com wrote:

  Nexus is used to host the .exe file. As the exe originates from a
 separate
  Maven project, and it needs to live somewhere, I folded the exe
 generation
  into an ant task as part of that maven project. Now I have versioned
  hosting of the exe.

 I'm still confused about why you are having this problem at all. I
 think you are inventing solutions to a problem that already has a
 solution in Maven.


That's why I'm here in the hope there is a more accepted way to follow :)



 I expect you are using deploy:deploy-file to push this EXE artifact
 to Nexus -- if not, how are you doing this? Then you should be able to
 simply add a standard dependency in the WAR pom file against that EXE
 and it should be pulled down and included along with other
 dependencies when the WAR is constructed. (Probably you should be
 using a classifier like windows and a type like exe when you
 deploy this file, and then specify those in the WAR pom dependency as
 well.)


I'm not at my desk at the moment and I don't recall how the additional file
(the .exe) gets included in the deploy phase. I'll try to remember to
report back in the morning more specifically.

In regards to adding the dependency, this seems logical. But won't the file
be shipped in a part of the archive not normally accessible to web clients?
Specifically if it ends up in WEB-INF/lib - doesn't feel like a natural
place to serve downloadable content from.


  So I'm rather stuck and seeking suggestions. Nexus doesn't appear to be
  compatible with the wagon method, while the download plugin appears to
  mutate the URL on Linux yet works on Windows. I find both circumstances
  rather hard to believe yet my battle today leaves me empty handed and
  frustrated.

 I have never heard of nor used the download plugin you speak of. If
 it does not work as you expect, I'd encourage you to sort out who
 owns it and perhaps talk to them about its deficiencies. This is not
 an Apache Maven-supported plugin but rather something created by a
 random user, I'd assume.


If you search for maven-download-plugin you should reach a project on
GitHub. There is another problem with this plugin in our case - it caches
the result which may prove undesirable given we are currently developing
against snapshots...



 Perhaps take a look at the maven-remote-resources-plugin, or the
 maven-dependency-plugin (get or copy goals). Both are official and
 supported plugins produced by the Apache Maven team. But I don't think
 you should need to use either of them, as stated earlier.


I'll take a look it only to be more familiar with them. I'll look at the
dependency option harder albeit with my concern about them living in a area
of the archive not normally served to web clients.

Thanks very much for the information so far.

James



 Wayne

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org

Re: Downloading a file for shipping in an artifact

On 11 June 2013 22:03, James Green james.mk.gr...@gmail.com wrote:

See responses inline.

On 11 June 2013 21:47, Wayne Fay wayne...@gmail.com wrote:

Nexus is used to host the .exe file. As the exe originates from a
separate
Maven project, and it needs to live somewhere, I folded the exe
generation
into an ant task as part of that maven project. Now I have versioned
hosting of the exe.

I'm still confused about why you are having this problem at all. I
think you are inventing solutions to a problem that already has a
solution in Maven.

That's why I'm here in the hope there is a more accepted way to follow :)

I expect you are using deploy:deploy-file to push this EXE artifact
to Nexus -- if not, how are you doing this? Then you should be able to
simply add a standard dependency in the WAR pom file against that EXE
and it should be pulled down and included along with other
dependencies when the WAR is constructed. (Probably you should be
using a classifier like windows and a type like exe when you
deploy this file, and then specify those in the WAR pom dependency as
well.)

I'm not at my desk at the moment and I don't recall how the additional file
(the .exe) gets included in the deploy phase. I'll try to remember to
report back in the morning more specifically.

In regards to adding the dependency, this seems logical. But won't the file
be shipped in a part of the archive not normally accessible to web clients?
Specifically if it ends up in WEB-INF/lib - doesn't feel like a natural
place to serve downloadable content from.

No, unless it is a known file type it will not be included in the .war
*by default*

You will need to use dependency:copy-dependencies to copy the .exe into the
location you want within your .war file

So I'm rather stuck and seeking suggestions. Nexus doesn't appear to be
compatible with the wagon method, while the download plugin appears to
mutate the URL on Linux yet works on Windows. I find both circumstances
rather hard to believe yet my battle today leaves me empty handed and
frustrated.

I have never heard of nor used the download plugin you speak of. If
it does not work as you expect, I'd encourage you to sort out who
owns it and perhaps talk to them about its deficiencies. This is not
an Apache Maven-supported plugin but rather something created by a
random user, I'd assume.

If you search for maven-download-plugin you should reach a project on
GitHub.

Please advise them to rename their plugin as the current name is in
violation of the permitted usages of the ASF's trademark Maven:
http://markmail.org/search/?q=list%3Aorg.apache.maven.dev#query:list%3Aorg.apache.maven.dev+page:1+mid:cmqxvj6ddshmnzwr+state:results

And further the name confuses users as to who is responsible for the plugin.

There is another problem with this plugin in our case - it caches
the result which may prove undesirable given we are currently developing
against snapshots...

Perhaps take a look at the maven-remote-resources-plugin, or the
maven-dependency-plugin (get or copy goals). Both are official and
supported plugins produced by the Apache Maven team. But I don't think
you should need to use either of them, as stated earlier.

I'll take a look it only to be more familiar with them. I'll look at the
dependency option harder albeit with my concern about them living in a area
of the archive not normally served to web clients.

Thanks very much for the information so far.

James

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Downloading a file for shipping in an artifact

 If you search for maven-download-plugin you should reach a project on
 GitHub. There is another problem with this plugin in our case - it caches

Yes, I found it, but don't plan to do much more at this time.

 I'll take a look it only to be more familiar with them. I'll look at the
 dependency option harder albeit with my concern about them living in a area
 of the archive not normally served to web clients.

You can specify where you might like files to be located in the
resulting package via the m-dependency-p with proper configuration.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Using Maven to produce an EAR

2013-06-11 Thread Laird Nelson

On Tue, Jun 11, 2013 at 1:26 PM, rdiddly rdo...@mac.com wrote:

 I found that if I didn't use the jarModule in the configuration,
 thirdparty.jar was put into the root directory of the ear instead of in the
 lib folder (which is where I believe I want it), so I added the jarModule
 block to specify that the thirdparty.jar should be put in the lib
 directory.
 It is now put in the lib directory. Great. But, it's also in the root
 directory.


You're probably missing the defaultLibBundleDir configuration option,
documented here:
http://maven.apache.org/plugins/maven-ear-plugin/ear-mojo.html#defaultLibBundleDir

Here's more or less what you want:

dependencies
  dependency
groupIdwhatever/groupId
artifactIdsomeWar/artifactId
versionsomeVersion/version
typewar/type
  /dependency

  dependency
groupIdwhatever/groupId
artifactIdsomeEJB/artifactId
versionsomeVersion/version
typeejb/type
  /dependency

  dependency
groupIdwhatever/groupId
artifactId*someOrdinaryJar*/artifactId
versionsomeVersion/version
*!-- look, ma, no type element --*
  /dependency
/dependencies

build
  plugins
plugin
  artifactIdmaven-ear-plugin/artifactId
  configuration
*defaultLibBundleDirlib/defaultLibBundleDir*
*version6/version* !-- Java EE version; I presume you want 6
--
  /configuration
/plugin
  /plugins
/build

No modules necessary (at this level of configuration); no other
configuration.

Of note: the version parameter defaults to something godawful like 1.3,
which is why you have to specify it here.

The defaultLibBundleDir has no default, so you have to specify lib.  I
regard both of these things as bugs.

Hope that helps you out.

Best,
Laird

-- 
http://about.me/lairdnelson

Re: Newbie trying to understand how to use some plugins

 I think that I'd like to deploy to JBoss AS 7 with an EAR containing the EJB 
 jar, and two
 separate wars that use the services of the beans packaged in the EAR. I'm a 
 little
 concerned though because I read that if I go this route, the web tier will be 
 forced to use
 the remote interfaces while they currently use local interfaces. Do you know 
 if this is correct?

This is more of a JBoss-specific J2EE question so you should probably
ask it somewhere that specializes in those discussions. There may be a
JBoss-specific configuration (via jboss.xml or something) that would
allow you to use local interfaces rather than remote, I honestly have
no idea.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Downloading a file for shipping in an artifact