Powered by Maven Logo Competition

[Ben Walding]

To get more Maven branding on the created project sites we're going to 
need a powered by / built by Maven logo.

To this end, I've set up a competition page at
http://projects.walding.com/powered/
We'll be using the selected logo in the generation sites (to be 
determined how).  The logo placement will be optional / user definable.

This competition will be fairly fluid in terms of what we're looking 
for.  Closing date: to be determined.



Cheers,

Ben

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

Re: POM encoding problems

[Ben Walding]

Can you post the xml document fragment that has the latin1 chars in it?

Thanks,

Ben



Paulo Silveira wrote:

Hello again.

my project name has "Usuários" (it has a latin1 char on it). When
generating the site, the xdoc plugin creates a index.xml (the one based
on the template) that has "Usu (null/strange char goes here)rios". I ve
tried to change my POM to ISO-8859-1, but xdoc keeps generating the
strange char. site:generate generates the error that follow this email.
in the task list, it says maven is now i18n, but I couldt find anything
in the manual.
xdoc has a maven.docs.outputencoding, but ISO-8859-1 is already the
default value.
ps: van Zyl, the jar override feature worked fine, thanks, and it is a
better way than putting this info in the POM
-->
   [echo] Generating E:/eclipse/workspace/guj/target/docs/index.html
from E:\ec
lipse\workspace\guj\target\generated-xdocs\index.xml
BUILD FAILED
null:503:46:  null:300:43:  Invalid byte 2 of
3-byte UTF-8
sequence. Nested exception: Invalid byte 2 of 3-byte UTF-8 sequence.
Total time: 1 minutes 30 seconds

Paulo Silveira
http://www.paulo.com.br/
http://www.guj.com.br/
 

-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED] 
Sent: sexta-feira, 14 de março de 2003 19:48
To: Turbine Maven Users List
Subject: Re: ibiblio upload request: mail api (mail.jar) and 
dependecy stuff

On Fri, 2003-03-14 at 16:11, Paulo Silveira wrote:
   

is it possible?

http://java.sun.com/products/javamail/index.html

maybe we need also activation.jar
 

Can't because of the license.

   

It would be nice if we could configure the dependecy jar URI
like:

  ...
 file:/libdir/

or


  ...
 http://java.sun.com/products/javamail/

 

You can do so now with the JAR override feature, RTM.

   


Paulo Silveira
http://www.paulo.com.br/
http://www.guj.com.br/




 

-
   

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

[EMAIL PROTECTED]
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://tambora.zenplex.org
In short, man creates for himself a new religion of a 
rational and technical order to justify his work and to be 
justified in it.
 
 -- Jacques Ellul, The Technological Society

-
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]
 



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

Re: How to suppress reports

[Ben Walding]

Add an empty reports element to your project.xml


   ...
   

Prabhakar Chaganti wrote:

All:

I am using the reactor and would like to suppress all the reports(changelog, etc) for my sub-projects. Is there any property I can set to disable the reports?

Any info appreciated.
thanks
prabhakar
-
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: xdoc generating non relative paths? or ignoring base...

[Ben Walding]

While your method is a bit cleaner, this is how xdocs works, and I don't 
think it is appropriate to break it at this juncture.

  public void testCalculateLink()
   {
   testCalculateLink("/bob.html", "/absolute//bob.html", "..");
   testCalculateLink("http://crazyhorse.com";, 
"/absolute/http://crazyhorse.com";, "..");
   testCalculateLink("http://crazyhorse.com";, 
"http://crazyhorse.com";, "..");
   testCalculateLink("../index.html", "/index.html", "..");
   testCalculateLink("index.html", "/index.html", ".");
   testCalculateLink("../other-module/index.html", 
"../other-module/index.html", ".");
   testCalculateLink("../../other-module/index.html", 
"../other-module/index.html", "..");
   }

public void testCalculateLink(String expected, String link, String 
relativePath)
   {
   String actual = DVSLPathTool.calculateLink(link, relativePath);
   String function = "DVSLPathTool.calculateLink(" + link + "," + 
relativePath + ")";
   if (!expected.equals(actual)) {
   System.out.println("Function:" + function);
   System.out.println("Actual:" + actual);
   System.out.println("Expected:" + expected);   
   }
   assertEquals(function, expected, actual);
   }

Rafal Krzewski wrote:

Ben Walding wrote:
 

What version of Maven?

Make sure your navigation links start with / as there is a hole in the
tests which means that it can get confused if your links don't start
with / or one of the other special tags (site or absolute).  Your link
should look like .  Maven will
generate the appropriate link depending on the page you are viewing.
   

I don't quite understand what special tags you are talking about. There
was some special handling of links that begin with '/site/' string, but
I removed that with MAVEN-283 patch, because I thought it was residual
after some quick and and dirty hack.
Could someone clarify what is the general policy for links in xdocs?

I'll give my undestading here, so please correct me if I'm wrong:

1) Any link that starts with schema specification (ie http://) is left
  untouched.
2) Any link that starts with a / is left untouched - it's relative to
  the root of the site's destination server, let the browser handle it.
3) If the link does not match the above, it's treated as relative to the
  location of the file that contains it. If the generated html file
  would reside in the directory analogous to the directory where the
  source xdoc is, the link is left untouched. If the generated html
  file would reside in another directory, the link should be prepended
  with the relative path pointing from the html file's destination
  directory to the directory analogous to the source xdocs location.
Example:

Assume that the xdocs/navigation.xml contains the following links:

http://jakarta.apache.org/maven"/>




depending on the directory, the links would rener as:

/
Maven http://jakarta.apache.org/maven
Home  /index.html
Home rel  index.html
User's guide  reference/usres-guide.html
Install   start/install.html
/start
Maven http://jakarta.apache.org/maven
Home  /index.html
Home rel  ../index.html
User's guide  ../reference/usres-guide.html
Install   install.html
/reference
Maven http://jakarta.apache.org/maven
Home  /index.html
Home rel  ../index.html
User's guide  usres-guide.html
Install   ../start/install.html
/reference/somedir
Maven http://jakarta.apache.org/maven
Home  /index.html
Home rel  ../../index.html
User's guide  ../usres-guide.html
Install   ../../start/install.html
Is this how it's done now? If not, don't you think that it's the correct
way of handling relative paths?
R.

-
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: xdoc generating non relative paths? or ignoring base...

[Ben Walding]

I fixed that just after the b8 release went out in MAVEN-268. It's 
caused by conflicting upper and lower case drive letters from cygwin / java.

DVSLPathTool is the one to look at / update.

Alexei Barantsev wrote:

