Re: How to ignore xdoclets tags on javadoc
here's a section of my build file that javadocs: the problem is: while @web.servlet will be successfully ignored, @web.servlet-mapping will not, something about the hypen in "servlet-mapping". Javadoc advises using something like @web.servlet.mapping, but that's not really very useful for us is it? I suspect javadoc was written by C++ programmers ;-) Miguel Griffa wrote: Hi all, This is my first post to the list. I'm becoming a fan of maven, but I find myself still climbing the learning curve... Could anyone tellme How can I ignore some tags on maven javadoc report? (I have lots of xdoclet tags) Thanks in advance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Compilation of MAVEN-1_0-BRANCH failing
Linux, sun sdk 1.4.2_03. On Wed, Mar 10, 2004 at 04:24:13PM +1100, Brett Porter wrote: > I noticed this today too. Are you building on Linux or Solaris? > > I think linkcheck is causing grief here. > > - Brett > > > -Original Message- > > From: Alwyn Schoeman [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, 10 March 2004 4:20 PM > > To: [EMAIL PROTECTED] > > Subject: Compilation of MAVEN-1_0-BRANCH failing > > > > > > Hi, > > > > I have problems with both MAVEN-1_0-BRANCH and HEAD failing > > during compilation. > > > > My setup is the following: > > > > Both maven-plugins and maven has been checked out under the > > same parent directory. > > > > I build using ant -f build-bootstrap.xml in the maven directory. > > > > The stacktrace of the failure has been attached. > > > > Sorry about the size, but apparently apache's mail servers > > think .zip files are a health risk. > > > > -- > > Alwyn Schoeman > > SMART Communications. > > -- Alwyn Schoeman SMART Communications. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compilation of MAVEN-1_0-BRANCH failing
I noticed this today too. Are you building on Linux or Solaris? I think linkcheck is causing grief here. - Brett > -Original Message- > From: Alwyn Schoeman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 March 2004 4:20 PM > To: [EMAIL PROTECTED] > Subject: Compilation of MAVEN-1_0-BRANCH failing > > > Hi, > > I have problems with both MAVEN-1_0-BRANCH and HEAD failing > during compilation. > > My setup is the following: > > Both maven-plugins and maven has been checked out under the > same parent directory. > > I build using ant -f build-bootstrap.xml in the maven directory. > > The stacktrace of the failure has been attached. > > Sorry about the size, but apparently apache's mail servers > think .zip files are a health risk. > > -- > Alwyn Schoeman > SMART Communications. >
Re: AW: multiproject:artifact, SNAPSHOT dependencies and the reposito ry
According to the spec for HTTP1.1, a server is free to only accept exact matches for If-Modified-Since, i.e. If-Modified-Since must exactly match Last-Modified for a 304 to occur This could be the issue since you are using Resin and it's last modified behaviour appears to be different to Apache. I'd check into Resin's documented behaviour. I was only testing against ibiblio and whatever server that uses Also, you should probably remove the trailing slash on your remote repo spec. I.e. maven.repo.remote=http://yourserver:8080/maven (typically good) vs. maven.repo.remote=http://yourserver:8080/maven/ (typically bad) Cheers, Ben Jörn Gebhardt wrote: Hi, I used TCPMon to find out what requests and responses are sent. The headers looked like this: Request: GET /maven//jabba-cartridge/jars/jabba-cartridge-1.1-SNAPSHOT.jar HTTP/1.1 User-Agent: Java/1.4.1_02 Host: wka-wn-f2t13b Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive If-Modified-Since: Tue, 09 Mar 2004 17:11:15 GMT --- Response: --- HTTP/1.1 200 OK Server: Resin/2.1.8 ETag: "PsbKS+R" Last-Modified: Fri, 05 Mar 2004 13:14:35 GMT Expires: Tue, 09 Mar 2004 19:02:13 GMT Content-Length: 145796 Date: Tue, 09 Mar 2004 19:02:08 GMT --> File content - However, if I have the same version of a jar on my local machine and on the HTTP Server, I get the following Request/Response: Request: GET /maven//jabba-modules/jars/jabbabase-server-iutest-1.1-SNAPSHOT.jar HTTP/1.1 User-Agent: Java/1.4.1_02 Host: wka-wn-f2t13b Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive If-Modified-Since: Fri, 05 Mar 2004 15:39:56 GMT --- Response: --- HTTP/1.1 304 Not Modified Server: Resin/2.1.8 Date: Tue, 09 Mar 2004 19:13:51 GMT --- Any ideas, what could be the problem here? Joern -Ursprüngliche Nachricht- Von: Jörn Gebhardt [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 9. März 2004 19:11 An: Maven Users List Betreff: AW: multiproject:artifact, SNAPSHOT dependencies and the reposito ry Hi Ben, I checked this out but didn't succeed. The clocks of my local machine and our server (Reisin 2.1.8) are more or less identical (the Reisin is about little bit ahead). On the Reisin there is a file xyz-SNAPSHOT-1.0.jar from 5th of March (i.e. 4 days old). Locally, I have a file that is one day old, but it gets overriden by the older one on our Web server. I treid all kind of time combinations, but in all cases the local file got overriden. Unfortunately, I don't have any idea, what I can do to solve this problem. I'm using RC1, maybe something changed thereafter? Joern -Ursprüngliche Nachricht- Von: Ben Walding [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 5. März 2004 02:40 An: Maven Users List Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the reposito ry I may have tracked this one down - it's all time related. When downloading snapshots, we use the If-Modified-Since header. The rules for this header state (from the http1.1 spec) 14.25 If-Modified-Since ... a) If the request would normally result in anything other than a 200 (OK) status, or if the passed If-Modified-Since date is invalid, the response is exactly the same as for a normal GET. A date which is later than the server's current time is invalid. Note the last line : "A date which is later than the server's current time is invalid." Now if you just built a snapshot in one project, then move onto another that uses it, there is a chance that your If-Modified-Since header is ahead of ibiblio / your upstream server. Thus, the full SNAPSHOT is downloaded over the top of the existing one - even though the upstream server is in fact serving up an older copy of the snapshot. I've tested this on hogshead vs. ibiblio and it is what is causing the problem - hogshead time was 30 minutes faster than ibiblio, so my fresh snapshots were getting overwritten by ibiblio's old one. (hogshead was sending a header that was in the future to ibiblio - and thus ignored). Cheers, Ben Maczka Michal wrote: Ben: I think that such problem exists and it is certainly not limited to ibiblio only. I have the same exact bug when I am working with intranet web server. I don't know if this is problem of maven
A suggestion for the Maven Site
While I've been learning Maven, I've been keeping notes about what learning curve obstacles I've encountered. So far, the biggest learning obstacle the basic building blocks of Maven, and then finding the documentation that leads me in the right direction. To help with the first problem, I had to wait until "it's all Jelly and plugin's" light bulb went on. Once I figured that out, it would have helped if there were a link to the tag documentation along with the plugin link in the reference section of the Maven site. I would imagine that the Tag Documentation link would show a page that links to the Maven specific tags, and to the tags that are part of Jelly. In using Maven, I find myself linking to these places most often: http://maven.apache.org/reference/user-guide.html http://maven.apache.org/reference/plugins/index.html http://maven.apache.org/tags.html http://jakarta.apache.org/commons/jelly/tags.html http://jakarta.apache.org/commons/jelly/libs/index.html Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to ignore xdoclets tags on javadoc
Hi all, This is my first post to the list. I'm becoming a fan of maven, but I find myself still climbing the learning curve... Could anyone tellme How can I ignore some tags on maven javadoc report? (I have lots of xdoclet tags) Thanks in advance -- Miguel Griffa Software Architect Technisys.NET "The First Digital e-nabler" Transactional Solutions Miami +1 305 357 8109 Madrid +34 915 726 763 Buenos Aires: +54 11 43227100 [EMAIL PROTECTED] http://www.technisys.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [reactor] sending e-mails upon project failure
Vincent, Yes, I added this last year for exactly this purpose... And promptly switched to cruise control afterwards :) - Brett > -Original Message- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: Wednesday, 10 March 2004 5:26 AM > To: 'Maven Users List' > Subject: RE: [reactor] sending e-mails upon project failure > > > > > -Original Message- > > From: matthew.hawthorne [mailto:[EMAIL PROTECTED] > > Sent: 09 March 2004 15:50 > > To: Maven Users List > > Subject: Re: [reactor] sending e-mails upon project failure > > > > Vincent Massol wrote: > > > Acutally I work with Dominique. We only need to send > emails for now > (we > > > do not need the modificationset Ant task from CC). CC is > a good idea > but > > > we'll need to do some research to see how it would work > and how to > > > integrate it with our current continuous build. For now, would you > know > > > of a solution to use the reactor and still be able to > send emails on > > > build errors? > > > > > > Anyone sending emails while using the reactor? > > > > > > This is one of the unfortunate things that was so easy to do in Ant > but > > just doesn't have an > > equivalent in Maven. > > > > I wrote a shell script that pipes Maven's standard out to a > file, then > I > > grep the file for the word > > "failed" and send an email with the content of the file if > it matches. > > > > Not the most elegant solution... but it works. > > Ok, I've taken the time to read the maven reactor source code > and it seems there is an easy solution. The jelly property > "failedProjects" contains the list of all project objects > that have failed during a reactor run. > > Looks easy... I knew there had to be a simple solution :-) > > Thanks > -Vincent > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: [reactor] sending e-mails upon project failure
Likewise, I also do it via a cron'd shell script. I pipe the output from the call to Maven to a log and if the call to Maven exits with a non-zero error-code, i.e. if (( $? != 0 ));, I email the output. I also have it send failed unit test traces by email. My grep script to locate the names of failed tests is: --- # script for grepping test reports and stripping the output to lines containing failed tests SRCROOT=$1 for i in `find $SRCROOT -name test-reports -print`; do grep -l -E -s "FAILED|ERROR" $i/*.txt | sed "s/TEST-//" | sed "s/.txt//" | sed "s/.*test-reports\///"; done Then I check on each line from the above script, build a log and send that: find-failed-tests $SRCROOT > /tmp/$BUILDNAME.failedtests linecount=`wc -l < /tmp/$BUILDNAME.failedtests` if (( $linecount > 0 )); then echo "$BUILDNAME ---Test log---" > /usr/local/ci/$BUILDNAME.testlog.txt for i in `find $SRCROOT -name test-reports -print`; do for j in `grep -l -E -s "FAILED|ERROR" $i/*.txt`; do cat $j >> /usr/local/ci/$BUILDNAME.testlog.txt done done cat /tmp/$BUILDNAME.failedtests /usr/local/ci/$BUILDNAME.testlog.txt | mail -s "[Maven] Unit test failures: $BUILDNAME" $NOTIFICATIONEMAIL fi - The variables are all set by command line arguments so that I can use the same scripts across several super-projects and branches. Gareth. matthew.hawthorne wrote: Vincent Massol wrote: Acutally I work with Dominique. We only need to send emails for now (we do not need the modificationset Ant task from CC). CC is a good idea but we'll need to do some research to see how it would work and how to integrate it with our current continuous build. For now, would you know of a solution to use the reactor and still be able to send emails on build errors? Anyone sending emails while using the reactor? This is one of the unfortunate things that was so easy to do in Ant but just doesn't have an equivalent in Maven. I wrote a shell script that pipes Maven's standard out to a file, then I grep the file for the word "failed" and send an email with the content of the file if it matches. Not the most elegant solution... but it works. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- --- Gareth Cronin Analyst/Programmer Kiwiplan NZ Ltd www.kiwiplan.com Ph 2727622 x854 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: multiproject:artifact, SNAPSHOT dependencies and the reposito ry
Hi, I used TCPMon to find out what requests and responses are sent. The headers looked like this: Request: GET /maven//jabba-cartridge/jars/jabba-cartridge-1.1-SNAPSHOT.jar HTTP/1.1 User-Agent: Java/1.4.1_02 Host: wka-wn-f2t13b Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive If-Modified-Since: Tue, 09 Mar 2004 17:11:15 GMT --- Response: --- HTTP/1.1 200 OK Server: Resin/2.1.8 ETag: "PsbKS+R" Last-Modified: Fri, 05 Mar 2004 13:14:35 GMT Expires: Tue, 09 Mar 2004 19:02:13 GMT Content-Length: 145796 Date: Tue, 09 Mar 2004 19:02:08 GMT --> File content - However, if I have the same version of a jar on my local machine and on the HTTP Server, I get the following Request/Response: Request: GET /maven//jabba-modules/jars/jabbabase-server-iutest-1.1-SNAPSHOT.jar HTTP/1.1 User-Agent: Java/1.4.1_02 Host: wka-wn-f2t13b Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive If-Modified-Since: Fri, 05 Mar 2004 15:39:56 GMT --- Response: --- HTTP/1.1 304 Not Modified Server: Resin/2.1.8 Date: Tue, 09 Mar 2004 19:13:51 GMT --- Any ideas, what could be the problem here? Joern > -Ursprüngliche Nachricht- > Von: Jörn Gebhardt [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 9. März 2004 19:11 > An: Maven Users List > Betreff: AW: multiproject:artifact, SNAPSHOT dependencies and the > reposito ry > > > Hi Ben, > > I checked this out but didn't succeed. The clocks of my local > machine and > our server (Reisin 2.1.8) are more or less identical (the > Reisin is about > little bit ahead). On the Reisin there is a file > xyz-SNAPSHOT-1.0.jar from > 5th of March (i.e. 4 days old). Locally, I have a file that > is one day old, > but it gets overriden by the older one on our Web server. > I treid all kind of time combinations, but in all cases the > local file got > overriden. > > Unfortunately, I don't have any idea, what I can do to solve > this problem. > I'm using RC1, maybe something changed thereafter? > > Joern > > > > -Ursprüngliche Nachricht- > > Von: Ben Walding [mailto:[EMAIL PROTECTED] > > Gesendet: Freitag, 5. März 2004 02:40 > > An: Maven Users List > > Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the > > reposito ry > > > > > > I may have tracked this one down - it's all time related. > > > > When downloading snapshots, we use the If-Modified-Since > header. The > > rules for this header state (from the http1.1 spec) > > > > 14.25 If-Modified-Since > > ... > > a) If the request would normally result in anything other than a > > 200 (OK) status, or if the passed If-Modified-Since date is > > invalid, the response is exactly the same as for a normal GET. > > A date which is later than the server's current time is > > invalid. > > > > Note the last line : "A date which is later than the > server's current > > time is invalid." > > > > Now if you just built a snapshot in one project, then move > > onto another > > that uses it, there is a chance > > that your If-Modified-Since header is ahead of ibiblio / your > > upstream > > server. > > > > Thus, the full SNAPSHOT is downloaded over the top of the > > existing one - > > even though the > > upstream server is in fact serving up an older copy of the snapshot. > > > > I've tested this on hogshead vs. ibiblio and it is what is > > causing the > > problem - hogshead time was > > 30 minutes faster than ibiblio, so my fresh snapshots were getting > > overwritten by ibiblio's old one. > > (hogshead was sending a header that was in the future to > > ibiblio - and > > thus ignored). > > > > Cheers, > > > > Ben > > > > > > > > > > Maczka Michal wrote: > > > > > Ben: I think that such problem exists and it is certainly > > not limited to > > > ibiblio only. > > > I have the same exact bug when I am working with intranet > > web server. > > > I don't know if this is problem of maven it self, web > > server caching, > > > proxy > > > server caching etc. > > > > > > I am too busy to look into it at the moment :( > > > I was forced (lack of time to fix it) to stop working with > > SNAPSHOTs. > > > > > > Michal > > > > > >> -Original Message- > > >> From: Ben Walding [mailto:[EMAIL PROTECTED] > > >> Sent: Tuesday, March 02, 2004 4:11 PM > > >> To: Maven Users List > > >> Subject: Re:
RE: [reactor] sending e-mails upon project failure
> -Original Message- > From: matthew.hawthorne [mailto:[EMAIL PROTECTED] > Sent: 09 March 2004 15:50 > To: Maven Users List > Subject: Re: [reactor] sending e-mails upon project failure > > Vincent Massol wrote: > > Acutally I work with Dominique. We only need to send emails for now (we > > do not need the modificationset Ant task from CC). CC is a good idea but > > we'll need to do some research to see how it would work and how to > > integrate it with our current continuous build. For now, would you know > > of a solution to use the reactor and still be able to send emails on > > build errors? > > > > Anyone sending emails while using the reactor? > > > This is one of the unfortunate things that was so easy to do in Ant but > just doesn't have an > equivalent in Maven. > > I wrote a shell script that pipes Maven's standard out to a file, then I > grep the file for the word > "failed" and send an email with the content of the file if it matches. > > Not the most elegant solution... but it works. Ok, I've taken the time to read the maven reactor source code and it seems there is an easy solution. The jelly property "failedProjects" contains the list of all project objects that have failed during a reactor run. Looks easy... I knew there had to be a simple solution :-) Thanks -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: multiproject:artifact, SNAPSHOT dependencies and the reposito ry
Hi Ben, I checked this out but didn't succeed. The clocks of my local machine and our server (Reisin 2.1.8) are more or less identical (the Reisin is about little bit ahead). On the Reisin there is a file xyz-SNAPSHOT-1.0.jar from 5th of March (i.e. 4 days old). Locally, I have a file that is one day old, but it gets overriden by the older one on our Web server. I treid all kind of time combinations, but in all cases the local file got overriden. Unfortunately, I don't have any idea, what I can do to solve this problem. I'm using RC1, maybe something changed thereafter? Joern > -Ursprüngliche Nachricht- > Von: Ben Walding [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 5. März 2004 02:40 > An: Maven Users List > Betreff: Re: multiproject:artifact, SNAPSHOT dependencies and the > reposito ry > > > I may have tracked this one down - it's all time related. > > When downloading snapshots, we use the If-Modified-Since header. The > rules for this header state (from the http1.1 spec) > > 14.25 If-Modified-Since > ... > a) If the request would normally result in anything other than a > 200 (OK) status, or if the passed If-Modified-Since date is > invalid, the response is exactly the same as for a normal GET. > A date which is later than the server's current time is > invalid. > > Note the last line : "A date which is later than the server's current > time is invalid." > > Now if you just built a snapshot in one project, then move > onto another > that uses it, there is a chance > that your If-Modified-Since header is ahead of ibiblio / your > upstream > server. > > Thus, the full SNAPSHOT is downloaded over the top of the > existing one - > even though the > upstream server is in fact serving up an older copy of the snapshot. > > I've tested this on hogshead vs. ibiblio and it is what is > causing the > problem - hogshead time was > 30 minutes faster than ibiblio, so my fresh snapshots were getting > overwritten by ibiblio's old one. > (hogshead was sending a header that was in the future to > ibiblio - and > thus ignored). > > Cheers, > > Ben > > > > > Maczka Michal wrote: > > > Ben: I think that such problem exists and it is certainly > not limited to > > ibiblio only. > > I have the same exact bug when I am working with intranet > web server. > > I don't know if this is problem of maven it self, web > server caching, > > proxy > > server caching etc. > > > > I am too busy to look into it at the moment :( > > I was forced (lack of time to fix it) to stop working with > SNAPSHOTs. > > > > Michal > > > >> -Original Message- > >> From: Ben Walding [mailto:[EMAIL PROTECTED] > >> Sent: Tuesday, March 02, 2004 4:11 PM > >> To: Maven Users List > >> Subject: Re: multiproject:artifact, SNAPSHOT dependencies and the > >> reposito ry > >> > >> > >> Nope, Maven does check the date - it uses the http protocol to only > >> download as required. However I think there might be some > >> issues in it > >> - possibly even in the ibiblio web server / dates on the > >> server (see my > >> earlier email today) > >> > >> I'll take a further look when I code up the snapshot > >> downloader for the > >> maven-proxy. > >> > >> Kalaveshi, Adrian wrote: > >> > >>> I also don't believe that Maven checks to see which SNAPSHOT > >> > >> is newer. > >> > >>> Maven seems to always download it -- even if they are > >> > >> identical. Anyone > >> > >>> have a definitive answer for this? I'm using 1.0-rc1. > >>> > >>> Using the "-o" option isn't sufficient enough. I'd like to avoid > >>> downloading SNAPSHOT jars of my internal projects (or, I > >> > >> should say, I'd > >> > >>> like to avoid overwriting the newer SNAPSHOT jar that exists > >> > >> in my local > >> > >>> repository) but, at the same time, I need to have access to > >> > >> everything else > >> > >>> in the repository. > >>> > >>> -adrian- > >>> > >>> -Original Message- > >>> From: Jörn Gebhardt [mailto:[EMAIL PROTECTED] > >>> Sent: Tuesday, March 02, 2004 1:19 AM > >>> To: Maven Users List > >>> Subject: AW: multiproject:artifact, SNAPSHOT dependencies and the > >>> reposito ry > >>> > >>> > >>> Hi, > >>> > >>> That's strange. We have exactly the same problem that Adrian > >> > >> described. I > >> > >>> believe that Maven doesn't check any dates when resolving > SHNAPSHOT > >>> dependencies, but just downloads the SNAPSHOT jar from the > >> > >> remote repository > >> > >>> if it is there. > >>> > >>> I've posted a similar message some weeks ago and was advised > >> > >> to used the -o > >> > >>> (offline) option of Maven (e.g. maven -o jar) to suppress > >> > >> the download from > >> > >>> the remote server. Alternatively, you can set a property (I > >> > >> don't remember > >> > >>> the property name, but it's documented somewhere...) in your local > >>> build.properties to switch to the offline mode. > >>> > >>> Jörn > >>> > >>> > >>> > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mail
Re: tasklist plugin and eclipse "TODO"
Just add the @todo to Preferences/Java/TaskTags.. Mvgr, Martin On Tue, 2004-03-09 at 10:09, nicolas De Loof wrote: > Hi all, > > using eclipse IDE, the TODO keyword is used in comments to notice some > task in the code. The tasklist plugin uses the javadoc @todo tag to get > all tasks. > > Is they're a way to get "eclipse style" task using tasklist without > having to change Eclipse configuration ? > > Nico. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Mvgr, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [reactor] sending e-mails upon project failure
Vincent Massol wrote: Acutally I work with Dominique. We only need to send emails for now (we do not need the modificationset Ant task from CC). CC is a good idea but we'll need to do some research to see how it would work and how to integrate it with our current continuous build. For now, would you know of a solution to use the reactor and still be able to send emails on build errors? Anyone sending emails while using the reactor? This is one of the unfortunate things that was so easy to do in Ant but just doesn't have an equivalent in Maven. I wrote a shell script that pipes Maven's standard out to a file, then I grep the file for the word "failed" and send an email with the content of the file if it matches. Not the most elegant solution... but it works. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Inserting files into project.xml
Jörn Gebhardt wrote on Tuesday, March 09, 2004 2:25 PM: > Hi, > > is there a way, to insert the content of a file into a > project.xml? E.g. if you have many subproject and most of > them have the same dependencies I would like to write these > files into a default_dependencies.xml file and include this > file into the project.xml files of the subprojects. > > In Ant you can insert the content of a another file (e.g. > 'default.targets') like this: > > > %DefaultTargets; > ]> >... > &DefaultTargets; > ... > > > Is something like this possible in Maven? Yes, it is. I am using this extensivly :) Regards, Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Newbie question
Hi,
> Maybe use ${pom.parent.url}/adept-open
be careful, I think ${pom.parent} is unfortunately not defined in the RC1
version of Maven...
Joern
Inserting files into project.xml
Hi, is there a way, to insert the content of a file into a project.xml? E.g. if you have many subproject and most of them have the same dependencies I would like to write these files into a default_dependencies.xml file and include this file into the project.xml files of the subprojects. In Ant you can insert the content of a another file (e.g. 'default.targets') like this: %DefaultTargets; ]> ... &DefaultTargets; ... Is something like this possible in Maven? Thanks in advance, Joern
Re: Anyone working on WebSphere AppServer 5.0 Plugin?
I've committed what I've got so far into the maven-plugins project on sourceforge (mavin-plugins/was5) . It's in CVS, but not released as a jar. The documentation is not great yet, and not all the wsanttask.jar tasks have been exposed, but enough to ejbdeploy, start/stop servers, un/install ears (and probably ejb-jars, wars), start/stop/list applications. The biggy that's missing is the wsadmin task, although I'm yet to really see how that would be used - it may end up being easier to fall back to calling the ant task directly. I believe that this plugin will work with both WAS 5.0 and 5.1, as they both contain wsanttasks.jar, and appear to be compatible. I've only tested with WAS 5.0 so far though. I'm publishing this plugin in its current state so that those who have expressed interest can have a look at it, suggest improvements, and hopefully even make use of it. I'm a maven newbie too, so happy to hear any comments... Richard - Original Message - From: "Gautham Pamu" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, March 09, 2004 3:59 AM Subject: Re: Anyone working on WebSphere AppServer 5.0 Plugin? > Hi Richard, > > I am new to Maven, but even I am interested to install > my ear file on WAS 5.0 after the maven build is > completed, if you have a goal in maven.xml for > installing/configuring/operating on WAS 5.0, can you > send some goals and instructions on how to setup the > project to use wsanttasks.jar > > Thanks > Gautham Pamu > > --- Richard Lewis-Shell <[EMAIL PROTECTED]> wrote: > > The difference is that I am just calling/wrapping > > the ant tasks that IBM > > supplies in their wsanttasks.jar, rather than > > calling the .bat/.sh scripts. > > My SF id is rlewisshell - I was hoping that this > > might end up along side the > > was40 plugin one day... > > > > Richard > > > > - Original Message - > > From: <[EMAIL PROTECTED]> > > To: "Maven Users List" <[EMAIL PROTECTED]> > > Sent: Friday, March 05, 2004 12:32 PM > > Subject: Re: Anyone working on WebSphere AppServer > > 5.0 Plugin? > > > > > > > I've done this for WAS 4.0. That's what the was40 > > plugin is up on > > > sourceforge. If you want to join the team, pop > > someone an email with your > > > sourceforge id. > > > > > > If it could have a similar set of goals to the 40 > > plugin, that'd be even > > > better! > > > -- > > > dIon Gillard, Multitask Consulting > > > > > > > > > > > > "Richard Lewis-Shell" <[EMAIL PROTECTED]> wrote > > on 05/03/2004 11:27:14 > > > AM: > > > > > > > Oh, and ejbdeploy > > > > > > > > - Original Message - > > > > From: "Richard Lewis-Shell" > > <[EMAIL PROTECTED]> > > > > To: "Maven Users List" <[EMAIL PROTECTED]> > > > > Sent: Friday, March 05, 2004 11:21 AM > > > > Subject: Re: Anyone working on WebSphere > > AppServer 5.0 Plugin? > > > > > > > > > > > > > I am. I am basically building a plugin > > wrapper around the wsanttasks. > > > > It's > > > > > early days yet, but so far server > > starting/stopping and application > > > > listing > > > > > is working. Am happy to share/collaborate to > > get it done... > > > > > > > > > > Richard > > > > > > > > > > - Original Message - > > > > > From: <[EMAIL PROTECTED]> > > > > > To: "Maven Users List" > > <[EMAIL PROTECTED]> > > > > > Sent: Friday, March 05, 2004 12:48 AM > > > > > Subject: Anyone working on WebSphere AppServer > > 5.0 Plugin? > > > > > > > > > > > > > > > > > > > > > > Is anyone working on a WebSphere AppServer > > 5.0 plugin? > > > > > > > > > > > > - Tom > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > 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] > > > > > __ > Do you Yahoo!? > Yahoo! Search - Find what you're looking for faster > http://search.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [reactor] sending e-mails upon project failure
Hi Eric, Acutally I work with Dominique. We only need to send emails for now (we do not need the modificationset Ant task from CC). CC is a good idea but we'll need to do some research to see how it would work and how to integrate it with our current continuous build. For now, would you know of a solution to use the reactor and still be able to send emails on build errors? Anyone sending emails while using the reactor? Thanks -Vincent > -Original Message- > From: Eric Pugh [mailto:[EMAIL PROTECTED] > Sent: 09 March 2004 11:36 > To: 'Maven Users List' > Subject: RE: [reactor] sending e-mails upon project failure > > CruiseControl. Most continous integration tools out there (if not all!) > will work with Maven to one extent or antoher. They are designed to deal > with these kinds of issues... > > Eric > > > -Original Message- > > From: Dominique Collette [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, March 09, 2004 9:09 AM > > To: [EMAIL PROTECTED] > > Subject: [reactor] sending e-mails upon project failure > > > > > > Hi, > > > > Right up until we migrated to maven-rc2 snapshot recently, > > we've been using > > a customised reactor which extended the ReactorTag and sent > > an e-mail to > > users (using apache commons' SMTPClient) whenever onException() or > > onDependencyResolutionException() was called. > > > > Problem is, we're subject to api changes in many classes found in > > org.apache.maven.**, namely Project, ReactorTag, etc..., > > every time we > > upgrade maven. > > > > I was wondering if anyone out there has integrated e-mail > > dispatching into > > their project(s), and how you did it. Is there another solution? > > > > Thanks a bunch, > > /Dom. > > > > _ > > MSN 8 with e-mail virus protection service: 2 months FREE* > > http://join.msn.com/?page=features/virus > > > > > > - > > 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: [reactor] sending e-mails upon project failure
CruiseControl. Most continous integration tools out there (if not all!) will work with Maven to one extent or antoher. They are designed to deal with these kinds of issues... Eric > -Original Message- > From: Dominique Collette [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 09, 2004 9:09 AM > To: [EMAIL PROTECTED] > Subject: [reactor] sending e-mails upon project failure > > > Hi, > > Right up until we migrated to maven-rc2 snapshot recently, > we've been using > a customised reactor which extended the ReactorTag and sent > an e-mail to > users (using apache commons' SMTPClient) whenever onException() or > onDependencyResolutionException() was called. > > Problem is, we're subject to api changes in many classes found in > org.apache.maven.**, namely Project, ReactorTag, etc..., > every time we > upgrade maven. > > I was wondering if anyone out there has integrated e-mail > dispatching into > their project(s), and how you did it. Is there another solution? > > Thanks a bunch, > /Dom. > > _ > MSN 8 with e-mail virus protection service: 2 months FREE* > http://join.msn.com/?page=features/virus > > > - > 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]
tasklist plugin and eclipse "TODO"
Hi all, using eclipse IDE, the TODO keyword is used in comments to notice some task in the code. The tasklist plugin uses the javadoc @todo tag to get all tasks. Is they're a way to get "eclipse style" task using tasklist without having to change Eclipse configuration ? Nico. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[reactor] sending e-mails upon project failure
Hi, Right up until we migrated to maven-rc2 snapshot recently, we've been using a customised reactor which extended the ReactorTag and sent an e-mail to users (using apache commons' SMTPClient) whenever onException() or onDependencyResolutionException() was called. Problem is, we're subject to api changes in many classes found in org.apache.maven.**, namely Project, ReactorTag, etc..., every time we upgrade maven. I was wondering if anyone out there has integrated e-mail dispatching into their project(s), and how you did it. Is there another solution? Thanks a bunch, /Dom. _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dist:deploy where and how ?
I'm sorry for CVS, I'm not a "Reactor" myself :-) So I have downloaded http://cvs.apache.org/viewcvs.cgi/*checkout*/maven-plugins/deploy/plugin.jelly?rev=1.13 and it work's very well with my personnal ports but... I discover than scp is not installed on my server ! So I'm obliged to use something else than dist:deploy plugin. Thank you for your help and sorry for the disturbing. Le Mardi 09 Mars 2004 06:24, Emmanuel Venisse a écrit : > - Original Message - > From: "Herve AGNOUX" <[EMAIL PROTECTED]> > To: "Maven Users List" <[EMAIL PROTECTED]> > Sent: Monday, March 08, 2004 9:47 PM > Subject: Re: dist:deploy where and how ? > > > Le Lundi 08 Mars 2004 11:51, Emmanuel Venisse a écrit : > > > I updated the deploy plugin. for support maven.ssh.args and > > maven.scp.args > > > > properties > > > Could you test it? > > > > I'm sorry, I understand nothing. I have downloaded the plugin from > > http://maven.apache.org/reference/plugins/deploy/, but I dont'see any > > difference in plugin.jelly !? > > No, I didn't release it. It's in cvs. > > > Now, if I do "mave dist:deploy" I obtain : > > > > dist:build: > > > > [tar] Building tar: /home/herve/[...]/distributions.tar > > [gzip] Building: /home/herve/[...]/distributions.tar.gz > > [delete] Deleting: /home/herve/[...]/distributions.tar > > [echo] > > Moving distributions.tar.gz to the /public/[...]/distributions on > > www.my-little-compagny.com > > > > [exec] ssh: connect to host www.my-little-compagny.com port 22: > > Connection > > > timed out > > [exec] [ERROR] Result: 1 > > [exec] [ERROR] Result: 129 > > > > > > In my build.properties : > > > > maven.scp.executable=scp > > maven.ssh.executable=ssh > > maven.ssh.args=-p xx > > maven.scp.args=-P xx > > > > > > > > > > > > And I thank you for your help ! > > > > -- > > SARL diaam informatique - 04 50 44 26 54 > > Ingenierie, développements de systèmes d'information > > http://www.diaam-informatique.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] -- SARL diaam informatique - 04 50 44 26 54 Ingenierie, développements de systèmes d'information http://www.diaam-informatique.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
