ascii problem

2004-10-13 Thread erdem kilic
Hi All,
In my project the properties(localization) files are commited in CVS
in a UTF-8 format. When deployed, they need to be transformed into
ascii files..
When deploying them, we need to transform them via the native2ascii tool.
Is there a maven goal that can do it?

Thank you..

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Unversioned artifacts

2004-10-13 Thread Oren Berenson
The war is created properly under the target directory.

It looks like the problem is with artifact:install. It insists to copy
the artifact (in this case war with the explicitly final name) to the
local repository with the version name.
 
Oren 

-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: 12 October 2004 22:06
To: Oren Berenson
Cc: Maven Users List
Subject: Re: Unversioned artifacts


If you build the war plugin from CVS (checkout maven-plugins/war
maven-plugins/plugin-parent, run maven plugin:install in war
directory), it has been fixed there.


On Tue, 12 Oct 2004 15:30:26 +0100, Oren Berenson
[EMAIL PROTECTED] wrote:
 Do i need to apply the patches of bug MPJAVA-8?
 
 If so how do i apply patches?
 
 Thanks
 
 Oren 
 
 
 
 
 -Original Message-
 From: Brett Porter [mailto:[EMAIL PROTECTED]
 Sent: 12 October 2004 14:27
 To: Oren Berenson
 Cc: Maven Users List
 Subject: Re: Unversioned artifacts
 
 theoretically maven.war.final.name.
 
 But that might be a bug that was being referred to before (jira is
 playing up - can't look).
 
 - Brett
 
 On Tue, 12 Oct 2004 14:24:14 +0100, Oren Berenson
 [EMAIL PROTECTED] wrote:
  Ok,
 
  So how can i control the war name in the ear file? Instead of
  xxx-1.0.war in the ear i need xxx.war.
 
 
  Oren
 
 
 
 
  -Original Message-
  From: Brett Porter [mailto:[EMAIL PROTECTED]
  Sent: 12 October 2004 14:13
  To: Oren Berenson
  Cc: Maven Users List
  Subject: Re: Unversioned artifacts
 
  sorry, I was thinking of ejb plugin (adding -client to the
artifact),
  and it relates to deployment, not generation.
 
  Files in ${maven.repo.local} or remote repositories will always have
  versions. This is a Maven-controlled area, and Maven relies on
certain
  things being there.
 
  - Brett
 
  On Tue, 12 Oct 2004 14:07:56 +0100, Oren Berenson
  [EMAIL PROTECTED] wrote:
   Sorry, but i don't understand how to fix it.
  
   Can you please provide some help.
  
   Thanks
  
   Oren
  
  
  
  
   -Original Message-
   From: Brett Porter [mailto:[EMAIL PROTECTED]
   Sent: 12 October 2004 13:50
   To: Maven Users List
   Subject: Re: Unversioned artifacts
  
   I think this is correct. Please read the resolution to
   MPARTIFACT-35... a fix is needed in maven-ear-plugin.
  
   On Tue, 12 Oct 2004 13:45:35 +0100,
[EMAIL PROTECTED]
   [EMAIL PROTECTED] wrote:
I think this is already filed as a bug - MPWAR-31 /
MPARTIFACT-35
   
James
   
   
   
-Original Message-
From: Oren Berenson [mailto:[EMAIL PROTECTED]
Sent: 12 October 2004 13:40
To: Maven Users List
Subject: RE: Unversioned artifacts
   
True. I am battling with it now.
   
Oren
   
-Original Message-
From: jeff mutonho [mailto:[EMAIL PROTECTED]
Sent: 12 October 2004 13:37
To: Maven Users List
Subject: Re: Unversioned artifacts
   
use maven.final.name to force maven to produce
artifact with name like ${maven.final.name}.ear
   
That seems to  only fix it for the jar,ejb , war or
ear files created under the targets directory.The
jar,war and ear created under
 ${maven.repo.local}/${pom.name}/jars/
,${maven.repo.local}/${pom.name}/ejbs ,
   ${maven.repo.local}/${pom.name}/wars
and ${maven.repo.local}/${pom.name}/ears
will still have version numbers
   
I've been battling with the same problem , as well...
   
jeff mutonho
   
Registered Linux user number 366042
   
--- [EMAIL PROTECTED] wrote:
   
 use maven.final.name to force maven to produce
 artifact with name like ${maven.final.name}.ear

 Nicolas,





 Colin Hawkett [EMAIL PROTECTED]
 12/10/2004 13:08
 Veuillez répondre à Maven Users List


 Pour :  [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 cc :
 Objet : Unversioned artifacts


 Hi,



We are trying to generate artifacts without maven
 automatically
 appending the version number to the end.  For
 example, when building an
 EAR file, we use a pre-existing application.xml and
 simply direct it to
 be included in the META-INF of the ear.  It is not
 built at build-time,
 so to speak.  This configuration file refers to
 MyWebApp.war, which is
 an artifact produced by the maven build - except
 that maven is
 determined to append the version to the end of the
 war file.



 The reason we don't want maven to build the
 application.xml file is that
 WebSphere has already put a module id in the
 application.xml that is
 referred to in other WebSphere specific files.  I am
 assuming that if
 this id is not retained in application.xml then the
 other parts break.



 I guess there are a number of possible solutions to
 my problem



 1.   My understanding of the module id
 is wrong, and
 

Problems downloading dependencies

2004-10-13 Thread Michele_Forte
i am using Maven release 1.0, normally I never had a problem, but from a
computer I can notice the following nasty behaviour when downloading
dependencies:

Attempting to download sje-config.jar.
Getting URL:
http://scm.zrh.swissre.com:8080/releases/sje/jars/sje-config.jar
Received status code: 200
last-modified = Tue, 30 Mar 2004 12:14:47 GMT (1080648887000)
7/7K
7K downloaded
Local timestamp: -1
Remote timestamp: 1080648887000
Getting URL:
http://scm.zrh.swissre.com:8080/releases/sje/jars/sje-config.jar.md5
Response content length is not known
Received status code: 404
Attempting to download sr-hcf-v3-3.6.1.jar.
Getting URL:
http://scm.zrh.swissre.com:8080/releases/hcf/jars/sr-hcf-v3-3.6.1.jar
Received status code: 200
last-modified = Thu, 23 Sep 2004 08:02:35 GMT (1095926555000)
64/1159K
71/1159K
74/1159K
75/1159K
78/1159K
79/1159K
82/1159K
83/1159K
86/1159K
87/1159K
90/1159K
91/1159K
94/1159K
95/1159K
98/1159K
99/1159K
102/1159K
103/1159K
106/1159K
107/1159K
110/1159K
111/1159K
114/1159K
115/1159K
118/1159K
119/1159K
122/1159K
123/1159K
126/1159K
127/1159K
130/1159K
131/1159K
132/1159K
Error retrieving artifact from
[http://scm.zrh.swissre.com:8080/releases/hcf/jars/sr-hcf-v3-3.6.1.jar]:
java.net.SocketException: No buffer space available (maximum connections
reached?): recv failed
Error details
java.net.SocketException: No buffer space available (maximum connections
reached?): recv failed
  at java.net.SocketInputStream.socketRead0(Native Method)
  at java.net.SocketInputStream.read(SocketInputStream.java:129)
  at java.io.FilterInputStream.read(FilterInputStream.java:111)
  at java.io.PushbackInputStream.read(PushbackInputStream.java:161)
  at java.io.FilterInputStream.read(FilterInputStream.java:111)
  at
org.apache.commons.httpclient.ContentLengthInputStream.read(ContentLengthInputStream.java:167)
  at java.io.FilterInputStream.read(FilterInputStream.java:111)
  at
org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputStream.java:142)
  at java.io.FilterInputStream.read(FilterInputStream.java:90)
  at
org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputStream.java:161)
  at org.apache.maven.util.HttpUtils.process(HttpUtils.java:572)
  at
org.apache.maven.util.HttpUtils.retrieveArtifact(HttpUtils.java:538)
  at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:381)
  at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287)
  at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181)
  at
org.apache.maven.verifier.DependencyVerifier.getRemoteArtifact(DependencyVerifier.java:326)
  at
org.apache.maven.verifier.DependencyVerifier.getDependencies(DependencyVerifier.java:255)
  at
org.apache.maven.verifier.DependencyVerifier.satisfyDependencies(DependencyVerifier.java:171)
  at
org.apache.maven.verifier.DependencyVerifier.verify(DependencyVerifier.java:97)
  at
org.apache.maven.project.Project.verifyDependencies(Project.java:1365)
  at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:510)
  at org.apache.maven.MavenSession.attainGoals(MavenSession.java:266)
  at org.apache.maven.cli.App.doMain(App.java:486)
  at org.apache.maven.cli.App.main(App.java:1215)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:324)
  at com.werken.forehead.Forehead.run(Forehead.java:551)
  at com.werken.forehead.Forehead.main(Forehead.java:581)
Getting URL:  http://www.ibiblio.org/maven/hcf/jars/sr-hcf-v3-3.6.1.jar
sending == If-Modified-Since: Tue, 12-Oct-04 13:24:50 GMT
(1097587490362)
Received status code: 404
File not found on one of the repos
java.io.FileNotFoundException:
http://www.ibiblio.org/maven/hcf/jars/sr-hcf-v3-3.6.1.jar
  at
org.apache.maven.util.HttpUtils.retrieveArtifact(HttpUtils.java:547)
  at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:381)
  at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287)
  at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181)
  at