I've observed the following:
Maven-b8 on Windows generates site with right links (./foo) if I use CMD
and with bad links (/foo) if I use cygwin.
 > -Original Message-
 > From: Paulo Silveira [mailto:[EMAIL PROTECTED] 
 > Sent: Friday, March 14, 2003 6:51 AM
 > To: 'Turbine Maven Users List'
 > Subject: RE: xdoc generating non relative paths? or ignoring base...
 > 
 > 
 > I will do it in the weekend
 > just to clarify, I am generating maven's OWN site. and it 
 > is generating hrefs linked to /task.html etc... instead of 
 > ./task.html. I did not changed the navigation.xml.
 > 
 > by the way, maybe javadoc plugin could be smarter, and do 
 > not generate javadoc everytime. it could generate a 
 > timestamp to see if this one is bigger than the latest 
 > modified source file or sth like that
 > 
 > I will post better information in a couple of days
 > 
 > 
 > Paulo Silveira
 > http://www.paulo.com.br/
 > http://www.guj.com.br/
 >  
 > 
 > > -Original Message-
 > > From: Ben Walding [mailto:[EMAIL PROTECTED]
 > > Sent: sexta-feira, 14 de março de 2003 00:36
 > > To: Turbine Maven Users List
 > > Subject: Re: xdoc generating non relative paths? or 
 > ignoring base...
 > > 
 > > 
 > > What version of Maven?
 > > 
 > > Make sure your navigation links start with / as there is a
 > > hole in the 
 > > tests which means that it can get confused if your links 
 > don't start 
 > > with / or one of the other special tags (site or absolute).  
 > > Your link 
 > > should look like .  
 > Maven will 
 > > generate the appropriate link depending on the page you 
 > are viewing.
 > > 
 > > 
 > > If you are doing that...
 > > 
 > > Then are you using cvs head?
 > > 
 > > I recently moved most of the navigation handling into
 > > DVSLPathTool and 
 > > added a series of test cases.  If you can find out how you 
 > > are getting 
 > > past the test cases that would make life easier for me 
 > > (always a plus!). 
 > > (Add some System.out.printlns to calculateLink on 
 > > src/org/apache/maven/DVSLPathTool.java)
 > > 
 > > Cheers,
 > > 
 > > Ben
 > > 
 > > 
 > > Paulo Silveira wrote:
 > > 
 > > >hi all
 > > >
 > > >I am generating maven site, and all navigation links gets to
 > > /foo.html.
 > > >1beta8 generated ./foo.html, or am not configuring something?
 > > >
 > > >
 > > >Paulo Silveira
 > > >http://www.paulo.com.br/
 > > >http://www.guj.com.br/
 > > > 
 > > >
 > > >  
 > > >
 > > >>-Original Message-
 > > >>From: Ben Walding [mailto:[EMAIL PROTECTED]
 > > >>Sent: quinta-feira, 13 de março de 2003 21:07
 > > >>To: Turbine Maven Users List
 > > >>Subject: Re: jar manifest extension dependency list
 > > >>
 > > >>
 > > >>I have raised MAVEN-334 to cover these issues.
 > > >>
 > > >>- see jira.werken.com
 > > >>
 > > >>Vincenz Braun wrote:
 > > >>
 > > >>
 > > >>
 > > >>>Hello,
 > > >>>
 > > >>>i do not know whether this is the right place for this
 > > issue, but i
 > > >>>do not know the component responsible for creating the
 > > manifest files
 > > >>>in maven.
 > > >>>
 > > >>>I really appreciate that maven builds jars with version
 > > >>>  
 > > >>>
 > > >>information in
 > > >>
 > > >>
 > > >>>the manifest. But this is not conforming to the extension
 > > versioning
 > > >>>specification.
 > > >>>
 > > >>>1. Why not using the correct attribute name for extensions?
 > > >>>
 > > >>>Example from the spec:
 > > >>>
 > > >>>Extension-Name: javax.help
 > > >>>Specification-Vendor: Sun Microsystems, Inc
 > > >>>Specification-Version: 1.0
 > > >>>Implementation-Vendor-Id: com.sun
 > > >>>Implementation-Vendor: Sun Microsystems, Inc 
 > > >>>Implementation-Version: 1.0 
 > > >>>
 > &g

Re: xdoc generating non relative paths? or ignoring base...

[Ben Walding]

What version of Maven?

Make sure your navigation links start with / as there is a hole in the 
tests which means that it can get confused if your links don't start 
with / or one of the other special tags (site or absolute).  Your link 
should look like .  Maven will 
generate the appropriate link depending on the page you are viewing.

If you are doing that...

Then are you using cvs head?

I recently moved most of the navigation handling into DVSLPathTool and 
added a series of test cases.  If you can find out how you are getting 
past the test cases that would make life easier for me (always a plus!). 
(Add some System.out.printlns to calculateLink on 
src/org/apache/maven/DVSLPathTool.java)

Cheers,

Ben

Paulo Silveira wrote:

hi all

I am generating maven site, and all navigation links gets to /foo.html.
1beta8 generated ./foo.html, or am not configuring something?

Paulo Silveira
http://www.paulo.com.br/
http://www.guj.com.br/
 

-Original Message-
From: Ben Walding [mailto:[EMAIL PROTECTED] 
Sent: quinta-feira, 13 de março de 2003 21:07
To: Turbine Maven Users List
Subject: Re: jar manifest extension dependency list

I have raised MAVEN-334 to cover these issues.

- see jira.werken.com

Vincenz Braun wrote:

   

Hello,

i do not know whether this is the right place for this issue,
but i do not know the component responsible for creating
the manifest files in maven.
I really appreciate that maven builds jars with version 
 

information in 
   

the manifest. But this is not conforming to the extension versioning 
specification.

1. Why not using the correct attribute name for extensions?

Example from the spec:

Extension-Name: javax.help
Specification-Vendor: Sun Microsystems, Inc
Specification-Version: 1.0 
Implementation-Vendor-Id: com.sun 
Implementation-Vendor: Sun Microsystems, Inc 
Implementation-Version: 1.0 

Maven uses the attribute name Name instead of Extension-Name.

2. Why not include dependency information?

Example from the spec:

Extension-List: javahelp java3d
javahelp-Extension-Name: javax.help 
javahelp-Specification-Version: 1.0 
javahelp-Implementation-Version: 1.0.3 
javahelp-Implementation-Vendor-Id: com.sun 
javahelp-Implementation-URL:
http://java.sun.com/products/stdext/javahelp.jar 
java3d-Extension-Name: javax.3d 
java3d-Specification-Version: 1.0 
java3d-Implementation-Version: 1.2.1 
java3d-Implementation-Vendor-Id: com.sun 
java3d-Implementation-URL: 
 

http://java.sun.com/products/stdext/java3d.jar 
   

3. Why not 
 

include download URL locations?
   

See example above.

Can someone tell me the component responsible for creating 
 

the manifest 
   

files in maven?

Is this a known issue (I did not find it on the user mailing list)?
Can this feature be added in future releases?
Thanks,
Vincenz
-
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]



   



-
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: jar manifest extension dependency list

[Ben Walding]

I have raised MAVEN-334 to cover these issues.

- see jira.werken.com

Vincenz Braun wrote:

Hello,

i do not know whether this is the right place for this issue, 
but i do not know the component responsible for creating
the manifest files in maven.

I really appreciate that maven builds jars with version information in the
manifest. But this is not conforming to the extension versioning
specification.
1. Why not using the correct attribute name for extensions?

Example from the spec:

Extension-Name: javax.help
Specification-Vendor: Sun Microsystems, Inc 
Specification-Version: 1.0 
Implementation-Vendor-Id: com.sun 
Implementation-Vendor: Sun Microsystems, Inc 
Implementation-Version: 1.0 

Maven uses the attribute name Name instead of Extension-Name.

2. Why not include dependency information?

Example from the spec:

Extension-List: javahelp java3d 
javahelp-Extension-Name: javax.help 
javahelp-Specification-Version: 1.0 
javahelp-Implementation-Version: 1.0.3 
javahelp-Implementation-Vendor-Id: com.sun 
javahelp-Implementation-URL:
http://java.sun.com/products/stdext/javahelp.jar 
java3d-Extension-Name: javax.3d 
java3d-Specification-Version: 1.0 
java3d-Implementation-Version: 1.2.1 
java3d-Implementation-Vendor-Id: com.sun 
java3d-Implementation-URL: http://java.sun.com/products/stdext/java3d.jar 

3. Why not include download URL locations?

See example above.

Can someone tell me the component responsible for creating the manifest
files in maven?
Is this a known issue (I did not find it on the user mailing list)? 
Can this feature be added in future releases?

Thanks,
Vincenz
-
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: java.lang.StackOverflowError

[Ben Walding]

I believe eclipse has it's own incremental compiler. Possibly based on 
jikes given the ibm background.

In case you never noticed it, the eclipse compiler will successfully 
compile invalid java.  Replaces the method body with code to throw an 
exception.  Confused me the first time I saw it - how on earth can I be 
getting a compile error from my webapp?!?!



Jon Strayer wrote:

** Reply to message from "Jon Strayer" <[EMAIL PROTECTED]> on
Sun, 9 Mar 2003 12:48:09 -0500
 

** Reply to message from [EMAIL PROTECTED] on Mon, 10
Mar 2003 04:34:01 +1100
   

Run maven -e and post the stack trace for us to look at
 

java:compile:
   [javac] Compiling 18 source files to
C:\eclipse\workspace\WBNT\target\class
The system is out of resources.
Consult the following stack trace for details.
java.lang.StackOverflowError
   

I tried compling the class it's puking on from the cammand
line and got the same error.  So, it's got nothing to do
with Maven.  I wish I could figure out why Eclipse could
complie it.  BTW, the same class makes Jalopy throw up as
well.
I didn't realize how bad it was until I started counting,
but there is an 'if' who's conditon is 146 lines long. 
There are 876 expressions in the condition.  I can see why
that might cause some problems.  But I don't understand why
Eclipse can compile it.

 



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

Re: Error attempting to generate site...

[Ben Walding]

I'm a bit dubious of whether this is linkcheck's fault or not.

In any event, I'm removing httpunit from linkcheck. I'll just use xpath 
expressions to get the urls from the document (jtidy -> dom4j -> xpath). 
This should resolve the class loader issues as I explicitly call JTidy.

Should have the rest of the changes done and checked in in the next few 
days.

Quinton McCombs wrote:

I am now getting an OutOfMemoryError.  I created maven-318 for the
problem.  I attached a compressed tar file containing maven.log and the
output of maven-X site:generate.
 

-Original Message-
From: Ben Walding [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 05, 2003 5:15 PM
To: Turbine Maven Users List
Subject: Re: Error attempting to generate site...

Can you mail me the results of

maven -X site

as well as your maven.log after running that.

Thanks

Ben

Quinton McCombs wrote:

   

No.  My project has all of the dependencies of Turbine and Torque 
though since I use both of them Sigh.



 

-Original Message-
From: Ben Walding [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 4:11 PM
To: Turbine Maven Users List
Subject: Re: Error attempting to generate site...
Is your project using nekohtml?

MAVEN-313 was raised to cover off that issue. There is some kind of
weirdness between linkcheck and nekohtml with the current 
   

classloader 
   

configurations.  I'm holding off fixing it as classworlds 
will go a long 
way to resolving these problems and is slated to be part of 
maven shortly.

Quinton McCombs wrote:

  

   

I am getting the following error messages trying to rum maven
site:generate.  Any idea what is causing this?
Setting project: neo
Project set:neo
line 211 column 119 - Error:  is not 
 

recognized! line 353
   

column 63 - Error:  is not recognized! This 
 

document has 
   

errors that must be fixed before using HTML Tidy to generate 


 

a tidied
  

   

up version.

line 12,703 column 63 - Error:  is not recognized! This
document has errors that must be fixed before using HTML Tidy to 
generate a tidied up version.

java.net.ConnectException: Connection refused: connect
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at


 

java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
  

   

 at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
 at 
 

java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
   

 at java.net.Socket.connect(Socket.java:426)
 at java.net.Socket.connect(Socket.java:376)
 at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
 at


 

sun.net.www.http.HttpClient.openServer(HttpClient.java:386)
  

   

 at


 

sun.net.www.http.HttpClient.openServer(HttpClient.java:602)
  

   

 at sun.net.www.http.HttpClient.(HttpClient.java:303)
 at sun.net.www.http.HttpClient.(HttpClient.java:264)
 at sun.net.www.http.HttpClient.New(HttpClient.java:336)
 at sun.net.www.http.HttpClient.New(HttpClient.java:317)
 at sun.net.www.http.HttpClient.New(HttpClient.java:312)
 at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(Ht
 

tpURLConne
   

ction.java:481)
 at 
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURL
 

Connection
   

.java:472)
 at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(
 

HttpURLCon
   

nection.java:574)
 at 
sun.net.www.protocol.http.HttpURLConnection.getHeaderFieldK
 

ey(HttpURL
   

Connection.java:1208)
 at 
com.meterware.httpunit.HttpWebResponse.loadHeaders(HttpWebR
 

esponse.ja
   

va:191)
 at 
com.meterware.httpunit.HttpWebResponse.readHeaders(HttpWebR
 

esponse.ja
   

va:173)
 at 
com.meterware.httpunit.HttpWebResponse.(HttpWebRespon
 

se.java:53
   

)
 at 
com.meterware.httpunit.WebConversation.newResponse(WebConve
 

rsation.ja
   

va:66)
 at
com.meterware.httpunit.WebWindow.getResource(WebWindow.java:154)
 at 
com.meterware.httpunit.WebWindow.getSubframeResponse(WebWin
 

dow.java:1
   

17)
 at
com.meterware.httpunit.WebWindow.getResponse(WebWindow.java:110)
 at
com.meterware.httpunit.WebClient.getResponse(WebClient.java:113)
 at 
org.apache.maven.linkcheck.validation.HTTPLinkValidator.val
 

idateLink(
   

HTTPLinkValidator.java:133)
 at 
org.apache.maven.linkcheck.validation.LinkValidatorManager.
 

validateLi
   

nk(LinkValidatorManager.java:118)
 at
org.apache.maven.linkcheck.FileToCheck.check(FileToCheck.java:136)
 at
org.apache.maven.linkcheck.LinkCheck.doExecute(LinkCheck.java:160)
 at 


 

sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  

   

 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcc
 

e

Re: Error attempting to generate site...

[Ben Walding]

Can you mail me the results of

maven -X site

as well as your maven.log after running that.

Thanks

Ben

Quinton McCombs wrote:

No.  My project has all of the dependencies of Turbine and Torque though
since I use both of them Sigh.
 

-Original Message-
From: Ben Walding [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 05, 2003 4:11 PM
To: Turbine Maven Users List
Subject: Re: Error attempting to generate site...

Is your project using nekohtml?

MAVEN-313 was raised to cover off that issue. There is some kind of 
weirdness between linkcheck and nekohtml with the current classloader 
configurations.  I'm holding off fixing it as classworlds 
will go a long 
way to resolving these problems and is slated to be part of 
maven shortly.

Quinton McCombs wrote:

   

I am getting the following error messages trying to rum maven 
site:generate.  Any idea what is causing this?

Setting project: neo
Project set:neo
line 211 column 119 - Error:  is not recognized! line 353 
column 63 - Error:  is not recognized! This document has 
errors that must be fixed before using HTML Tidy to generate 
 

a tidied 
   

up version.

line 12,703 column 63 - Error:  is not recognized! This 
document has errors that must be fixed before using HTML Tidy to 
generate a tidied up version.

java.net.ConnectException: Connection refused: connect
  at java.net.PlainSocketImpl.socketConnect(Native Method)
  at 
 

java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
   

  at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
  at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
  at java.net.Socket.connect(Socket.java:426)
  at java.net.Socket.connect(Socket.java:376)
  at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
  at 
 

sun.net.www.http.HttpClient.openServer(HttpClient.java:386)
   

  at 
 

sun.net.www.http.HttpClient.openServer(HttpClient.java:602)
   

  at sun.net.www.http.HttpClient.(HttpClient.java:303)
  at sun.net.www.http.HttpClient.(HttpClient.java:264)
  at sun.net.www.http.HttpClient.New(HttpClient.java:336)
  at sun.net.www.http.HttpClient.New(HttpClient.java:317)
  at sun.net.www.http.HttpClient.New(HttpClient.java:312)
  at 
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConne
ction.java:481)
  at 
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection
.java:472)
  at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon
nection.java:574)
  at 
sun.net.www.protocol.http.HttpURLConnection.getHeaderFieldKey(HttpURL
Connection.java:1208)
  at 
com.meterware.httpunit.HttpWebResponse.loadHeaders(HttpWebResponse.ja
va:191)
  at 
com.meterware.httpunit.HttpWebResponse.readHeaders(HttpWebResponse.ja
va:173)
  at 
com.meterware.httpunit.HttpWebResponse.(HttpWebResponse.java:53
)
  at 
com.meterware.httpunit.WebConversation.newResponse(WebConversation.ja
va:66)
  at
com.meterware.httpunit.WebWindow.getResource(WebWindow.java:154)
  at 
com.meterware.httpunit.WebWindow.getSubframeResponse(WebWindow.java:1
17)
  at
com.meterware.httpunit.WebWindow.getResponse(WebWindow.java:110)
  at
com.meterware.httpunit.WebClient.getResponse(WebClient.java:113)
  at 
org.apache.maven.linkcheck.validation.HTTPLinkValidator.validateLink(
HTTPLinkValidator.java:133)
  at 
org.apache.maven.linkcheck.validation.LinkValidatorManager.validateLi
nk(LinkValidatorManager.java:118)
  at
org.apache.maven.linkcheck.FileToCheck.check(FileToCheck.java:136)
  at
org.apache.maven.linkcheck.LinkCheck.doExecute(LinkCheck.java:160)
  at 
 

sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   

  at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
  at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:324)
  at 
org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.jav
a:223)
  at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.jav
