You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(14) |
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(14) |
Oct
(1) |
Nov
|
Dec
(1) |
2004 |
Jan
(4) |
Feb
(8) |
Mar
(14) |
Apr
(18) |
May
(1) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(5) |
Oct
(26) |
Nov
(36) |
Dec
(21) |
2005 |
Jan
(10) |
Feb
(20) |
Mar
(15) |
Apr
(11) |
May
(29) |
Jun
(18) |
Jul
(19) |
Aug
(12) |
Sep
(11) |
Oct
(3) |
Nov
(7) |
Dec
(5) |
2006 |
Jan
(7) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
(14) |
Jul
(45) |
Aug
(58) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
2007 |
Jan
(4) |
Feb
|
Mar
|
Apr
(3) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Tobias R. <tob...@we...> - 2003-09-18 12:24:51
|
Hi Folks, I have written a maven plugin in order to deploy or undeploy inside of mav= en into a remote Oracle Internet Application Server (iAS). Are you interested in hosting it in your CVS and on your page. I will cont= ribute with fixes and further development. Should I send someone a zip file or do you grant me access to your cvs rep= ository=3F Bye Toby --=20 "Wisest of the Maia was Ol=F3rin. He to dwelt in L=F3rien, but his ways took h= im often to the house of Nienna, and of her he learnt pity and patience. " -- Of the Maiar, Valaquenta, The Simarillion by J.R.R Tolkien=20 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F Zwei Mal Platz 1 mit dem jeweils besten Testergebnis! WEB.DE FreeMail und WEB.DE Club bei Stiftung Warentest! http://f.web.de/=3Fmc=3D021183 |
From: Andy J. <an...@aj...> - 2003-09-09 13:25:55
|
> I have posted a request on JIRA for the findbugs-core and findbugs-bcel > libraries. The BCEL library is a customized version of the standard > BCEL library. Findbugs won't work with any of the current BCEL libraries. > That is why I called it findbugs-bcel, to highlight that it is specific to > findbugs. Sounds good Eric. Now that the site is up-to-date and we have a significant number of plugins, maybe we should think about how to hyperlink between our plugins site and the Maven site. Not sure how many people know of the existence of the plugins project - obviously they get told if they post a message on the Maven list, but other than that, people may just look at Maven, not see a plugin for a particular thing and think its not supported. Dion, how about putting a link on Maven's website to the Maven-plugins project ? e.g in the banner links area ? -- Andy |
From: Eric P. <ep...@up...> - 2003-09-09 07:53:56
|
Andy, I have posted a request on JIRA for the findbugs-core and findbugs-bcel libraries. The BCEL library is a customized version of the standard BCEL library. Findbugs won't work with any of the current BCEL libraries. That is why I called it findbugs-bcel, to highlight that it is specific to findbugs. However, I am still waiting to get those updated into iBiblio.. http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-768 is the link to the issue. As soon as these jars are available in iBiblio, then I am going to do a 1.0 release. The other todo is to delete the findbugs plugin that is currently in the Maven repo. I migrated the best of both to the one in SF. Eric Pugh > -----Original Message----- > From: mav...@li... > [mailto:mav...@li...]On > Behalf Of > Andy Jefferson > Sent: Saturday, September 06, 2003 8:27 PM > To: mav...@li... > Subject: [Maven-plugins-developer] Releases > > > All, > > I've updated the sourceforge pages so that there are released > files for *all* > plugins now ... with the following exceptions > > sdocbook ... has an entry for version 1.2 yet no files released > > findbugs ... no releases made of this plugin. I tried a > "maven plugin" to > build it and it has build dependencies on findbugs-core, > findbugs-bcel so > fails. Since i've no idea what these are I've done nothing to > fix them. Is > findbugs-bcel the same as the bcel JAR that is on Ibiblio > under group 'bcel' > ? Shouldn't these be put up on Ibiblio if the plugin is > dependent on them ? > > > > -- > Andy > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer |
From: Andy J. <an...@aj...> - 2003-09-06 18:27:04
|
All, I've updated the sourceforge pages so that there are released files for *all* plugins now ... with the following exceptions sdocbook ... has an entry for version 1.2 yet no files released findbugs ... no releases made of this plugin. I tried a "maven plugin" to build it and it has build dependencies on findbugs-core, findbugs-bcel so fails. Since i've no idea what these are I've done nothing to fix them. Is findbugs-bcel the same as the bcel JAR that is on Ibiblio under group 'bcel' ? Shouldn't these be put up on Ibiblio if the plugin is dependent on them ? -- Andy |
From: Andy J. <an...@aj...> - 2003-09-02 14:44:02
|
I added the Kodo plugin 2 weeks ago yet it still doesnt appear on the SF website. In addition, the website 'home page' hasn't been updated in some time. I'm not an Admin so can't do this (or can I ? and if so, how ?). I just ran the multiproject plugin (latest version re: Dions maven announcement) and the site generates fine (will be slow if you have limited ram on your machine). The index.html is no longer needed and i've removed it from CVS - the 'overview' page generated by the multiproject plugin provides this information now. -- Andy |
From: Emmanuel V. <eve...@if...> - 2003-09-02 14:14:06
|
Hi all, Dominik Dahlem and me have develop a plugin for JCoverage (http://www.jcoverage.com). This plugin run coverage test and generate the report. For the report, we have the default report proposed by jcoverage, and a report like javadoc/source xref/Clover. We can't put our plugin in maven cvs head because jcoverage is under GPL. Thus, we would like to put our plugin in maven-plugins and help you to take part in the project. My sourceforge login is venisse Dominik Dahlem login is dahlemd Thanks Emmanuel Venisse _____________________________________________________________________ Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France |
From: Artur H. <ko...@pl...> - 2003-08-29 08:46:48
|
Hi, > welcome to the maven-plugins project - > I added you as developer with release technician rights. Thank you. I am happy I could join your team. I try to contribute my knowledge and time to make maven plugins better. > For all the others, Artur extends the maven-sdocbook-plugin > with things I never heard of ... :-) ... keep it going then! Let me introduce myself. I live in Poland and work as a professional software developer for more than 10 years. Apart from my work I participate also to a few Open Source projects. The main is GeoTools and others were created to generalize some ideas which were born during GeoTools development. Generic Guides try to develop and implement idea of framework for documentation. Primary this is to be software project documentation but not only. The last our concern we try to work out is modular documentation. The idea is to build documentation from pieces. Chosen format is Simplified DocBook and we join parts in one document with use of xinclude markup. We have some command line tools to process it but, we use maven for project management so it is necessary for us to be able generate documentation also with maven. I have idea how to do it - I can generate documentation with java tools: xalan or saxon and I would like to add this feature to maven-sdocbook-plugin. I have also great experience with Linux, C, Java, XML, internet protocols like HTTP, FTP and so on...., networking both LAN and WAN, so I hope I can participate to this project not only with code I will create but also with my knowledge. Artur -- Artur Hefczyc Open Source Developer http://generguide.sourceforge.net/ http://www.geotools.org/ http://wttools.sourceforge.net/ http://maven-plugins.sourceforge.net/ |
From: Andy J. <an...@aj...> - 2003-08-28 11:50:06
|
> I have also problems with the build using multiproject ... > OutOfMemoryException. As long as multiproject is doing the work in a single > VM it is pretty useless ... what is your opinion dIon?! I gather that the big problem is the memory leak state of Maven/reactor and that Jason, Dion et al are back porting fixes to resolve issues like this. I've not used Maven CVS Head so can't say whether what they have done so far resolves the problems we are seeing. I can run "multiproject" on a smaller project that has 4 subprojects with Maven beta10 and I have no problems at all, yet on maven-plugins with 10-15 sub-projects it swamps my machine. Would be nice to know what is the current status of the memory leak fixes ... Dion ? > I suggest using an ANT wrapper script to call MAVEN in the subprojects - > not beautiful but functional. Any opinions out there?! I see the future being with multiproject - though maybe something like what you propose is necessary for the moment. Estimates i've seen suggest a new Maven release (rc1?) within 3 weeks or so. -- Andy |
From: <goe...@ex...> - 2003-08-28 09:55:26
|
Hi folks, I have also problems with the build using multiproject ... OutOfMemoryException. As long as multiproject is doing the work in a single VM it is pretty useless ... what is your opinion dIon?! I suggest using an ANT wrapper script to call MAVEN in the subprojects - not beautiful but functional. Any opinions out there?! Thanks, Siegfried Goeschl _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! |
From: <goe...@ex...> - 2003-08-28 09:51:11
|
Hi Artur, welcome to the maven-plugins project - I added you as developer with release technician rights. For all the others, Artur extends the maven-sdocbook-plugin with things I never heard of ... :-) ... keep it going then! Thanks, Siegfried Goeschl _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! |
From: Eric P. <ep...@up...> - 2003-08-27 08:29:23
|
I would like to gratefully accept the "Bonehead of the Month" award..... Andy was right about the permissions. I forgot that I worked with Sigi a long time ago when he was first working on the Canoo Webtest plugin. It had been so long ago that when Dion first proposed putting the FindBugs plugin on maven-plugins I had totally forgotton about being a member already. Thanks go to Andy for pointing this out to me! Proud holder of the Bonehead award, Eric Pugh > -----Original Message----- > From: mav...@li... > [mailto:mav...@li...]On > Behalf Of > Andy Jefferson > Sent: Wednesday, August 27, 2003 8:44 AM > To: mav...@li... > Subject: Re: [Maven-plugins-developer] Plugin documentation > > > On Tuesday 26 Aug 2003 15:45, Eric Pugh wrote: > > I wrote the findbugs plugin. Dion very generously > committed it for me. > > However, I do have some more patches to submit. Rather > then bother Dion > > all the time, could you give me access to the SF site? My SF id is > > "dep4b".. > > Can't you check the changes in yourself ... using the CVS > details on SF ? I > was only added to the project last week and i've no problem > commiting things, > and besides, you're down on the SF site as an 'admin' to the > project so > should be able to do everything :-) > > -- > Andy > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer |
From: Andy J. <an...@aj...> - 2003-08-27 06:44:08
|
On Tuesday 26 Aug 2003 15:45, Eric Pugh wrote: > I wrote the findbugs plugin. Dion very generously committed it for me. > However, I do have some more patches to submit. Rather then bother Dion > all the time, could you give me access to the SF site? My SF id is > "dep4b".. Can't you check the changes in yourself ... using the CVS details on SF ? I was only added to the project last week and i've no problem commiting things, and besides, you're down on the SF site as an 'admin' to the project so should be able to do everything :-) -- Andy |
From: Eric P. <ep...@up...> - 2003-08-26 14:46:02
|
Hi all, I wrote the findbugs plugin. Dion very generously committed it for me. However, I do have some more patches to submit. Rather then bother Dion all the time, could you give me access to the SF site? My SF id is "dep4b".. Not sure how formal you'all are, if needed I can "nominate" myself :-) Sincerely, Eric Pugh |
From: <sie...@it...> - 2003-08-26 12:13:29
|
Hi dIon, sorry for the confusion - on the top level project there is no description of the plugins, i.e. maven-plugins/xdoc/index.xml I'm not an expert about the permission within SF but you have Release Technician rights now. If there is anybody out how need more permissions just tell me ... :-) Thanks in advance Siegfried Goeschl On 26 Aug 2003 at 16:32, di...@mu... wrote: > > > mav...@li... wrote on > 26/08/2003 03:35:56 AM: > > > Hi folks, > > > > could you provide some short descriptions about the following > plugins > > in xdocs/index.xml: > > > > +) aptdoc > > +) dbunit > > +) doxygen > > +) findbugs > Is there something wrong with their site? > > http://maven-plugins.sourceforge.net/findbugs/index.html > http://maven-plugins.sourceforge.net/dbunit/index.html > > ? > > Furthermore the following plugins don't compile due to missing > > dependencies > > > > +) doxygen > > +) kodo > > > > > > I would like to upload the website to SF since I updated all of my > > own plugins. > > Can someone please fix the permissions on the server so that we can > all do this??? > |
From: Andy J. <an...@aj...> - 2003-08-26 07:05:28
|
On Monday 25 Aug 2003 18:35, Siegfried G=F6schl wrote: > could you provide some short descriptions about the following plugins > in xdocs/index.xml: > > +) aptdoc > +) dbunit > +) doxygen > +) findbugs I've just put a very simple line in for each - copied from the respective=20 project.xml files (description tag). This whole page (index.xml) ought to b= e=20 automatic - and there are some changes in the multiproject plugin in CVS he= ad=20 that may help (but I've not tried it) about an "overview page". > Furthermore the following plugins don't compile due to missing > dependencies > > +) doxygen > +) kodo doxygen depends on ant-doxygen (http://www.stack.nl/~dimitri/doxygen/) - wh= ich=20 is GPL, so could be included in the plugin-resources - but its not my plugi= n=20 so I've done nothing there :-) Siegfried - see private mail re: kodo - it depends on commercial jars (for= =20 RUNTIME), and hence you cannot distribute these jar's - just put something = in=20 your repository as placeholders for these jars to keep the build happy - it= s=20 not going to actually use them since they are not BUILD dependencies. You may find that you need to remove the xdocs/navigation.xml to get the=20 correct website navigation generation - "maven multiproject" takes the orde= r=20 of 2 hours (!) to run on my laptop due to Maven's leaking memory, so haven'= t=20 played with it much. =2D-=20 Andy |
From: <sie...@it...> - 2003-08-26 06:15:45
|
Hi folks, could you provide some short descriptions about the following plugins in xdocs/index.xml: +) aptdoc +) dbunit +) doxygen +) findbugs Furthermore the following plugins don't compile due to missing dependencies +) doxygen +) kodo I would like to upload the website to SF since I updated all of my own plugins. Thanks in advance Siegfried Goeschl |
From: Andy J. <an...@aj...> - 2003-08-22 03:06:24
|
Hi all, I've been updating the Maven plugins codebase so that people can use the "multiproject" plugin for generation of the website, rather than the 'finely hand crafted' method used previously. Anyway, my questions 1. How is the website released and by who ? (if you do a "maven multiproject" from the top level it will generate it now, adding the side navigation to the plugins it finds). 2. I've added a Kodo JDO plugin (for Kodo v2.5.2). How do you go about making file releases and announcements on SourceForge ? I assume an admin does this :-) -- Andy |
From: Eric P. <ep...@up...> - 2003-08-07 18:08:52
|
Hi all, I have written a plugin that wraps the FindBugs package. FindBugs is similar to PMD, but does pick up some different issues: http://www.cs.umd.edu/~pugh/java/bugs/. Basically just doing the quick and easy wrapping of the existing Ant task... I am working on getting the formatting of the reports all nice and pretty, but at this point it produces reports that you can look at with the FindBugs GUI. Would you'all be willing to host this code? My SF id is dep4b. I would love to contribute it. Sincerely, (and not related to the original developer!) Eric Pugh |
From: <di...@mu...> - 2003-04-14 23:45:07
|
I've noticed there are lots of directories/files on the web site that are not g+w, which means people can't easily re-deploy the site. Can anyone who's done a deploy please log in and do a chmod -R g+w, thanks? -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au |
From: Willie V. <ctw...@us...> - 2003-04-14 07:45:45
|
I revamped the plugin as follows: - removed embedded jars in plugin. It now relies on dependency setup. = Due to license issue, users must setup webtest.jar dependency in project.xml - use jsl to generate reports. - a summary and multiple test reports will be generated. - allows users to add webtest as a Maven report. E.g. In project.xml, <project> ... <reports> <report>maven-webtest-plugin</report> </reports> </project> Can someone either grant me rights to check in the code or check in the = code for me? Thanks. Another thing. Can this plugin be moved to Maven plugins? -- Willie Vu |
From: <di...@mu...> - 2003-04-13 01:29:22
|
I'm proposing james taylor (jt) from the Maven team be added to the group members so that he can help with the aptdoc plugin. Votes? here's my +1. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au |
From: Willie V. <ctw...@us...> - 2003-04-11 04:31:59
|
I want to add Maven 1.0 b9 support to webtest plugin. Can someone give me some ideas how to generate reports? I notice there is some work done in the plugin.jelly file. It doesn't work however. The webtest:generate-test-report goal tries to use files in the resultpath directory to produce reports. It is incorrect though because the lastResponseXXXX.html is not the testing result of WebTest. It is the HTML results from <invoke> tag. -- Willie Vu |
From: Jeffrey D. B. <jb...@wi...> - 2002-12-21 02:16:23
|
Could / Should this convo shift to the maven-plugins-dev list? I have some ideas/changes to the plugin for post-maven-b7 which would allow it to pull the dependant jars down from the repo instead of distributing them along with the plugin. This may allow the use of say SNAPSHOT to use the latest webtest jar in the repo. Then if we can get the latest builds automagically poked up to a public repo or something, the plugin ( or at least developers ) could always use the latest build. Also I've toyed with directly using jelly to execute the ant tasks in plugin.jelly instead of spawning off a java instance. Lifted some from the latka plugin that does this. Since ant tasks can be used straight out in jelly. jb On Fri, 20 Dec 2002, Dierk Koenig wrote: > RE: Maven plugin for webtestHi Siegfried, > > Thanx a lot for your work with the plugin. It really makes me curious about > using maven :-) > > Calling it "maven-webtest-plugin" is totally ok for us. > > How do you think we can keep the projects in synch? Is the plugin supposed > to > automatically in include our latest build? Do we need test for "plugin > compliance"? > > cheers > Mittie > -----Original Message----- > From: Goeschl Siegfried [mailto:S.G...@to...] > Sent: Freitag, 20. Dezember 2002 12:58 > To: EP...@up...; jb...@wi... > Cc: die...@ca... > Subject: RE: Maven plugin for webtest > > > I uploaded the documentation of the Canoo Webtest plugin into > http://maven-plugins.sourceforge.net/webtest/ > > I currently wait for feedback from Canoo since the plugin is called > "maven-webtest-plugin" ... no response from in...@ca... so far ... ;-) > > Basically I'm ready to release .... > > Siegfried Goeschl > > -----Original Message----- > From: EP...@up... [mailto:EP...@up...] > Sent: Thursday, December 12, 2002 8:16 PM > To: jb...@wi... > Cc: Goeschl Siegfried > Subject: RE: Maven plugin for webtest > > > Siegfried Goeschl at S.G...@to... is currently working on it, > but I don't know if it is in CVS somewhere... > > Sigi, do you think you could send Jeff another copy? I've been talking > it up on the Turbine mailing list! > > Eric > > -----Original Message----- > From: Jeffrey D. Brekke [mailto:jb...@wi...] > Sent: Wednesday, December 11, 2002 11:24 PM > To: EP...@up... > Subject: Maven plugin for webtest > > > > > On turbine-user you said: > > >WebTest is my favorite little user acceptance tool. It is ant based, > and > >allows you to script calls through a webapp to test your webapp > >functionality. webtest.canoo.com is the url. There is also a maven > >plugin for it. it gives you a great "web browser" perspective on > testing > >your apps. > > Where is the maven plugin for webtest located? I can't seem to find it. > > > > -- > ===================================================================== > Jeffrey D. Brekke jb...@wi... > Wisconsin, USA br...@ap... > ek...@ya... > > -- ===================================================================== Jeffrey D. Brekke jb...@wi... Wisconsin, USA br...@ap... ek...@ya... |
From: Jorn A H. <Jo...@pe...> - 2002-09-18 16:48:31
|
Hi, From: "Stéphane MOR" <ste...@ya...> > Jorn A Hansen wrote: > > Good idea ! > > Though, it appears that right now, the Reactor doesn't take extended > projects into account... > With the reactor, "../project.xml" is considered to be from the current > dir, ie from the top > dir. > > If you set it to "${basedir}/../project.xml", it is not transformed and > throws an error. > > I'll have a look at all that, and apply the patch as soon as I can > generate the site with it. Hmmm after some debugging it appears that The Real Reason for the unwanted behaviour is that the project.xml file for installed plugins is read when Maven initialize. When the plugin initializes the relative lookup will start from your current working dir/the ${basedir} Hence this bug will appear from the moment where you deploy a plugin having a relative <extends> path and try to use Maven afterwards :-( I guess this means that using the extend mechanism isn't practical for plugin development until someone come up with a clever solution to this. Jørn -- Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away. - Antoine de Saint-Exupery |
From: Jorn A H. <Jo...@pe...> - 2002-09-17 15:30:36
|
Hi, Hmmm after doing some debugging it appears that The Real Reason for the unwanted behaviour is that the project.xml file for installed plugins is read when Maven initialize. When the plugin initializes the relative lookup will start from your current working dir/the ${basedir} Hence this bug will appear from the moment where you deploy a plugin having a relative <extend> path and try to use Maven afterwards :-( I guess this means that using the extend mechanism isn't practical for plugin development until someone come up with a clever solution to this. Thanks, Jørn ----- Original Message ----- From: "Stéphane MOR" <ste...@ya...> To: <mav...@li...> Sent: Tuesday, September 10, 2002 4:15 AM Subject: Re: [Maven-plugins-developer] [patch] project.xml inheritance > Jorn A Hansen wrote: > > Good idea ! > > Though, it appears that right now, the Reactor doesn't take extended > projects into account... > With the reactor, "../project.xml" is considered to be from the current > dir, ie from the top > dir. > > If you set it to "${basedir}/../project.xml", it is not transformed and > throws an error. > > I'll have a look at all that, and apply the patch as soon as I can > generate the site with it. > > Thanks, > Stéphane > > >Hi, > > > >This patch uses the <extend> inheritance mechanism which allows for easier maintenance of the Wiki and RPM project descriptors. > > > >The following elements are now inherited from the site POM: > > organization > > gumpRepositoryId > > issueTrackingUrl > > mailingLists > > build > > > >Apart from that there is a minor fix for these elements: > >- name > >- package > > > > > >Thanks, > > Jørn > > > Jørn A Hansen -- Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away. - Antoine de Saint-Exupery |