org.apache.maven.verifier.DependencyVerifier.getRemoteArtifact(DependencyVerifier.java:326)
  at
org.apache.maven.verifier.DependencyVerifier.getDependencies(DependencyVerifier.java:255)
  at
org.apache.maven.verifier.DependencyVerifier.satisfyDependencies(DependencyVerifier.java:171)
  at
org.apache.maven.verifier.DependencyVerifier.verify(DependencyVerifier.java:97)
  at
org.apache.maven.project.Project.verifyDependencies(Project.java:1365)
  at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:510)
  at org.apache.maven.MavenSession.attainGoals(MavenSession.java:266)
  at org.apache.maven.cli.App.doMain(App.java:486)
  at 

Re: Problems downloading dependencies

2004-10-13 Thread Brett Porter
the partially downloaded problem is a known bug.

If you remove the local file, does it work the second time?

I'm not sure what that exception is...

- Brett


On Wed, 13 Oct 2004 10:51:15 +0200, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 i am using Maven release 1.0, normally I never had a problem, but from a
 computer I can notice the following nasty behaviour when downloading
 dependencies:
 
 Attempting to download sje-config.jar.
 Getting URL:
 http://scm.zrh.swissre.com:8080/releases/sje/jars/sje-config.jar
 Received status code: 200
 last-modified = Tue, 30 Mar 2004 12:14:47 GMT (1080648887000)
 7/7K
 7K downloaded
 Local timestamp: -1
 Remote timestamp: 1080648887000
 Getting URL:
 http://scm.zrh.swissre.com:8080/releases/sje/jars/sje-config.jar.md5
 Response content length is not known
 Received status code: 404
 Attempting to download sr-hcf-v3-3.6.1.jar.
 Getting URL:
 http://scm.zrh.swissre.com:8080/releases/hcf/jars/sr-hcf-v3-3.6.1.jar
 Received status code: 200
 last-modified = Thu, 23 Sep 2004 08:02:35 GMT (1095926555000)
 64/1159K
 71/1159K
 74/1159K
 75/1159K
 78/1159K
 79/1159K
 82/1159K
 83/1159K
 86/1159K
 87/1159K
 90/1159K
 91/1159K
 94/1159K
 95/1159K
 98/1159K
 99/1159K
 102/1159K
 103/1159K
 106/1159K
 107/1159K
 110/1159K
 111/1159K
 114/1159K
 115/1159K
 118/1159K
 119/1159K
 122/1159K
 123/1159K
 126/1159K
 127/1159K
 130/1159K
 131/1159K
 132/1159K
 Error retrieving artifact from
 [http://scm.zrh.swissre.com:8080/releases/hcf/jars/sr-hcf-v3-3.6.1.jar]:
 java.net.SocketException: No buffer space available (maximum connections
 reached?): recv failed
 Error details
 java.net.SocketException: No buffer space available (maximum connections
 reached?): recv failed
   at java.net.SocketInputStream.socketRead0(Native Method)
   at java.net.SocketInputStream.read(SocketInputStream.java:129)
   at java.io.FilterInputStream.read(FilterInputStream.java:111)
   at java.io.PushbackInputStream.read(PushbackInputStream.java:161)
   at java.io.FilterInputStream.read(FilterInputStream.java:111)
   at
 org.apache.commons.httpclient.ContentLengthInputStream.read(ContentLengthInputStream.java:167)
   at java.io.FilterInputStream.read(FilterInputStream.java:111)
   at
 org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputStream.java:142)
   at java.io.FilterInputStream.read(FilterInputStream.java:90)
   at
 org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputStream.java:161)
   at org.apache.maven.util.HttpUtils.process(HttpUtils.java:572)
   at
 org.apache.maven.util.HttpUtils.retrieveArtifact(HttpUtils.java:538)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:381)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181)
   at
 org.apache.maven.verifier.DependencyVerifier.getRemoteArtifact(DependencyVerifier.java:326)
   at
 org.apache.maven.verifier.DependencyVerifier.getDependencies(DependencyVerifier.java:255)
   at
 org.apache.maven.verifier.DependencyVerifier.satisfyDependencies(DependencyVerifier.java:171)
   at
 org.apache.maven.verifier.DependencyVerifier.verify(DependencyVerifier.java:97)
   at
 org.apache.maven.project.Project.verifyDependencies(Project.java:1365)
   at
 org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:510)
   at org.apache.maven.MavenSession.attainGoals(MavenSession.java:266)
   at org.apache.maven.cli.App.doMain(App.java:486)
   at org.apache.maven.cli.App.main(App.java:1215)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at com.werken.forehead.Forehead.run(Forehead.java:551)
   at com.werken.forehead.Forehead.main(Forehead.java:581)
 Getting URL:  http://www.ibiblio.org/maven/hcf/jars/sr-hcf-v3-3.6.1.jar
 sending == If-Modified-Since: Tue, 12-Oct-04 13:24:50 GMT
 (1097587490362)
 Received status code: 404
 File not found on one of the repos
 java.io.FileNotFoundException:
 http://www.ibiblio.org/maven/hcf/jars/sr-hcf-v3-3.6.1.jar
   at
 org.apache.maven.util.HttpUtils.retrieveArtifact(HttpUtils.java:547)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:381)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181)
   at
 org.apache.maven.verifier.DependencyVerifier.getRemoteArtifact(DependencyVerifier.java:326)
   at
 org.apache.maven.verifier.DependencyVerifier.getDependencies(DependencyVerifier.java:255)
   at
 org.apache.maven.verifier.DependencyVerifier.satisfyDependencies(DependencyVerifier.java:171)
   at
 