a:144)
  at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
  at
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
  at
com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:116)
  at com.werken.werkz.Goal.fire(Goal.java:639)
  at com.werken.werkz.Goal.attain(Goal.java:575)
  at
com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
  at
com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:106)
  at 
org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainG
oalTag.java:107)
  at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
  at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
  at
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.jav

Re: Error attempting to generate site...

[Ben Walding]

Is your project using nekohtml?

MAVEN-313 was raised to cover off that issue. There is some kind of 
weirdness between linkcheck and nekohtml with the current classloader 
configurations.  I'm holding off fixing it as classworlds will go a long 
way to resolving these problems and is slated to be part of maven shortly.

Quinton McCombs wrote:

I am getting the following error messages trying to rum maven
site:generate.  Any idea what is causing this?
Setting project: neo
Project set:neo
line 211 column 119 - Error:  is not recognized!
line 353 column 63 - Error:  is not recognized!
This document has errors that must be fixed before
using HTML Tidy to generate a tidied up version.
line 12,703 column 63 - Error:  is not recognized!
This document has errors that must be fixed before
using HTML Tidy to generate a tidied up version.
java.net.ConnectException: Connection refused: connect
   at java.net.PlainSocketImpl.socketConnect(Native Method)
   at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
   at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
   at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
   at java.net.Socket.connect(Socket.java:426)
   at java.net.Socket.connect(Socket.java:376)
   at sun.net.NetworkClient.doConnect(NetworkClient.java:139)
   at sun.net.www.http.HttpClient.openServer(HttpClient.java:386)
   at sun.net.www.http.HttpClient.openServer(HttpClient.java:602)
   at sun.net.www.http.HttpClient.(HttpClient.java:303)
   at sun.net.www.http.HttpClient.(HttpClient.java:264)
   at sun.net.www.http.HttpClient.New(HttpClient.java:336)
   at sun.net.www.http.HttpClient.New(HttpClient.java:317)
   at sun.net.www.http.HttpClient.New(HttpClient.java:312)
   at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConne
ction.java:481)
   at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection
.java:472)
   at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon
nection.java:574)
   at
sun.net.www.protocol.http.HttpURLConnection.getHeaderFieldKey(HttpURL
Connection.java:1208)
   at
com.meterware.httpunit.HttpWebResponse.loadHeaders(HttpWebResponse.ja
va:191)
   at
com.meterware.httpunit.HttpWebResponse.readHeaders(HttpWebResponse.ja
va:173)
   at
com.meterware.httpunit.HttpWebResponse.(HttpWebResponse.java:53
)
   at
com.meterware.httpunit.WebConversation.newResponse(WebConversation.ja
va:66)
   at
com.meterware.httpunit.WebWindow.getResource(WebWindow.java:154)
   at
com.meterware.httpunit.WebWindow.getSubframeResponse(WebWindow.java:1
17)
   at
com.meterware.httpunit.WebWindow.getResponse(WebWindow.java:110)
   at
com.meterware.httpunit.WebClient.getResponse(WebClient.java:113)
   at
org.apache.maven.linkcheck.validation.HTTPLinkValidator.validateLink(
HTTPLinkValidator.java:133)
   at
org.apache.maven.linkcheck.validation.LinkValidatorManager.validateLi
nk(LinkValidatorManager.java:118)
   at
org.apache.maven.linkcheck.FileToCheck.check(FileToCheck.java:136)
   at
org.apache.maven.linkcheck.LinkCheck.doExecute(LinkCheck.java:160)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
   at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at
org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.jav
a:223)
   at
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.jav
a:144)
   at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
   at
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
   at
com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:116)
   at com.werken.werkz.Goal.fire(Goal.java:639)
   at com.werken.werkz.Goal.attain(Goal.java:575)
   at
com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
   at
com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:106)
   at
org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainG
oalTag.java:107)
   at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
   at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
   at
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
   at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88)
   at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
   at
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
   at
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
   at
org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:1
45)
   at
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
   at
org.apache.commons.

Re: Linkcheck plugin

[Ben Walding]

That behaviour was deprecated as I fully switched it over to use the 
reports section of the POM.

Basically the only recommended way to disable a default report is to 
define all the other reports you want in your POM.

If you lobby hard enough (raise an improvement request)  in JIRA, I'll 
probably create a way to just disable a single default report via the POM.

eg  (this does not work in Maven!!! as it has never been coded)


   
   maven-linkcheck-plugin
   maven-bob-report

We'll bikeshed it all on IRC probably.  Which colour would you prefer?

Cheers,

Ben

Quinton McCombs wrote:

Can the linkcheck plugin still be disabled with
maven.linkcheck.enable=false?  I have this set in my project.properties
file but it is still appears to run
I am using CVS HEAD.

-
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: How to collapse menus

[Ben Walding]

Sorry for the delay.

This feature was implemented after b8 was cut.

If you don't have the time or the inclination for building a newer 
version, you'll have to wait until b9.

(Don't know timeframe on b9)

Cheers,

Ben

Thomas Tatzel wrote:

Hello together,

could someone explain me who to define working collapsable menu items. I 
looked in the Maven CVS System and found in the navigation.xml this:


 ...
 
   
   
   ...
 
 ...


Than I tried the same for my project with the following entries in the 
navigation.xml:


  



  


This was not workling well, I get everytime the menu opened with all 
items, but I want something like the 
"Project Info" or the "Project Reports" menu. Also the Velocity 
documentation was not really a help  (http://jakarta.apache.org/velocity/user-guide.html)!?

I'm using Maven b8 on Win NT 4.0 with the JDK 1.4.1_01. Have someone an 
idea?

Regards
Thomas
-
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: Cleaning up Maven's caches after plugin:install

[Ben Walding]

I often edit in-place in the plugin directory and copy back to the source
directory when finished. But that's just me being lazy.
   

I started out this way with beta7, but the new goal caching mechanism in
beta8 seemed to defeat this approach for us. This seemed especially
error-prone if you added or renamed goals in your "live" plugin.jelly. With
beta8 we found it was better to get in the habit of using plugin:install to
ensure consistent registration of the plugin's revised goals.
 

Yep.

Renaming goals / adding goal etc will not be detected until you flush 
the caches.

Modified jelly script will be picked up straight away (well... as soon 
as maven restarts)





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

Re: NullPointerException on Plugin Manager

[Ben Walding]

Already logged as MAVEN-265

I'll get to it eventually!

[EMAIL PROTECTED] wrote:

Yeah, we should log this one in Jira too
--
dIon Gillard, Multitask Consulting
Blog:  http://www.freeroller.net/page/dion/Weblog
Work:  http://www.multitask.com.au
Ben Walding <[EMAIL PROTECTED]> wrote on 27/02/2003 12:59:39 PM:

 

Make sure you have a project.xml file in the directory you are launching 
   

 

Maven from.

This is usually the cause of this exception

Mirza Abbas Raza wrote:

   

Hi,
I am new to maven. When I try to start a new project I get a null 
 

pointer exception. I have followed the instructions given on maven 
home page. The null pointer exception is in 

org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:368)
   

Any help appreciated.
Thanks,
Abbas
-
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
 

-
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]
 



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

Re: NullPointerException on Plugin Manager

[Ben Walding]

Make sure you have a project.xml file in the directory you are launching 
Maven from.

This is usually the cause of this exception

Mirza Abbas Raza wrote:

Hi,
I am new to maven. When I try to start a new project I get a null pointer exception. I have followed the instructions given on maven home page. The null pointer exception is in 
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:368)
Any help appreciated.
Thanks,
Abbas

-
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
 



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

Re: failed to process ../activity.log.xml

[Ben Walding]

What version of Maven are you running?

It looks like a DVSL powered one which would make it ancient.

My suggestion is to upgrade to 1.0beta8

Andrew Mace wrote:

Hi,

When i run maven site:generate i get the error below when it tries to run activity:generate.  I have tried updating my velocity-dvsl-0.45.jar, but it still gives me the error

activity:generate:
ChangeLog found: 20 entries
Loading stylesheet 
/home/xstatic/maven/plugins/maven-activity-plugin-1.1/developer-activity.dvsl
Transforming into /home/xstatic/projects/xstatic/target/generated-xdocs
In file /home/xstatic/projects/xstatic/target/activity-log.xml time: 1046267601000
Out file /home/xstatic/projects/xstatic/target/generated-xdocs/activity-log.xml time: 0
Style file 
/home/xstatic/maven/plugins/maven-activity-plugin-1.1/developer-activity.dvsl time: 
103342172
Processing /home/xstatic/projects/xstatic/target/activity-log.xml to 
/home/xstatic/projects/xstatic/target/generated-xdocs/activity-log.xml
Failed to process /home/xstatic/projects/xstatic/target/activity-log.xml
-
WARNING: failed to process /home/xstatic/projects/xstatic/target/activity-log.xml
-
Invocation of method 'applyTemplates' in  class org.apache.tools.dvsl.Transformer 
threw exception class org.apache.velocity.exception.MethodInvocationException : 
Invocation of method 'applyTemplates' in  class org.apache.tools.dvsl.Transformer 
threw exception class org.apache.velocity.exception.MethodInvocationException : 
Invocation of method 'applyTemplates' in  class org.apache.tools.dvsl.Transformer 
threw exception class org.apache.velocity.exception.MethodInvocationException : 
Invocation of method 'selectNodes' in  class org.apache.tools.dvsl.dom4j.Dom4jNodeImpl 
threw exception class org.dom4j.XPathException : Exception occurred evaluting XPath: 
document('/home/xstatic/projects/xstatic/project.xml')/project/developers/developer. 
Exception: Failed to parse doucment for URI: /home/xstatic/projects/xstatic/project.xml
If anyone has had this error before, please could you let me know how to fix it as it is driving me around the bend!!

Regards
Andrew
Internet email:[EMAIL PROTECTED]

--

This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.



-
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: Starteam changelog generation

[Ben Walding]

Check maven.log, you may discover that maven is running a different 
command to what you think it is running

Jim Crossley wrote:

I'm having a little trouble generating a changelog from a Starteam
repository.  (I'm using CVS Head)
I believe I have the POM repository/connection element set correctly,
and I've set maven.changelog.factory =
org.apache.maven.starteamlib.StarteamChangeLogFactory.  But the
changelog target merely hangs indefinitely.  This is the last output I
see:
maven-changelog-plugin:report:
   [echo] Generating the changelog report
I put some debug in the Starteam[...]Parser.parse method, and I
believe it's the first readline that is hanging.  It never processes
any lines from the stcmd output.  I ran the stcmd manually to verify
that my connection string was correct and the output looked ok.
What else might I try?

Thanks
 



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

Re: Null Pointer when running site:generate

[Ben Walding]

Do you have a repository element in your project.xml?

It sounds as though you do not.



You can specifically list which reports you wish to run in the  
element of your project.xml
See maven's project.xml for a selection.

Theunis de Jongh wrote:

Hello all,

I am running the CVS HEAD version of Maven, bootstrapped today.

I could not find references in recent e-mails to the following problem 
I am experiencing.

When running "maven site:generate", I receive the following error ( 
stack trace shortened ) :

=== BEGIN CONSOLE OUTPUT ===

maven-checkstyle-plugin:report:

   [echo] Generating the Change Log...
maven-changelog-plugin:report:
   [echo] Generating the changelog report
BUILD FAILED
null:35:62:  null:54:15:  null
com.werken.werkz.UnattainableGoalException: Unable to obtain goal 
[site] -- null:24:42:  null:35:62:  
null:54:15:  null
   at com.werken.werkz.Goal.fire(Goal.java:646)
   at com.werken.werkz.Goal.attain(Goal.java:575)
   at com.werken.werkz.Goal.attainPrecursors(Goal.java:488)
   at com.werken.werkz.Goal.attain(Goal.java:573)
   at 
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:383)
   at 