Re: Unversioned artifacts

2004-10-13 Thread Brett Porter
Let me reiterate what I said earlier:

Files in ${maven.repo.local} or remote repositories will always have
versions. This is a Maven-controlled area, and Maven relies on certain
things being there.


On Wed, 13 Oct 2004 10:10:21 +0200, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 
 
 Contact me off the list if you need more help.I manged to get things
 going with the unversioned artifact
 
 
 
 Jeff
 Registered Linux user number 366042
 
 This e-mail is intended exclusively for the addressee.
 If you are not the addressee you must not read, copy, use or disclose
 the e-mail nor the content; please notify us immediately (by clicking Reply) and 
 delete this e-mail.
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Problems downloading dependencies

2004-10-13 Thread Michele_Forte
Hello Brett,

thanks for the quick answer, unfortunately does not get any better:
I tried to erase all the local repository with no results, some jars are
correctly downloaded others have a this problems, and the behaviour is
random.

Any help would be welcome

Michele


|-+
| |   Brett Porter |
| |   [EMAIL PROTECTED]|
| |   il.com  |
| ||
| ||
| |   13/10/2004 11:57 |
| |   Please respond to|
| |   Maven Users |
| |   List|
|-+
  
---|
  |
   |
  |
   |
  |
   |
  |
   |
  |
   |
  |To: Maven Users List [EMAIL 
PROTECTED]  |
  |cc: (bcc: Michele Forte/SwissRe)
   |
  |bcc:Michele Forte/SwissRe   
   |
  |Subject:Re: Problems downloading 
dependencies  |
  
---|




the partially downloaded problem is a known bug.

If you remove the local file, does it work the second time?

I'm not sure what that exception is...

- Brett


On Wed, 13 Oct 2004 10:51:15 +0200, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 i am using Maven release 1.0, normally I never had a problem, but from a
 computer I can notice the following nasty behaviour when downloading
 dependencies:

 Attempting to download sje-config.jar.
 Getting URL:
 http://scm.zrh.swissre.com:8080/releases/sje/jars/sje-config.jar
 Received status code: 200
 last-modified = Tue, 30 Mar 2004 12:14:47 GMT (1080648887000)
 7/7K
 7K downloaded
 Local timestamp: -1
 Remote timestamp: 1080648887000
 Getting URL:
 http://scm.zrh.swissre.com:8080/releases/sje/jars/sje-config.jar.md5
 Response content length is not known
 Received status code: 404
 Attempting to download sr-hcf-v3-3.6.1.jar.
 Getting URL:
 http://scm.zrh.swissre.com:8080/releases/hcf/jars/sr-hcf-v3-3.6.1.jar
 Received status code: 200
 last-modified = Thu, 23 Sep 2004 08:02:35 GMT (1095926555000)
 64/1159K
 71/1159K
 74/1159K
 75/1159K
 78/1159K
 79/1159K
 82/1159K
 83/1159K
 86/1159K
 87/1159K
 90/1159K
 91/1159K
 94/1159K
 95/1159K
 98/1159K
 99/1159K
 102/1159K
 103/1159K
 106/1159K
 107/1159K
 110/1159K
 111/1159K
 114/1159K
 115/1159K
 118/1159K
 119/1159K
 122/1159K
 123/1159K
 126/1159K
 127/1159K
 130/1159K
 131/1159K
 132/1159K
 Error retrieving artifact from
 [http://scm.zrh.swissre.com:8080/releases/hcf/jars/sr-hcf-v3-3.6.1.jar]:
 java.net.SocketException: No buffer space available (maximum connections
 reached?): recv failed
 Error details
 java.net.SocketException: No buffer space available (maximum connections
 reached?): recv failed
   at java.net.SocketInputStream.socketRead0(Native Method)
   at java.net.SocketInputStream.read(SocketInputStream.java:129)
   at java.io.FilterInputStream.read(FilterInputStream.java:111)
   at java.io.PushbackInputStream.read(PushbackInputStream.java:161)
   at java.io.FilterInputStream.read(FilterInputStream.java:111)
   at

org.apache.commons.httpclient.ContentLengthInputStream.read(ContentLengthInputStream.java:167)

   at java.io.FilterInputStream.read(FilterInputStream.java:111)
   at

org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputStream.java:142)

   at java.io.FilterInputStream.read(FilterInputStream.java:90)
   at