org.apache.maven.MavenSession.attainGoals(MavenSession.java:360)
   at org.apache.maven.cli.App.doMain(App.java:524)
   at org.apache.maven.cli.App.main(App.java:1080)
   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:543)
   at com.werken.forehead.Forehead.main(Forehead.java:573)
org.apache.commons.jelly.JellyTagException: null:24:42:  
null:35:62:  null:54:15:  null

=== END CONSOLE OUTPUT ===

Now, when I run "maven -g", I do not see changelog listed as a goal, 
although the plugin is present in "$MAVEN_HOME/plugins".

I have been receiving this error for the past week, across several 
bootstraps from CVS.

Any assistance will be most appreciated.

Thanks, regards,



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

Re: Problem with tasklist - CVS HEAD

[Ben Walding]

Try running it with maven -X site > maven.build.log and then posting  
maven.build.log and maven.log

Quinton McCombs wrote:

I am getting to following error message on 'maven site':

xdoc:init:

maven-tasklist-plugin:report:
   [echo] Generating tasklist ...

BUILD FAILED
null:19:11:  null
Total time: 5 minutes 6 seconds

This happens on the Turbine-2 project.  It works just for for db-torque.
Any ideas as to what might cause this?  I am guessing that some
dependency used by the Turbine project is the source of the problem...


 

-Original Message-
From: Quinton McCombs 
Sent: Tuesday, February 18, 2003 5:21 PM
To: [EMAIL PROTECTED]
Subject: Problem with tasklist - CVS HEAD


The tasklist-2.0 plugin uses the vdoclet plugin.  The vdoclet 
plugin's plugin.jelly script has the following code:

   
 
   name="vdocletBean"
   className="org.apache.maven.vdoclet.VDocletBean"
   method="execute">
 

Where is the class that it references?


-
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]


 




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

Re: Newbie Question

[Ben Walding]

The first time maven runs it unpacks the plugins into directories under 
$MAVEN_HOME/plugins

Make sure the user you are running maven as the first time has write 
access to this directory

Tim Kettler wrote:

Hi,

I just downloaded and installed maven-1.0-beta8. After setting
MAVEN_HOME and adding $MAVEN_HOME/bin to my path, I typed 'maven' in my
home directory and expected to see something like an argument
explanation. Instead I got an exception that it can't extract the
'maven-idea-plugin'. The exception header is:

org.apache.maven.MavenException: Unable to extract plugin:
/opt/jakarta/maven/plugins/maven-idea-plugin-1.1.jar

with the nested exception that the file is not found
(FileNotFoundException).

But the file exists and is readable:

$echo $MAVEN_HOME
/opt/jakarta/maven

$test -f $MAVEN_HOME/plugins/maven-idea-plugin-1.1.jar && echo 'EXISTS'
EXISTS

$ll $MAVEN_HOME/plugins/ | grep idea
-rw-r--r--1 root root 7668 2003-02-12 23:26
maven-idea-plugin-1.1.jar


Is this the expected behavior??
If not: Any hints?

-Tim


 




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

Re: CVS changelog with a Windows CVS server and Beta-8

[Ben Walding]

As a brief observation, it will probably be happening because the : in 
d:\ will be throwing the SCM connection parser all out of whack.

I can't say why this changed b7 to b8.

I'm adding a testsuite now to prevent any regressions in the future.

I'll probably have a look at doing a piece of special case parsing to 
handle the :\ construct.

All tracked on MAVEN-277

Richard Bounds wrote:

I've just upgraded to beta-8 and have noticed that the CVS changelog and
activity reports have stopped working. Looking at maven.log, it seems that
the CVS connection string is not being parsed properly, due to the cvs
server being a windows machine. The cvs connection is as follows:

   

scm:cvs:pserver:mavenuser:password@cobalt:d:\cvsroot:Risk_Governance_R2/appl
ication
   

(this used to work fine with beta-7)

and maven.log reads:

2003-02-17 09:31:31,614 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command Line[0]:
cvs
2003-02-17 09:31:31,614 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command
Line[0]: -d
2003-02-17 09:31:31,614 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command Line[0]:
:pserver:mavenuser:password@cobalt
2003-02-17 09:31:31,624 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command Line[0]:
log
2003-02-17 09:31:31,624 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command
Line[0]: -d 2003-01-18<2003-02-18
2003-02-17 09:31:31,834 ERROR
org.apache.maven.changelog.AbstractChangeLogGenerator - cvs log: CVSROOT
(":pserver:mavenuser:password@cobalt")
cvs log: requires a path spec
cvs log: :pserver:[user[:password]@]host[:[port]]/path
cvs [log aborted]: Bad CVSROOT.
2003-02-17 09:31:31,834 INFO  org.apache.maven.changelog.ChangeLog -
ChangeLog found: 0 entries

It looks as though the cvs path is not being found, so I have also tried:



scm:cvs:pserver:mavenuser:password@cobalt:2401:d:\cvsroot:Risk_Governance_R2
/application


..which gives the same result, and:

   

scm:cvs:pserver:mavenuser:password@cobalt/d:\cvsroot:Risk_Governance_R2/appl
ication
   

..which gives the message:

2003-02-17 09:36:57,048 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command Line[0]:
:pserver:mavenuser:password@cobalt/d
2003-02-17 09:36:57,048 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command Line[0]:
log
2003-02-17 09:36:57,048 INFO
org.apache.maven.changelog.AbstractChangeLogGenerator - SCM Command
Line[0]: -d 2003-01-18<2003-02-18
2003-02-17 09:36:57,439 ERROR
org.apache.maven.changelog.AbstractChangeLogGenerator - cvs [log aborted]:
/d: no such repository

Can anyone suggest a solution (other than setting up a linux cvs server
:o))?

thanks,

Richard



-
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: Last published date in generated docs

[Ben Walding]

Add this to your project.properties

maven.xdoc.date = left
maven.xdoc.version = ${pom.currentVersion}

Mike Bowler wrote:


When I look at other sites generated by maven, I see a gray bar 
seperating the logos at the top from the content below.  This gray bar 
has text like "Last published: 09 February 2003 | Doc for 2.0-alpha2".

When I generate my project site using maven (beta8), I get a thin gray 
bar but there is no text on it.  How do I get maven to generate 
content in this bar?




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

Re: LinkCheck test failures - previously [ANNOUNCEMENT] Maven Beta-8Release

[Ben Walding]