org.apache.commons.httpclient.AutoCloseInputStream.read(AutoCloseInputStream.java:161)

   at org.apache.maven.util.HttpUtils.process(HttpUtils.java:572)
   at
 org.apache.maven.util.HttpUtils.retrieveArtifact(HttpUtils.java:538)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:381)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287)
   at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181)
   at


RE: Maven SAR (service archive) goal?

2004-10-13 Thread Stéphane Nicoll
I can see two solutions:

- A maven custom goal using ant (the ant:jar task with src/sar as source directory). 
Provided the jelly:ant namespace is named ant


ant:jar destfile=${maven.build.dir}/${maven.final.name}.sar
  ant:metainf dir=${basedir}/src/sar/META-INF
ant:include name=jboss-service.xml/
  /ant:metainf
/ant:jar

- A SAR plugin. I made it a while ago and asked to publish it but got no answer. Ping 
me off-list and I'll try to find it back.

Regards,

Stéphane


-Original Message-
From: Dinko Hadzic [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 13, 2004 3:31 PM
To: [EMAIL PROTECTED]
Subject: Maven SAR (service archive) goal?


I am trying to create a JBoss/JMX service archive (SAR) with Maven.

It seems however like such a goal/plugin does not exist...?

 

Could anyone give me some ideas/hints of how a SAR goal could be realized?

 

Thanx,

Regards Dinko


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Maven SAR (service archive) goal?

2004-10-13 Thread Eric Pugh
If the SAR plugin is too specific for maven, you could submit it to
maven-plugins.sf.net

ERic

 -Original Message-
 From: Stéphane Nicoll [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, October 13, 2004 3:42 PM
 To: Maven Users List
 Subject: RE: Maven SAR (service archive) goal?


 I can see two solutions:

 - A maven custom goal using ant (the ant:jar task with src/sar as
 source directory). Provided the jelly:ant namespace is named ant


 ant:jar destfile=${maven.build.dir}/${maven.final.name}.sar
   ant:metainf dir=${basedir}/src/sar/META-INF
 ant:include name=jboss-service.xml/
   /ant:metainf
 /ant:jar

 - A SAR plugin. I made it a while ago and asked to publish it but
 got no answer. Ping me off-list and I'll try to find it back.

 Regards,

 Stéphane


 -Original Message-
 From: Dinko Hadzic [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, October 13, 2004 3:31 PM
 To: [EMAIL PROTECTED]
 Subject: Maven SAR (service archive) goal?


 I am trying to create a JBoss/JMX service archive (SAR) with Maven.

 It seems however like such a goal/plugin does not exist...?



 Could anyone give me some ideas/hints of how a SAR goal could be realized?



 Thanx,

 Regards Dinko


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



How to check if a command line option is set from within a Maven plugin

2004-10-13 Thread Gisbert Amm
Hi,
I need to check from within a Maven plugin if a certain command line 
option is set or not. How do I do that? In systemScope I do not see 
these variables and I cannot find out where it might be written down.

Any help would be highly appreciated.
Regards,
Gisbert Amm
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


WebSphere 5.0/5.1 Plugin problem

2004-10-13 Thread Oren Berenson
Did someone manage deploying to wsad 5.1.2 with the above plugin?
 
Oren 
 





This email and any files transmitted with it contain information that may be
confidential or privileged, and are intended solely for the use of the
individual or entity to whom they are addressed. If you are not the intended
recipient any disclosure, copying, distribution or use of the information is
prohibited. If you have received this email in error, please notify me by
return email immediately. Any opinions expressed are those of the author,
not of Morpheus Limited.


This message has been checked for all known viruses by UUNET delivered 
through the MessageLabs Virus Control Centre.



MavenUtil.getProject()

2004-10-13 Thread Michele_Forte
Here is a challenging question for the Maven architects.

In my project i want to make persistent the POM in order to achieve that I
need an in memory representation of the Project, instead of writing my own
POM parser I decided to use the util class provided in Maven, specifically
the public static method available at org.apache.maven.MavenUtil

 But the same POM that works normally in Maven when used in its proper
environment fails when i use the API directly from my program:

That is an example:

  137860|DEBUG|[sports : 1]|srzfhe|ache.commons.digester.Digester -
bodyText='sje'
  137860|DEBUG|[sports : 1]|srzfhe|ache.commons.digester.Digester -   Fire
body() for [EMAIL PROTECTED]
  137860|DEBUG|[sports : 1]|srzfhe|commons.beanutils.ConvertUtils - Convert
string 'sje' to class 'java.lang.String'
  137860|DEBUG|[sports : 1]|srzfhe|commons.beanutils.ConvertUtils -   Using
converter [EMAIL PROTECTED]
  137860|ERROR|[sports : 1]|srzfhe|ache.commons.digester.Digester - Body
event threw exception
java.lang.IllegalStateException: either id or (groupId and artifactId) must
be provided for a dependency
  at org.apache.maven.project.Dependency.getId(Dependency.java:116)
  at org.apache.maven.project.Dependency.toString(Dependency.java:313)
  at java.lang.String.valueOf(String.java(Inlined Compiled Code))
  at java.lang.StringBuffer.append(StringBuffer.java(Compiled Code))
  at
org.apache.commons.betwixt.expression.MethodUpdater.update(MethodUpdater.java:135)
  at
org.apache.commons.betwixt.io.BeanCreateRule$1.body(BeanCreateRule.java:584)
  at org.apache.commons.digester.Rule.body(Rule.java:240)
  at
org.apache.commons.digester.Digester.endElement(Digester.java:1034)
  at
org.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java(Compiled
 Code))
  at
org.apache.xerces.impl.XMLNamespaceBinder.handleEndElement(XMLNamespaceBinder.java(Compiled
 Code))
  at
org.apache.xerces.impl.XMLNamespaceBinder.endElement(XMLNamespaceBinder.java(Compiled
 Code))
  at
org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(XMLDTDValidator.java(Compiled
 Code))
  at
org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(XMLDTDValidator.java(Compiled
 Code))
  at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.handleEndElement(XMLDocumentFragmentScannerImpl.java(Compiled
 Code))
  at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java(Compiled
 Code))
  at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java(Compiled
 Code))
  at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)
  at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:525)
  at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:581)
  at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)
  at