If you're still having problems, can I get a copy of the files created 
into target/test-reports/*LinkCheck*

And which platform you are building on

Cheers,

Ben

Jeff Turner wrote:

On Wed, Feb 12, 2003 at 06:25:33PM -0500, Kurt Schrader wrote:
 

Maven Beta-8 has been released and can be found here:

http://jakarta.apache.org/builds/jakarta-turbine-maven/release/1.0-beta-8/

This release should be considered a mostly feature complete, but not bug
free, version of Maven 1.0.  The website will be updated over the next few
days to reflect the changes in Beta 8.  Please help us by upgrading to
Beta 8 and reporting any problems that you experience to our bug tracker.
   


Building from CVS at the MAVEN_1_0_B8 tag, I get:

...chugchug...
[exec] test:test:
[exec] [junit] dir attribute ignored if running in the same VM
[exec] [junit] Running org.apache.maven.linkcheck.LinkCheckTest
[exec] Rhino classes (js.jar) not found - Javascript disabled
[exec] [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 1.819 sec
[exec] [junit] [ERROR] TEST org.apache.maven.linkcheck.LinkCheckTest FAILED

[exec] BUILD FAILED
[exec] com.werken.werkz.UnattainableGoalException: Unable to obtain goal [plugin] -- null:14:34:  null:95:54:  There were test failures.
[exec] at org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.java:389)
[exec] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
[exec] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
[exec] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
[exec] at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:116)
[exec] at com.werken.werkz.Goal.fire(Goal.java:639)
[exec] at com.werken.werkz.Goal.attain(Goal.java:575)
[exec] at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:383)
[exec] at org.apache.maven.MavenSession.attainGoals(MavenSession.java:360)
[exec] at org.apache.maven.cli.App.doMain(App.java:518)
...lots more tracktrace...
BUILD FAILED
file:/old/home/jeff/homeoverflow/apache/jakarta/jakarta-turbine-maven-b8/build-bootstrap.xml:227: exec returned: 70

Anyway, I'll try the binary distribution.


--Jeff

 

Thanks,
The Maven Team
   


-
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: Beta-8 site:generate

[Ben Walding]

This is caused by cygwin trying to compare D:\test to d:\test\test.html  
and getting confused.

Now fixed in CVS - DVSLPathTool.java and DVSLPathToolTest.java


Ben Walding wrote:

Basically, this is caused by ${relativePath} not being set correctly 
during site generation

In your plugin.jelly for xdoc 
(maven_home/plugins/maven-xdoc-plugin-1.3/plugin.jelly)

At around line 180

   Generating ${outFile} from ${file}
   
   
   

add the following two lines after the j:set line
   DocsForward: ${docsForward} / OutFileForward: 
${outFileForward}
   RelativePath: ${relativePath}

rerun maven xdoc:jelly-transform and post the new log lines to the 
mailing list.



Leif Nelson wrote:

Hi-

Just downloaded beta-8, and did a "maven site:generate" just like I 
do in beta-7...  The generated HTML doesn't seem to be coming out 
correctly...  Here's a few excerpts from the generated index.html 
file from beta-8 vs. beta-7

beta-8
<br>
  @import url("/style/tigris.css");<br>
  @import url("/style/maven.css");<br>


beta-7
<br>
  @import url("./style/tigris.css");<br>
  @import url("./style/maven.css");<br>



Also, all the links (Front Page, Project Info, Project Reports, etc. 
etc.) are all "hard links" vs. "relative links", so none of them work 
either...  the HREF's all start with a leading "/".

Is there something somewhere I need to change?  The browser can't 
find the stylesheets because the URL's aren't relative, and none of 
the links work!  Any ideas?

Thanks,

--Leif



-
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]





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

Re: Beta-8 site:generate

[Ben Walding]

Basically, this is caused by ${relativePath} not being set correctly 
during site generation

In your plugin.jelly for xdoc 
(maven_home/plugins/maven-xdoc-plugin-1.3/plugin.jelly)

At around line 180

   Generating ${outFile} from ${file}
   
   
   

add the following two lines after the j:set line
   DocsForward: ${docsForward} / OutFileForward: 
${outFileForward}
   RelativePath: ${relativePath}

rerun maven xdoc:jelly-transform and post the new log lines to the 
mailing list.



Leif Nelson wrote:

Hi-

Just downloaded beta-8, and did a "maven site:generate" just like I do 
in beta-7...  The generated HTML doesn't seem to be coming out 
correctly...  Here's a few excerpts from the generated index.html file 
from beta-8 vs. beta-7

beta-8


  @import url("/style/tigris.css");

  @import url("/style/maven.css");



beta-7


  @import url("./style/tigris.css");

  @import url("./style/maven.css");




Also, all the links (Front Page, Project Info, Project Reports, etc. 
etc.) are all "hard links" vs. "relative links", so none of them work 
either...  the HREF's all start with a leading "/".

Is there something somewhere I need to change?  The browser can't find 
the stylesheets because the URL's aren't relative, and none of the 
links work!  Any ideas?

Thanks,

--Leif



-
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: [ANNOUNCEMENT] Maven Beta-8 Release

[Ben Walding]

Note that several jars have been removed from the repository (notably 
javamail and activation).  This is in order to comply with the 
licenses.  You may now be missing some jars from repository.


Which platform are you experiencing difficulties with?


Off hand I can't tell you what problem is with junit report.
Attaching the stack trace may help.
maven -X maven-junit-report-plugin:report


With the changelog report, it would pay to have a look at end of maven.log
just do
maven maven-changelog-plugin:report
to generate the changelog report alone (and then attach the maven.log 
for us to see).


Age Mooy wrote:

Is there some kind of migration document available. After installing b8
and letting it download all of its dependencies, I ran "maven site" on
my current project and got some weird behaviour:

- maven-junit-report-plugin:report fails all unit tests (while test:test
has no problems) and  then goes into a major stacktrace-producing loop
for about 30 seconds before giving up.
- maven-changelog-plugin:report doesn't find a single change while my
usual b7 installation finds more than 1000 changes. The activity report
is also empty of course.

I assume these things have something to do with the settings in
project.xml/project.properties anyone know how to solve these ?

Age


 

-Original Message-
From: Kurt Schrader [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, February 13, 2003 00:26
To: [EMAIL PROTECTED]
Subject: [ANNOUNCEMENT] Maven Beta-8 Release


Maven Beta-8 has been released and can be found here:

http://jakarta.apache.org/builds/jakarta-turbine-maven/release
   

/1.0-beta-8/
 

This release should be considered a mostly feature complete, 
but not bug free, version of Maven 1.0.  The website will be 
updated over the next few days to reflect the changes in Beta 
8.  Please help us by upgrading to Beta 8 and reporting any 
problems that you experience to our bug tracker.

Thanks,
The Maven Team


-
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]


 




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

Re: [ANNOUNCEMENT] Maven Beta-8 Release

[Ben Walding]

While the behaviour is not desired (a better error message is 
preferred), it is caused by running maven in a directory with no project.xml

I've raised MAVEN-265 for this.

http://jira.werken.com/secure/ViewIssue.jspa?key=MAVEN-265


Kasper Nielsen wrote:

Kurt Schrader wrote:


Maven Beta-8 has been released and can be found here:

http://jakarta.apache.org/builds/jakarta-turbine-maven/release/1.0-beta-8/

This release should be considered a mostly feature complete, but not bug
free, version of Maven 1.0.  The website will be updated over the 
next few
days to reflect the changes in Beta 8.  Please help us by upgrading to
Beta 8 and reporting any problems that you experience to our bug 
tracker.

Thanks,
The Maven Team


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



is it just me or...
unzip stuff
f:\maven-1.0-beta-8>set MAVEN_HOME=f:\maven-1.0-beta-8
F:\maven-1.0-beta-8>.\bin\maven -v
 __  __
|  \/  |__ Jakarta _ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|   v. 1.0-beta-8


java.lang.NullPointerException   at 
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:354) 
at 
org.apache.maven.MavenSession.attainGoals(MavenSession.java:360)
  at org.apache.maven.cli.App.doMain(App.java:518)
at org.apache.maven.cli.App.main(App.java:1074)
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:543)
at com.werken.forehead.Forehead.main(Forehead.java:573)
Total time:  2 seconds


Fresh download of maven-beta-8

- Kasper


-
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: changelog and activity-log

[Ben Walding]

If you're using a recent build, then check your maven.log

I changed the plugin to write the command line (in an obscure format) to 
that file.

It can be most elucidating!

(Post the results if you cannot make head nor tail of it)

Sean Radford wrote:

Hi,

I've seen many posts regarding getting the changelog and activity-log
reports working but still can't get mine too... The xml files just come
out empty, e.g.





My project.xml has the following:

  
   
	scm:cvs:ssh:anoncvs@localhost:/home/cvs:myproject
   
 

(though I've tried many variations with the same or worse results..)

e.g.
scm:cvs:ssh:sradford@localhost:/home/cvs:myproject
scm:cvs:ssh:sradford:password@localhost:/home/cvs:myproject
scm:cvs:ssh:sradford:password@localhost:/home/cvs

Any ideas?

Regards,

Sean


 




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

Re: using lib.repo

[Ben Walding]

It's probably going to be easier to flatten the structure than 
reconstitute it.

So I'd move the packages to the package/jars/package-version.jar format 
and then if you detect an ant build, flatten in into src/webapp/WEB-INF/lib
otherwise copy it across to the maven repository.

Daniel Kehoe wrote:

Daniel Kehoe wrote:
   

src/webapp/WEB-INF/lib
I'd like needed jars to be picked up from there. 
 


On Sun, 09 Feb 2003 13:33:57 +1000, "Ben Walding" <[EMAIL PROTECTED]> said:
 

Normally, you leave maven.lib.repo alone.   Unless you WEB-INF/lib is in 
the same structure as the repository, then it won't do what you want.
   


I realize an advantage of maven is the common repository. But I'd like to
make maven optional for developers who build my app. I'll use maven
because it can run junit and build site documents. Not everyone will
install maven just to build my app. I already have a bullet-proof ant
script that compiles and installs using the jars in
src/webapp/WEB-INF/lib. 

Is there no possibility for obtaining jars from src/webapp/WEB-INF/lib?
That way I can use either ant or maven with the same directory layout.
 




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

Re: using lib.repo

[Ben Walding]

Normally, you leave maven.lib.repo alone.   Unless you WEB-INF/lib is in 
the same structure as the repository, then it won't do what you want.

If you're trying to get jars included in your war file, see 
http://jakarta.apache.org/turbine/maven/reference/plugins/war/properties.html

If the jars you're wanting in your war file don't exist in the maven 
repository, move them out of WEB-INF/lib and into say 
/packages/war-base/jars/war-base-version.jar (the same format 
as the repository)

Then as a preGoal to java:compile copy the war files up to your local 
repository eg. along the lines of the following

   
   
   
   

   
   
   
   
   
  
   
   

I'll be doing up a faq entry for this kind of thing shortly.

Daniel Kehoe wrote:

I've set my project.properties to use
maven.lib.repo=src/webapp/WEB-INF/lib

I'd like needed jars to be picked up from there. But it doesn't seem to
work. "maven war" gives me "package does not exist" compile errors (in
the CVS HEAD version).

Have I got the syntax wrong?
 




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

Re: Some JARs are going away

[Ben Walding]

I'd expect that you only agree to a licence once ever for a product and 
then that agreement is stored in a property file somewhere very high up 
- eg. your home directory

Henri Yandell wrote:

On 5 Feb 2003, Jason van Zyl wrote:

 

On Wed, 2003-02-05 at 14:34, John Casey wrote:
   

What do you think the specs for the click-through license viewer should
be?
 

I was hoping we could just copy what Netbeans has. The premise being
that it's a Sun product and they don't want to violate their own license
:-) I was hoping the click through license thingy would work but I'm not
certain it's legal yet. Sun could very well be violating their own
license, they are obviously exempt but we aren't.

Was thinking a little popup could be fired off, maybe using the
interaction tag. Totally open to suggestions. Not something I'm looking
forward to doing.
   


I'd have thought something very similar to the way you agree to a licence
when installing the JDK from Sun as a script. With a flag to Maven which
over-rides the licence-agreement bit? [for person-less builds?]

Hen


-
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: [checkstyle plugin] bug in the links to cross reference

[Ben Walding]

Raised as Maven 229 on Jira.

I've seen this problem before, but Mozilla seems to understand what is 
meant.  I'll fix it on my next pass through the changelog plugin.


Raphaël Piéroni wrote:

hello,

I can not remember if my previous message came to the list.

i have a bug to report about the checkstyle plugin on windows.

the links from the site checkstyle report to the jxr source
presentation are erroneous as they use "\" instead of "/".

just try having a line 120 characters long to generate a bug. 

i think that bug is not present on an unix version a s the directory
separator is the same on unix and in http.

the first time i notice the bug was with the Clazz documentation.


Raphaël Piéroni

=

| Raphaël Piéroni  |
| 33+ 223 351 354  |
| mailto:[EMAIL PROTECTED]|
| http://www.dexem.com |
| mailing:[EMAIL PROTECTED] |


___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

-
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: Cannot load properties file when unit test

[Ben Walding]

Not to state the obvious, but why are you trying to load xxx.properties
when you copied jport.properties?

greenlaw110 wrote:

>Hi
>
>I have a properties file need to be loaded to do unit test. I put the file in the 
>${maven.src.dir}/test, I write a maven.xml file as follows:
>  xmlns:j="jelly:core"
>  xmlns:m="maven"
>  xmlns:u="jelly:util"
>  default="java:jar">
>  
>  file="${maven.src.dir}/test/jport.properties"
>  todir="${maven.test.dest}"
> />
>  
>
>
>But I found I cannot load the properties file using the following code in my unit 
>test:
>  Properties conf = null;
>  try
>  {
>   InputStream is = ClassLoader.getSystemResourceAsStream("xxx.properties"); 
>   if (null != is)
>   {
>conf = new Properties();
>conf.load(is); 
>   }
>   return conf;
>  }
>  catch(IOException e)
>  {
>   return null;
>  }
>
>Can u tell me where I am wrong? TIA
>
>  
>



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: configuring java:jar

[Ben Walding]

Mauro Talevi wrote:


Ben Walding wrote:


Here's how you go about answering this question for yourself!



thanks for the info below!  quite useful for a newcomer to maven.


4.  Unfortunately the plugin only puts LICENSE.txt into META-INF, so 
you're going to have to raise a feature request and include a patch 
(well we can all dream!)
   
   
   
 


do you mean to say that you *only* need to change plugin.jelly?
say, changing it to something like:

 includes="${maven.jar.metainf.includes}"
 excludes="${maven.jar.metainf.excludes}">
   

where the properties are defined in one of the properties files?

I've tried this and it doesn't work.  Do the properties need to be 
initialised somewhere? 

Properties from your project.properties (I didn't try anywhere else) 
file will get imported automatically (I just checked against CVS HEAD).

I'd add an ${maven.jar.metainf.includes} before the jar 
target to see if the variables are making it in there. 

I have unconfirmed suspicion that the ant task might be doing something 
you don't expect here (I could be completely wrong).  I.e. something 
like the license.txt line overriding the others or similar.  Try 
hardwiring the whole thing and seeing it works.



BTW, is there a way of setting a property *local* to a goal or a task,
rather than in properties files? 

Not sure what you mean?  The process.of.using.dots.helps  show the scope 
of the property, although it doesn't enforce it.




5.  To add extra bits to your jar,  take a look at java:jar-resources 
or if that is too primitive, write a preGoal for java:jar that copies
the appropriate files into ${maven.build.dest} - copy the general 
concept from java:jar-resources.  Essentially the POM build/resources 
element determines what ends up in the jar.


will look into this.


If you want to "hack" your plugin to make it work for you / 
experiment... edit $MAVEN_HOME/plugins//plugin.jelly (this 
will be overwritten during bootstrap, so it is only useful for quick 
hacks in testing).


sorry - don't follow you.  what do you mean by bootstrap here? 

Bootstrapping is when you check out all the code from CVS and do a build 
using ant
eg
ant -f build-bootstrap.xml
It will compile and install maven for you.


you mean when I execute maven?  then how are the changes going to show 
up?


Then when you're satisfied with your changes, submit patches back to 
the maven developer list.


will do if I get it working :-)

Thanks, Mauro



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





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

Re: How can I include personnal JARs ?

[Ben Walding]

The way I like to do things is have an area in my project

eg.
packages/myjar/jars/myjar-1.0.jar

Then as a preGoal to java:compile I just copy everything under packages 
across to the local maven repository (${maven.home}/repository I think)
And then business as usual with dependencies...

Thus whenever anyone checks the project out from CVS, the project fills 
the repository appropriately...

Paul Libbrecht wrote:

It should be added that making a local repository is the solution of 
choice for such a thing, isn't it ?

Paul


Le Dimanche, 26 janv 2003, à 16:41 Europe/Berlin, Jason van Zyl a écrit :

The question is : how can I add a personal JAR in the classpath before
maven compile my java files ?

Greetings,



Look at the  section of any number of project.xml files.
That's where you define your project dependencies that contribute to the
classpath used to compile your project sources.




--
To unsubscribe, e-mail:   

For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: configuring java:jar

[Ben Walding]

Here's how you go about answering this question for yourself!

1.  You are interested in the java plugin. So have a look in 
src/plugins-build/java
2.  The first place to look is the jelly script - plugin.jelly
3.  Find the java:jar goal and have a look at the task, most of the time 
it will be fairly similar to ant tasks (ant is the default namespace for 
the plugin.jelly scripts) and easy to read
4.  Unfortunately the plugin only puts LICENSE.txt into META-INF, so 
you're going to have to raise a feature request and include a patch 
(well we can all dream!)
   
   
   
 


5.  To add extra bits to your jar,  take a look at java:jar-resources or 
if that is too primitive, write a preGoal for java:jar that copies
the appropriate files into ${maven.build.dest} - copy the general 
concept from java:jar-resources.  Essentially the POM build/resources 
element determines what ends up in the jar.


Also,

If you want to "hack" your plugin to make it work for you / 
experiment... edit $MAVEN_HOME/plugins//plugin.jelly (this will 
be overwritten during bootstrap, so it is only useful for quick hacks in 
testing).

Then when you're satisfied with your changes, submit patches back to the 
maven developer list.


Cheers,

Ben

Mauro Talevi wrote:

Hi,

a couple of questions on configuring java:jar goal.

1. is there a way to specify files to go in META-INF/somedir ?
There seems to be only a way to specify the manifest.
What is the equivalent (if any) of Ant jar metainf nested element?

2. using maven.jarResources.basedir=src and

  

   somedir/*.ext

  


I have been able to add somedir/*.ext to jar.
But is there a way to change the path name of the resource in the jar,
 eg someotherdir/*.ext ?

Thanks!
Mauro




--
To unsubscribe, e-mail:   

For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Documentation and knowledge required?

[Ben Walding]

Some parts of Maven are like magic, you get a whole lot of stuff for 
free without even thinking about it.  Other parts require a little bit 
of work.

Checkstyle: You definitely don't need to understand checkstyle to use it. 

XDOC / Anakia: You need to understand a couple of tags from anakia to 
use xdoc, but on the whole it is mostly xhtml except for the anakia 
section / subsection.  There are some fancier things you can do, but 
starting out is trivial - just create *.xml in /xdocs and follow the 
anakia format.  Then it's magic!

maven.xml / jelly: maven.xml is just a jelly script - it is more 
powerful than an ant build.xml.  However, the default tag library is the 
ant one, which means once you've understood the basic goal, preGoal, 
postGoal syntax, you can almost just write ant scripts until you want to 
move to the next level.

eg. you can see the xml:validate goal corresponds to an ant target, and 
internally it is using ant's xmlvalidate tag anyway.


 xmlns:j="jelly:core"
 xmlns:u="jelly:util"
 xmlns:ant="jelly:ant"
 xmlns:m="maven">

 
   
   
   
   
   publicId="-//Walding Consulting Services//DTD 
DataForge 1.0//EN"
   
location="src/java/com/walding/dataforge/dataforge_1_0.dtd"/>
   
   
 





Russell Gold wrote:

Do I have to understand Anakia and Jelly and Checkstyle and all the 
other included tools in order to use Maven effectively? I am looking 
at sample maven.xml files and they use a syntax that I have never seen 
before and for which I cannot find any documentation. Nor can I find 
explanations of how to build a web site beyond the assurance that it 
is possible.

--
To unsubscribe, e-mail:   

For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Startup problems

[Ben Walding]

So are your tests named *Test.java and do they live in /test

Russell Gold wrote:


I am sure that I am missing something here.

1. When I run maven java:jar it builds the jar just fine, but only 
seems to find one of my test classes - and it doesn't seem to run it. 
The build section of project.xml is:

  

[EMAIL PROTECTED]

src
test





  
**/*Test.java
  











  