org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1158)
  at org.apache.commons.digester.Digester.parse(Digester.java:1527)
  at
org.apache.maven.MavenUtils.getNonJellyProject(MavenUtils.java:183)
  at org.apache.maven.MavenUtils.getProject(MavenUtils.java:144)
  at org.apache.maven.MavenUtils.getProject(MavenUtils.java:126)
  at org.apache.maven.MavenUtils.getProject(MavenUtils.java:113)
  at
com.swissre.d08.commons.pom.D08CommonsPom.getProject(D08CommonsPom.java:81)
  at
com.swissre.d08.business.impl.D08BusinessLogicImpl.validate(D08BusinessLogicImpl.java:1449)
  at java.lang.reflect.Method.invoke(Native Method)
  at
com.swissre.d08.business.D08BusinessLogicFactory$1.invoke(D08BusinessLogicFactory.java:75)

The first consideration, it goes into the way the parsing mechanism happens
in Maven, and the role that the endorsed jars (xerses-2.4.0,
xml-apis-1.0.b2.jar ) have in the construction of the classpath in normal
usage of maven. I can only have a those classes in the classpath. If anyone
wants to spend some explanation on that it will make my job easier.

The second is the role of the jdk, can different jdks ( say 1.4.1 and 1.3.1
) play a different role ?