2. Is there a write up on how to create / customize the generated web 
site? When I run maven site:generate it creates some stuff but nothing 
particularly useful to me. How do I include my own info?


--
To unsubscribe, e-mail:   

For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: simple project

[Ben Walding]

There was a problem with the build process about a week ago where 
various goals were claimed to not be there, no idea if it is related or not.

I recreated your project.xml and maven.xml as you listed them and it 
performed as expected (i.e. created a directory).

As a first step, try checking out HEAD and installing again

Failing that, I'd recommend getting onto the irc channel - #maven on 
irc.werken.com, there is usually someone around, but it may take a while 
for them to answer.

Scott Walters wrote:

Thanks.  I also tried this and got the same error.  Both files are in 
the same dir.  I issue the cmd "maven mygoal" in that dir.  There's 
nothing else in that dir.

Scott


Here's project.xml...


  3
  Test1
  Test1
  1
  2001

  Test Project created in 
${pom.inceptionYear}.
  ${pom.name} is a Maven Test

 



Here's maven.xml...

  xmlns:j="jelly:core"
  xmlns:m="maven"
  xmlns:u="jelly:util">

  

  






[EMAIL PROTECTED] wrote:

Scott Walters <[EMAIL PROTECTED]> wrote on 18/01/2003 02:30:42 PM:



Hi,

I'm new to Maven and I'm trying to get a very simple project that 
creates a directory to execute.

My attempt has a single file called project.xml that looks like this...


  3
  Test1
  Test1
  1
  2001

  Test created in ${pom.inceptionYear}.
  ${pom.name} is a Maven Test

  

  



Goals don't go in project.xml, they go in maven.xml
--
dIon Gillard, Multitask Consulting
Blog:  http://www.freeroller.net/page/dion/Weblog
Work:  http://www.multitask.com.au



--
To unsubscribe, e-mail:   

For additional commands, e-mail: 







--
To unsubscribe, e-mail:   

For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: simple project

[Ben Walding]

goals go into the maven.xml file

Scott Walters wrote:


Hi,

I'm new to Maven and I'm trying to get a very simple project that 
creates a directory to execute.

My attempt has a single file called project.xml that looks like this...


  3
  Test1
  Test1
  1
  2001

  Test created in ${pom.inceptionYear}.
  ${pom.name} is a Maven Test

  

  

 


I issue the following command from the directory that contains the 
file...

maven mygoal

I get the following error...
BUILD FAILED
Goal "mygoal" does not exist in this project.

What do I need to do to fix this?

Thanks,
Scott


--
To unsubscribe, e-mail:   

For additional commands, e-mail: 






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Ibiblio JAR request: jgraph (now has really simple link to getthem from :))

[Ben Walding]

To make things simpler than stuffing about with sourceforge and unpacking...


http://members.optusnet.com.au/bwalding/java/jgraph-1.0.7-java1.3.jar
http://members.optusnet.com.au/bwalding/java/jgraph-1.0.7-java1.4.jar

Cheers,

Ben

Ben Walding wrote:


Could I get the jgraph jars added to ibiblio


Main download page is: http://jgraph.sourceforge.net/downloads.html
The jar file lives in the lib directory and will require renaming to 
include version and JDK information.

We probably want both the JDK 1.3 and 1.4 jars (even though I only 
want the 1.4 ones - I live on the bleeding edge).


Thanks,


Ben


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





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

Ibiblio JAR request: jgraph

[Ben Walding]

Could I get the jgraph jars added to ibiblio


Main download page is: http://jgraph.sourceforge.net/downloads.html
The jar file lives in the lib directory and will require renaming to 
include version and JDK information.

We probably want both the JDK 1.3 and 1.4 jars (even though I only want 
the 1.4 ones - I live on the bleeding edge).


Thanks,


Ben


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: OT: codebase design guidelines - Happy Holidays!

[Ben Walding]

I don't believe this is off topic :)  (and if it is, just say "But it's 
Christmas!!!")

Maven Layout:
You'll want to have a look at :
http://jakarta.apache.org/turbine/maven/reference/dirlayout.html

Which shows the current practice for laying out Maven so that you don't 
have to redefine a whole lot of properties.


Testing:
I tend to make blanket statements like


 Unit Testing

All new code that could possibly fail must have unit-tests. Admittedly 
the coverage isn't 100% yet, but with each release, the Quilt / Clover 
coverage results must not decrease.


 Coverage Testing

The minimum coverage (generate using |maven clean clover:html-report|) 
for any non-trivial class within DataForge is 80%. A trivial class is 
something which has no methods that would reasonably fail; eg. a bean 
with no behaviour except getters and setters. Ideally the level would be 
100%, but given that there are only so many monkey hours in a day, 80% 
is the easy part.







John Casey wrote:

I just thought I'd toss something out for a little light reading this
holiday season.  I'm trying to compile all that I've learned over the
past few years on the nitty-gritty side of project management - codebase
management.  What I'm trying to nail down is the "correct" way to design
a project so that it is manageable, usable to new developers, plugs into
continuous integration tools, etc...

Anyway, if you have time, I'd love any feedback I can get.

http://www.commonjava.org/strategy.html

I already know that I've forgotten to include a section on testing...I'm
working on that.

Cheers,
John

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: torque-plugin-3.0 noClassDefFoundError

[Ben Walding]

One thing is to check that your jars are correct and not corrupted.

eg. (this is from my local store and ibiblio)

b3b4fe2ebd454a445dab0785aefc62ba  stratum-1.0-b3-dev.jar

goa. wrote:


hello,
has anyone who had the
java.lang.NoClassDefFoundError: org/apache/stratum/lifecycle/Initializable
problem solved it?

I tryed
   maven-1.0-beta-7
   maven cvs
with torque-3.0 with plugin created by plugin:deploy

In the rep i have stratum-1.0-b3.jar, tomcat-naming-1.0.jar, and had done
all tips what could find in the mailinglist.

no luck for me

goa.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: building maven from cvs

[Ben Walding]

It's probably just a typo in the email,  but I always do

ant -f build-bootstrap.xml

It's also worthwhile stopping in at irc.werken.com (#maven) with 
bootstrap problems as the response time is usually quite good there.

Cheers,

Ben

Marc Lustig wrote:

Hi,

I'm trying to build maven from cvs.
I read a lot in the turbine-user-archives and on the maven-site.
So I did the following:

- installing ant1.4.1 including optional.jar, junit.jar and the latest
dom4j-full.jar
- setting MAVEN_HOME

When I type ant -f bootstrap.xml the following exception is thrown:

+--+
|  |
| B U I L D I N G  T H E  P L U G I N S|
|  |
+--+

[exec] java.lang.reflect.InvocationTargetException
[exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[exec] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
sorImpl.java:39)
[exec] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
hodAccessorImpl.java:25)
[exec] at java.lang.reflect.Method.invoke(Method.java:324)
[exec] at com.werken.forehead.Forehead.run(Forehead.java:543)
[exec] at com.werken.forehead.Forehead.main(Forehead.java:573)
[exec] Caused by: java.lang.NoClassDefFoundError:
org/apache/tools/ant/Buil
dLogger
[exec] at
org.apache.commons.jelly.tags.jeez.JeezTagLibrary.(Jeez
TagLibrary.java:107)
[exec] at
org.apache.maven.jelly.tags.MavenJeezTagLibrary.(MavenJ
eezTagLibrary.java:73)
[exec] at
org.apache.maven.jelly.MavenJellyContext.initializeContext(Ma
venJellyContext.java:153)
[exec] at
org.apache.maven.jelly.MavenJellyContext.(MavenJellyCon
text.java:118)
[exec] at
org.apache.maven.MavenUtils.createContext(MavenUtils.java:662
)
[exec] at
org.apache.maven.MavenUtils.createContext(MavenUtils.java:599
)
[exec] at org.apache.maven.cli.App.initializeContext(App.java:333)
[exec] at org.apache.maven.cli.App.initialize(App.java:280)
[exec] at org.apache.maven.cli.App.doMain(App.java:480)
[exec] at org.apache.maven.cli.App.main(App.java:1096)
[exec] ... 6 more
[echo]