Any help is welcome.

Regards

Michele







This e-mail, including attachments, is intended for the person(s) or
company named and may contain confidential and/or legally privileged
information. Unauthorized disclosure, copying or use of this information
may be unlawful and is prohibited. If you are not the intended recipient,
please delete this message and notify the sender


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Thank you

2004-10-13 Thread STRAYER, JON \(SBCSI\)
To everyone who has written code or documentation for Maven, thank you.
To everyone who has answered my questions here, thank you.

You have made my work life significantly easier.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: How to check if a command line option is set from within a Maven plugin

2004-10-13 Thread Brett Porter
do you mean maven option (-o, -X, etc) or system property (-D)?


On Wed, 13 Oct 2004 18:10:59 +0200, Gisbert Amm [EMAIL PROTECTED] wrote:
 Hi,
 
 I need to check from within a Maven plugin if a certain command line
 option is set or not. How do I do that? In systemScope I do not see
 these variables and I cannot find out where it might be written down.
 
 Any help would be highly appreciated.
 
 Regards,
 Gisbert Amm
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Compatibility with Ant 1.6?

2004-10-13 Thread Will McKinley
I've searched the maven archive, so pardon me if this has already been 
discussed.  I've noticed that maven only supports ant 1.5.3.  I have a 
situation where I need the input parameter to the java task which is 
only available in ant 1.6.  Is there a strategy for delivering maven 
with 1.6 compatibility in the near future?

thanks,
Will McKinley
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Thank you

2004-10-13 Thread dan tran
same here ;-)


On Wed, 13 Oct 2004 15:18:41 -0400, STRAYER, JON (SBCSI) [EMAIL PROTECTED] wrote:
 To everyone who has written code or documentation for Maven, thank you.
 To everyone who has answered my questions here, thank you.
 
 You have made my work life significantly easier.
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Compatibility with Ant 1.6?

2004-10-13 Thread Arnaud HERITIER
Hi Will,

I don't think that the use of ant 1.6 in maven is expected soon.
I suppose it will be done in maven 1.1 but not in 1.0.1 (only bug's fixes).

Arnaud

 -Message d'origine-
 De : Will McKinley [mailto:[EMAIL PROTECTED]
 Envoyé : jeudi 14 octobre 2004 00:19
 À : [EMAIL PROTECTED]
 Objet : Compatibility with Ant 1.6?
 
 I've searched the maven archive, so pardon me if this has already been
 discussed.  I've noticed that maven only supports ant 1.5.3.  I have a
 situation where I need the input parameter to the java task which is
 only available in ant 1.6.  Is there a strategy for delivering maven
 with 1.6 compatibility in the near future?
 
 thanks,
 Will McKinley
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 #== gPopper Menu ===#
 Delete from Gmail inbox:   mailto:del|[EMAIL PROTECTED]
 Mark message as unread:mailto:unr|[EMAIL PROTECTED]
 Mark message as read:  mailto:rea|[EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



PDF Plugin Error with Large Table

2004-10-13 Thread Jojo Paderes
Hi,

I'm currently using Maven Xdoc and PDF plugins for generating our
application documentation. In one of our Xdoc XML file, we have a
large table consisting of 19 columns and 50 rows. Xdoc works fine when
generating the HTML pages but for some reason the PDF plugin failed to
generate the PDF file. Here's the error detail after running the PDF
plugin:

BUILD FAILED
File.. /home/jojo/.maven/cache/maven-pdf-plugin-2.2/plugin.jelly
Element... java
Line.. 196
Column 94
Java returned: 2

I'm using Maven 1.0, PDF plugin version 2.2.

Any advice or tips how to resolve PDF issues (if any) on large tables?

Thanks!


regards,

jOjO 

-- 
Against Software Patents in the Philippines - Vote now!
http://www.petitiononline.com/openm01/petition.html
http://antipatents.8m.com/software-patents.html
http://swpat.ffii.org


Jojo's Blog http://jojopaderes.blogspot.com
Pinoy Tech Scene http://pinoytechscene.mparaz.com
PinoyJUG http://www.pinoyjug.ph

Please avoid sending me Word or PowerPoint attachments.
  http://www.fsf.org/philosophy/no-word-attachments.html
  http://www.viruslist.com/eng/viruslist.html?id=7
  http://gnuwin.epfl.ch/articles/en/trustedcomp/trustedcomputing.html
  http://www.cl.cam.ac.uk/users/rja14/tcpa-faq.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: PDF Plugin Error with Large Table

2004-10-13 Thread Arnaud HERITIER
Can you run it in debug mode please and send us the log on the mailing list or open a 
bug on Jira.

maven -Dmaven.pdf.debug=true pdf


Arnaud

 -Message d'origine-
 De : Jojo Paderes [mailto:[EMAIL PROTECTED]
 Envoyé : jeudi 14 octobre 2004 07:29
 À : Maven Users List
 Objet : PDF Plugin Error with Large Table
 
 Hi,
 
 I'm currently using Maven Xdoc and PDF plugins for generating our
 application documentation. In one of our Xdoc XML file, we have a
 large table consisting of 19 columns and 50 rows. Xdoc works fine when
 generating the HTML pages but for some reason the PDF plugin failed to
 generate the PDF file. Here's the error detail after running the PDF
 plugin:
 
 BUILD FAILED
 File.. /home/jojo/.maven/cache/maven-pdf-plugin-2.2/plugin.jelly
 Element... java
 Line.. 196
 Column 94
 Java returned: 2
 
 I'm using Maven 1.0, PDF plugin version 2.2.
 
 Any advice or tips how to resolve PDF issues (if any) on large tables?
 
 Thanks!
 
 
 regards,
 
 jOjO
 
 --
 Against Software Patents in the Philippines - Vote now!
 http://www.petitiononline.com/openm01/petition.html
 http://antipatents.8m.com/software-patents.html
 http://swpat.ffii.org
 
 
 Jojo's Blog http://jojopaderes.blogspot.com
 Pinoy Tech Scene http://pinoytechscene.mparaz.com
 PinoyJUG http://www.pinoyjug.ph
 
 Please avoid sending me Word or PowerPoint attachments.
   http://www.fsf.org/philosophy/no-word-attachments.html
   http://www.viruslist.com/eng/viruslist.html?id=7
   http://gnuwin.epfl.ch/articles/en/trustedcomp/trustedcomputing.html
   http://www.cl.cam.ac.uk/users/rja14/tcpa-faq.html
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 #== gPopper Menu ===#
 Delete from Gmail inbox:   mailto:del|[EMAIL PROTECTED]
 Mark message as unread:mailto:unr|[EMAIL PROTECTED]
 Mark message as read:  mailto:rea|[EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]