What's going on?
I'd appreaciate any hint. TIA.
Marc


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


 





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: CVS version problem printing 'null' to console

[Ben Walding]

Whenever I get confronted by mysterious things, I run the pom:validate 
target.  It's not perfect, but it has solved some oddities before (where 
I was doing something that worked by accident and then it was fixed so 
it only worked the correct way).


J. Matthew Pryor wrote:

Well I tracked it down in fact to an XML element import directive
&entity; that works just fine under beta-7 but dies with this mysterious
'null' under beta-8 

I have no idea why

jmp


j. matthew pryor <[EMAIL PROTECTED]>
versata, inc. 


-Original Message-
From: J. Matthew Pryor [mailto:[EMAIL PROTECTED]] 
Sent: Monday, November 18, 2002 12:05 PM
To: 'Turbine Maven Users List'
Subject: CVS version problem printing 'null' to console

Hi I am trying to use a CVS build from Friday and am getting a strange
error from maven.bat

It just prints null to the console. I can't get it to give me any better
diagnostics

Forehead seems to run OK, but I can't tell how far into Maven I am
getting or who is printing the 'null'

I have tried maven -g, maven -X they both give the same result

Can anyone give me any tips on getting some better diagnostics out of
forehead or early maven bootstrapping

Thanks,
Matthew


--
To unsubscribe, e-mail:

For additional commands, e-mail:



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


 





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Problem when running the Test

[Ben Walding]

You need to add a JUnit dependency to your project.xml

I.e.

 junit
 3.8.1
 

If JUnit fails with method not found errors etc,   add
maven.junit.fork=true
to your project.properties file

Iñigo Serrano wrote:


Hello

I have one problem when executing the test with Maven
beta 7. I have the ant-1.5.jar and
ant-optional-1.5.jar in the maven lib and this two and
the 1.4.1 version in the repository but the maven
dosn´t find it.

Does anyone know why is it?

I am changing my projects website to use maven. I have
put a beta of it in
http://isvalidator.sourceforge.net/isdirvalidator (The
ISValidator and ISTagValidator aren´t with maven, I am
working in this) but I can´t do the test with maven.

Te output:

G:\usuarios\Inigo\pruebaMaven\ISDirValidator>maven
test
__  __
|  \/  |__ Jakarta _ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|   v. 1.0-beta-7

G:\usuarios\Inigo\pruebaMaven\ISDirValidator

java:prepare-filesystem:

java:compile:

java:jar-resources:

test:prepare-filesystem:

test:test-resources:

test:compile:
   [javac] Compiling 1 source file to
G:\usuarios\Inigo\pruebaMaven\ISDirValidator\target\test-classes

test:test:

[ERROR] BUILD FAILED
[ERROR] File..
G:\Software\maven-1.0-beta-7\plugins\maven-test-plugin-1.1\plugin.jelly
[ERROR] Element... taskdef
[ERROR] Line.. 80
[ERROR] Column 9
[ERROR] taskdef class
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
cannot be found
Total time:  11 seconds

G:\usuarios\Inigo\pruebaMaven\ISDirValidator>


Thanks in advance.

Iñigo
-
http://www.inigoserrano.com
http://isvalidator.sourceforge.net

___
Yahoo! Messenger
Nueva versión: Webcam, voz, y mucho más ¡Gratis! 
Descárgalo ya desde http://messenger.yahoo.es

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


 





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: HowTo / FAQ for breaking the Ant addiction

[Ben Walding]

I've raised MAVEN-132 on Jira and attached a zip file of xdocs in a 
rough outline of the way I think it should go.

[EMAIL PROTECTED] wrote:

>Ben Walding <[EMAIL PROTECTED]> wrote on 05/10/2002 12:33:51 PM:
>
>  
>
>>In all likelihood, people migrating to Maven have been using Ant. 
>>
>>
>Yip.
>
>[snip]
>  
>
>>I'd like to suggest a separate offshoot of the FAQ which would be a 
>>migration from Ant FAQ.  With reams of information showing ways to 
>>convert parts of your build from ant to maven.
>>
>>
>+1.
>
>  
>
>>Some of the things I can think of straight off the bat.
>>
>>* Terminology differences (build.xml vs. maven.xml / project.xml)
>>
>>
>and philosophical differences - the do it all yourself vs use a 
>standardised process.
>
>  
>
>>* Why you'd want to use Maven over Ant.  The front page goes on about 
>>"Project Comprehension" which is good and all, but the fact that maven 
>>can do in 0 lines what ant takes 50 lines to do for a simple project is 
>>a big selling point in my opinion (provided you use the default 
>>directory structure).
>>
>>
>Or are willing to read the slim docs and source :)
>
>  
>
>>* Why you'd want to use Ant over Maven.
>>* Launching an ant script from Maven. For those things that just don't 
>>convert / don't make sense to convert.
>>* Copying a file and replacing properties on the way through
>>* Writing a dependant task (pregoalling I think it's called) / 
>>
>>
>postgoalling
>  
>
>>Now I'll do a draft xdoc (and maintain it) for this (if there is 
>>interest), and I'll try and cull answers from the mailing list to cover 
>>off new things as they come up. I realise that the answers to these 
>>questions aren't necessarily Ant specific, but that can be taken care of 
>>
>>
>
>  
>
>>by judicious hyperlinking .
>>
>>
>
>  
>
>>Any comments?
>>
>>
>
>This would be an excellent piece of documentation for us to have.
>--
>dIon Gillard, Multitask Consulting
>Work:  http://www.multitask.com.au
>Developers: http://adslgateway.multitask.com.au/developers
>
>
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>  
>




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

HowTo / FAQ for breaking the Ant addiction

[Ben Walding]

  In all likelihood, people migrating to Maven have been using Ant. 
 They've invested a lot of time in building Ant scripts and have found 
the major failings due to lack of simple reusability of scripts etc. 
 That's why they're trying to use Maven.  (You can read these last 
sentences as... I'm trying to convert from Ant to Maven. I didn't like 
the lack of simple reusability in Ant. I'm trying to use Maven).


I'd like to suggest a separate offshoot of the FAQ which would be a 
migration from Ant FAQ.  With reams of information showing ways to 
convert parts of your build from ant to maven.

Some of the things I can think of straight off the bat.

* Terminology differences (build.xml vs. maven.xml / project.xml)
* Why you'd want to use Maven over Ant.  The front page goes on about 
"Project Comprehension" which is good and all, but the fact that maven 
can do in 0 lines what ant takes 50 lines to do for a simple project is 
a big selling point in my opinion (provided you use the default 
directory structure).
* Why you'd want to use Ant over Maven.
* Launching an ant script from Maven. For those things that just don't 
convert / don't make sense to convert.
* Copying a file and replacing properties on the way through
* Writing a dependant task (pregoalling I think it's called) / postgoalling


Now I'll do a draft xdoc (and maintain it) for this (if there is 
interest), and I'll try and cull answers from the mailing list to cover 
off new things as they come up. I realise that the answers to these 
questions aren't necessarily Ant specific, but that can be taken care of 
by judicious hyperlinking .



Any comments?


Cheers,


Ben


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: How to add .property files to the classpath?

[Ben Walding]

I'm not sure if this is the best way to do it, but anyway...

I added the following line to project.properties
maven.jarResources.basedir=src/resources

and then moved all my resources out of my source tree into src/resources


A tiny amount of information can be found at 
http://jakarta.apache.org/turbine/maven/reference/project-descriptor.html#jarResources



Moritz Petersen wrote:

> Hi List,
>
> maybe the answer to this question is similar to one of my previously 
> posted questions. I have the following project structure for a pure 
> Java application:
>
> /src/application.properties
> /src/my/package/Application.java
>
> etc.
>
> The application.properties file should be bundled to the final 
> application. If I use Maven's dist goal, the .properties files are 
> ignored and not copied to the compiled classes.
> How can I put the .properties into the classpath of the application 
> using Maven?
>
> Thank you.
>
> Kind regards,
>
> Moritz.
>
>
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
>
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Security risks with a centralised repository (was torque-3.0-b4.jaron ibiblio)

[Ben Walding]

Not to imply Scott as anything but a most trusted developer... but how 
do you know Scott hasn't gone on holidays and I'm not forging his emails 
+ jars?! (Obviously if someone can see him in their office, then this 
isn't true, but work with me here!)


As Maven becomes more popular it also becomes a target for crackers and 
the like.  Would it not be a good idea to consider signing the jar files 
to prevent a compromise of ibiblio.org from causing some serious damage 
to a lot of projects?

It's not unimaginable that trojan code could get into repository (as 
witnessed by BSD crack (which was foiled by signing!) of 6 months ago if 
I'm remembering correctly). I'd hate to see any clown lawyers try to 
argue failure of duty of care against Maven / Jakarta / Apache 
(not-with-standing the disclaimer that an end user may not read)

"Solution"
I.e.  
Create a cert for Maven, and then have Maven only accept Maven signed 
jars unless options were set (to allow non Maven signers, unsigned jars 
etc).  Maven would have to be told to trust the CA cert (if it were a 
snakeoil one), but that isn't a huge issue.  Individual trusted 
developers could also be issued with their own certs from this.

(I haven't been very explicit here as I don't know what resources 
jakarta already has along these lines / I haven't truly thought it 
through yet)

In the same vein, perhaps submission of jars should be made more 
rigorous as if a bad jar is injected into the signing, no amount of 
security after the fact will help.


Just some thoughts,


Ben

Jason van Zyl wrote:

>On Wed, 2002-10-02 at 00:20, Scott Eade wrote:
>  
>
>>Can someone please put torque-3.0-b4.jar on ibiblio.
>>
>>
>
>Send me the jar you want me to put up and I will.
> 
>  
>
>>Thanks,
>>
>>Scott
>>-- 
>>Scott Eade
>>Backstage Technologies Pty. Ltd.
>>http://www.backstagetech.com.au
>>
>>
>>
>>--
>>To unsubscribe, e-mail:   
>>For additional commands, e-mail: 
>>
>>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

JNLP / webstart plugin

[Ben Walding]

I don't suppose anyone is working on a webstart / JNLP plugin 
 (something to write the JNLP file based on the project dependencies / 
sign the files etc)?


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Doc fix for http://jakarta.apache.org/turbine/maven/reference/user-guide.html#POM%20Processing

[Ben Walding]

The text on the main user info 
(http://jakarta.apache.org/turbine/maven/reference/user-guide.html#POM%20Processing) 
page runs (and I quote...)

And for a child you could have something like this:


  commons-betwixt
  Betwixt
  ...




There should be an  element in there (I believe)


  ../project.xml
  commons-betwixt
  Betwixt
  ...




Is there a better way to report these kind of things than to flood the mailing list?




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: site:deploy hangs

[Ben Walding]

Creating a passwordless certificate to allow login without prompts 
appears to work-around this problem.

I have raised this as Maven-117 in jira, 
http://jira.werken.com/secure/ViewIssue.jspa?id=10232

Ben Walding wrote:

> Hello all,
>
> I'm slowly getting my project into Maven and I'm trying to generate 
> the site docs.
>
> I'm running a maven site:deploy and it seems to hang in the xdoc 
> command.  Everything up to there runs without a hitch.
>
> I'm using a 3 day old maven from CVS on Windows XP with Java 1.4.1
>
> Does anyone have any ideas about what could be causing this?
> (I haven't entered my password for the host anywhere, is this a likely 
> suspect? and where would I put it?)
>
> Here is the output from maven
>
> xdoc:
>
>
>[echo]
>  siteAddress = montage.sf.net
>  siteDirectory = /home/groups/m/mo/montage/htdocs
>
>[tar] Building tar: 
> D:\Data\workspace\Montage\target\montage-0.1-site.tar
>[gzip] Building: 
> D:\Data\workspace\Montage\target\montage-0.1-site.tar.gz
>[delete] Deleting: 
> D:\Data\workspace\Montage\target\montage-0.1-site.tar
>
>
> The thread dump follows
>
> Full thread dump Java HotSpot(TM) Client VM (1.4.1-rc-b19 mixed mode):
>
> "Thread-9" daemon prio=5 tid=0x0F15E9A0 nid=0xdf4 runnable 
> [10aff000..10affd88]
>at java.io.FileInputStream.readBytes(Native Method)
>at java.io.FileInputStream.read(FileInputStream.java:174)
>at 
> org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:105)
>
>at java.lang.Thread.run(Thread.java:536)
>
> "Thread-8" daemon prio=5 tid=0x0F15E830 nid=0xea4 runnable 
> [10abf000..10abfd88]
>at java.io.FileInputStream.readBytes(Native Method)
>at java.io.FileInputStream.read(FileInputStream.java:191)
>at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
>at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
>at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
>- locked <02E1BA60> (a java.io.BufferedInputStream)
>at java.io.FilterInputStream.read(FilterInputStream.java:90)
>at 
> org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:105)
>
>at java.lang.Thread.run(Thread.java:536)
>
> "Signal Dispatcher" daemon prio=10 tid=0x009E83D0 nid=0x2a0 waiting on 
> condition
> [0..0]
>
> "Finalizer" daemon prio=9 tid=0x0003E8C0 nid=0xf94 in Object.wait() 
> [eb4f000..eb
> 4fd88]
>at java.lang.Object.wait(Native Method)
>- waiting on <0344C770> (a java.lang.ref.ReferenceQueue$Lock)
>at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
>- locked <0344C770> (a java.lang.ref.ReferenceQueue$Lock)
>at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
>at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
>
> "Reference Handler" daemon prio=10 tid=0x0003D490 nid=0xe84 in 
> Object.wait() [eb
> 0f000..eb0fd88]
>at java.lang.Object.wait(Native Method)
>- waiting on <0344C7D8> (a java.lang.ref.Reference$Lock)
>at java.lang.Object.wait(Object.java:426)
>at 
> java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
>- locked <0344C7D8> (a java.lang.ref.Reference$Lock)
>
> "main" prio=5 tid=0x00034C20 nid=0xb4c runnable [7f000..7fc3c]
>at java.lang.Win32Process.waitFor(Native Method)
>at org.apache.tools.ant.taskdefs.Execute.waitFor(Execute.java:467)
>at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
>at 
> org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:329)
>at 
> org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:368)
>at 
> org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:250)
>at org.apache.tools.ant.Task.perform(Task.java:317)
>at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:220)
>at 
> org.apache.commons.jelly.impl.DynaTagScript.run(DynaTagScript.java:14
> 1)
>at 
> org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:134)
>at 
> org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:190)
>at 
> org.apache.commons.jelly.tags.werkz.GoalTag$1.performAction(GoalTag.j
> ava:119)
>at com.werken.werkz.Goal.attain(Goal.java:524)
>at org.apache.maven.app.Maven.runGoals(Maven.java:941)
>at org.apache.maven.app.Maven.attainGoals(Maven.java:842)
>at org.apache.maven.app.App.doMain(App.java:369)
>

site:deploy hangs

[Ben Walding]

Hello all,

I'm slowly getting my project into Maven and I'm trying to generate the 
site docs.

I'm running a maven site:deploy and it seems to hang in the xdoc 
command.  Everything up to there runs without a hitch.

I'm using a 3 day old maven from CVS on Windows XP with Java 1.4.1

Does anyone have any ideas about what could be causing this?
(I haven't entered my password for the host anywhere, is this a likely 
suspect? and where would I put it?)

Here is the output from maven

xdoc:


[echo]
  siteAddress = montage.sf.net
  siteDirectory = /home/groups/m/mo/montage/htdocs

[tar] Building tar: 
D:\Data\workspace\Montage\target\montage-0.1-site.tar
[gzip] Building: 
D:\Data\workspace\Montage\target\montage-0.1-site.tar.gz
[delete] Deleting: D:\Data\workspace\Montage\target\montage-0.1-site.tar


The thread dump follows

Full thread dump Java HotSpot(TM) Client VM (1.4.1-rc-b19 mixed mode):

"Thread-9" daemon prio=5 tid=0x0F15E9A0 nid=0xdf4 runnable 
[10aff000..10affd88]
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:174)
at 
org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:105)

at java.lang.Thread.run(Thread.java:536)

"Thread-8" daemon prio=5 tid=0x0F15E830 nid=0xea4 runnable 
[10abf000..10abfd88]
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:191)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
- locked <02E1BA60> (a java.io.BufferedInputStream)
at java.io.FilterInputStream.read(FilterInputStream.java:90)
at 
org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:105)

at java.lang.Thread.run(Thread.java:536)

"Signal Dispatcher" daemon prio=10 tid=0x009E83D0 nid=0x2a0 waiting on 
condition
 [0..0]

"Finalizer" daemon prio=9 tid=0x0003E8C0 nid=0xf94 in Object.wait() 
[eb4f000..eb
4fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0344C770> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked <0344C770> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x0003D490 nid=0xe84 in 
Object.wait() [eb
0f000..eb0fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0344C7D8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:426)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
- locked <0344C7D8> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00034C20 nid=0xb4c runnable [7f000..7fc3c]
at java.lang.Win32Process.waitFor(Native Method)
at org.apache.tools.ant.taskdefs.Execute.waitFor(Execute.java:467)
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:449)
at 
org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:329)
at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:368)
at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:250)
at org.apache.tools.ant.Task.perform(Task.java:317)
at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:220)
at 
org.apache.commons.jelly.impl.DynaTagScript.run(DynaTagScript.java:14
1)
at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:134)
at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:190)
at 
org.apache.commons.jelly.tags.werkz.GoalTag$1.performAction(GoalTag.j
ava:119)
at com.werken.werkz.Goal.attain(Goal.java:524)
at org.apache.maven.app.Maven.runGoals(Maven.java:941)
at org.apache.maven.app.Maven.attainGoals(Maven.java:842)
at org.apache.maven.app.App.doMain(App.java:369)
at org.apache.maven.app.App.main(App.java:882)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:543)
at com.werken.forehead.Forehead.main(Forehead.java:573)

"VM Thread" prio=5 tid=0x009E5228 nid=0xff0 runnable

"VM Periodic Task Thread" prio=10 tid=0x009E6F30 nid=0xf8 waiting on 
condition
"Suspend Checker Thread" prio=10 tid=0x009E7A10 nid=0xf4c runnable




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Question re java plugin

[Ben Walding]

As I understand things, if I use the java plugin (java:compile) I can 
only set the properties that are available to the plugin. 
eg. maven.compile.debug etc

Am I out of luck if I want the plugin to set the source (1.3 / 1.4) 
parameter for the compile task. (I use assert (rightly or wrongly) and 
my code won't compile unless I specify source="1.4" to the javac task).

I'm using a HEAD CVS build of Maven which is about a day old.

Cheers,

Ben



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jar files

[Ben Walding]

I think the general idea is to have a version number in there.  Some 
Maven guru will probably be able to tell you whether removing the - is 
possible or not...

eg.

program-1.0.jar

Brant Levinson wrote:

>If my jar files do not have -'s on the end of them how do I configure maven. Right 
>now it looks for, for example program-.jar, I just want it to look for program.jar.
>  
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Problem/Fix for .properties

[Ben Walding]

My preference is to go one further...







David Garnier wrote:

>Hello,
>While developing my Struts-based webapp, I hit the following problem in
>the maven-java plugin: .properties files in the src/ dir doesn't follow
>the classes when they are compiled. There is a simple fix, add theses
>lines at the end of the  java:compile goal :
>
>
>
>
>
>Best Regards,
>David Garnier
>
>  
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: More hidden documentation ? I'm confused!

[Ben Walding]

Yeah, I'm slowly getting there.  It's just that there appears to be no 
docs for the goal stuff. Guess I'll have to read source code...

In other news, I was getting a compile error in the 
plugins-build/reactor.  It couldn't find some classes as part of jelly. 
 The dependency was 1.0 dev 3, which I changed to SNAPSHOT and that part 
compiled ok.  After that worked, a lot of other things (plugin builds) 
started happening which is a good thing I guess.

I suspect that was the root cause of some of my problems.

doug lochart wrote:

>Ben,
>
>Last time I checked (which was a couple of weeks ago) the documentation
>online was still aimed at version b4 of maven.  Maven b5+ is totally
>different than b4.  If you have maven installed try running maven -g to get
>a list of goals that you can run.  Then you can run a goal by just typing
>maven .  It works very well. Ant is no longer used to interface
>to maven, its all done through the maven executable maven.bat (on
>windoze)which then initializes the plugins (which are written using jelly
>and Java) and then runs your goal.
>
>I hope this helps
>
>Doug
>
>Wheels within wheels in a spiral array
>A pattern so grand and complex
>Time after time we lose sight of the way
>our causes can't see there effects
>
>Ace Technologies Inc.
>
>
>  
>
>>-Original Message-
>>From: Ben Walding [mailto:[EMAIL PROTECTED]]
>>Sent: Saturday, September 07, 2002 8:18 PM
>>To: [EMAIL PROTECTED]
>>Subject: More hidden documentation ? I'm confused!
>>
>>
>>I was wondering if there was any other source of documentation than that
>>on the website?
>>
>>I've built and installed maven from CVS and that all seems to work. I've
>>created a project.xml (for my project) file with dependencies and those
>>are downloaded when I execute maven java:jar (a non-existent target it
>>seems).
>>
>>But I can't find the following:
>>
>>1. A description of how to add new maven style targets to my project.
>>eg. How do I make "maven site:generate" work?
>>2. I've found a few references to ${maven.home}/build-maven.xml  eg.
>>
>>
>>   
>>
>>
>>But when I look in that directory, there is nothing like that there.
>>All I have is
>>
>>bin
>>lib
>>maven-project.xsd
>>plugins  (empty dir)
>>repository
>>
>>
>>I've looked through all the documentation I could see, but I'm still
>>banging my forehead.conf against a brick wall.
>>
>>
>>
>>All help appreciated...
>>
>>
>>Regards
>>
>>Ben
>>
>>
>>--
>>To unsubscribe, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>For
>>additional commands, e-mail:
>>
>>
><mailto:[EMAIL PROTECTED]>
>
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>  
>




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

More hidden documentation ? I'm confused!

[Ben Walding]

I was wondering if there was any other source of documentation than that 
on the website?

I've built and installed maven from CVS and that all seems to work. I've 
created a project.xml (for my project) file with dependencies and those 
are downloaded when I execute maven java:jar (a non-existent target it 
seems).

But I can't find the following:

1. A description of how to add new maven style targets to my project. 
 eg. How do I make "maven site:generate" work?
2. I've found a few references to ${maven.home}/build-maven.xml  eg.





But when I look in that directory, there is nothing like that there.
All I have is

bin
lib
maven-project.xsd
plugins  (empty dir)
repository


I've looked through all the documentation I could see, but I'm still 
banging my forehead.conf against a brick wall.



All help appreciated...


Regards

Ben


--
To unsubscribe, e-mail:   
For additional commands, e-mail: