Menu
▾
▴
maven-plugins-developer — Mailing List used for development of plugins
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: Siegfried G. <sie...@it...> - 2005-01-07 14:39:04
|
Hi folks, J=F8rgen Binningsb=F8 committed a patch for the maven-sdocbook-plugin to=20 support XHTML and XDOC - any comments?! http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1096038&grou= p_id=3D61626&atid=3D497855 For Per Olesen and Carlos Sanchez ... since I'm out of the loop=20 regarding this plugin - do you have time to look at the patch and=20 release a new plugin?! Or should we add J=F8rgen as developer?! Thanks in advance Siegfried Goeschl <https://sourceforge.net/users/perolesen/> |
|
From: Siegfried G. <sie...@it...> - 2005-01-05 13:34:32
|
Hi James,
I will have a look at it - I need to cross-check since this is actually
a JavaNCSS bug.
There are a few workaround to skip the JavaNCSS report depending on your
setup, the best is probably using "maven.javancss.enable=false" in the
build.properties for your affected project. In this case no JavaNCSS
report will registered and therefore generated. Originally this flag was
used to skip reports for generated code but it might solve your problem
nicely.
Thanks
Siegfried Goeschl
James Richardson wrote:
>I've noticed that the Java ncss plugin will hang indefinitely if there are
>no java source files to count.
>
>This can happen, if for example, your subproject contains only
>auto-generated code (e.g. castor).
>
>A src/java directory is required to convince maven that there is any thing
>at all to compile (thus the check for sourcesPresent is not sufficient).
>
>It would be a good thing to check that there were some java source files
>to count before launching the ncss plugin.
>
>I did try to make this change to the plugin, but I'm afraid I've never
>written any jelly scripts really.
>
>My attempt is included below, if its any use to anybody (it doesn't quite
>work).
>
>Best Regards,
>
>James
>
>
> <goal name="javancss:do-xml" description="Generate source code metrics
>with JavaNCSS">
>
> <mkdir dir="${maven.javancss.docs.dest}"/>
> <mkdir dir="${maven.javancss.build.dir}"/>
>
> <ant:echo>Scanning ${pom.build.sourceDirectory}</ant:echo>
>
> <ant:fileScanner var="ncssSourceFiles">
> <ant:fileset dir="${pom.build.sourceDirectory}">
> <ant:include name="**/*.java" />
> </ant:fileset>
> </ant:fileScanner>
>
> <j:if test="${ncssSourceFiles.hasFiles() == true}">
>
> <echo>Generating JavaNCSS report</echo>
>
> <java classname="javancss.Main" fork="yes">
> <classpath>
> <fileset dir="${plugin.dir}/plugin-resources/jars">
> <include name="**/*.jar"/>
> </fileset>
> </classpath>
> <pathelement path="${plugin.getDependencyPath('xerces')}"/>
> <j:if test="${enablePackage.equalsIgnoreCase('true')}">
> <arg value="-package"/>
> </j:if>
> <j:if test="${enableObject.equalsIgnoreCase('true')}">
> <arg value="-object"/>
> </j:if>
> <j:if test="${enableFunctions.equalsIgnoreCase('true')}">
> <arg value="-function"/>
> </j:if>
> <arg value="-recursive"/>
> <arg value="-xml"/>
> <arg value="-out"/>
> <arg value="${maven.javancss.build.dir}/javancss-raw-report.xml"/>
> <arg value="${pom.build.sourceDirectory}"/>
> </java>
>
> <doc:jsl
> input="${maven.javancss.build.dir}/javancss-raw-report.xml"
> output="javancss-report.xml"
> stylesheet="${plugin.resources}/${maven.javancss.jsl}"
> outputMode="xml"
> prettyPrint="true"
> />
>
> </j:if>
>
> <j:if test="${ncssSourceFiles.hasFiles() == false}">
> <ant:echo>Warning: JavaNCSS can't be run when there are no source
>files</ant:echo>
> </j:if>
>
>
> </goal>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: use...@ma...
>For additional commands, e-mail: use...@ma...
>
>
>
>
|
|
From: Carlos S. <ca...@ap...> - 2005-01-01 12:36:51
|
The maven-plugins team is pleased to announce the SDocBook Plug-in 1.4 release! http://maven-plugins.sourceforge.net A plugin for DOCBOOK processing. Uses the DocBook Open Repository project XSL stylesheets to process DocBook XML sources into different output formats. Changes in this version include: New Features: o Added properties maven.sdocbook.html.xsl and maven.sdocbook.fo.xsl. o Allow using new stylesheet versions as dependencies in POM. o Added documentation to use custom stylesheets. o The docbook DTDs are huge and take time to resolve externally. Added the EntityResolver from xml-commons and added properties to be able to use it. o Added the xalan25 extensions jar from stylesheet distribution to be able to use the stylesheet extensions. o Added possibility to set the stylesheet params. o Added copying of external resources like images, which the target output references externally (e.g. a HTML output which includes a IMG tag). Fixed bugs: o Fail on transformation errors. Changes: o Update of documentation to include description of the new properties, how to set stylesheet parameters, how to update to use newer stylesheets etc. To automatically install the plugin, type the following on a single line: maven plugin:download -DgroupId=maven-plugins -DartifactId=maven-sdocbook-plugin -Dversion=1.4 For a manual installation, you can download the plugin here: http://www.ibiblio.org/maven/maven-plugins/plugins/maven-sdocbook-plugin-1.4.jar Have fun! -The maven-plugins team |
|
From: Marcel M. <mar...@co...> - 2004-12-14 08:48:22
|
Hi! The Struts Doc Plugin is still up for donation, of course. I attached a version (which should only need a checkin) to the tracker=20 call at https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1061944&gro= up_id=3D61626&atid=3D497855 A standalone version can be found at=20 http://www.metacube.net/maven-strutsdoc-plugin/index.html The only thing you need is a struts web application for testing. CU, Marcel Marcin Werla wrote: >Hi. > >I'm still intrested in donating the plugin. As I've written it is not >very sophisticated, but I find it quite useful. If you think, that the >idea is good enugh to become a part of maven-plugins, please let me >know. > >Regards, >Marcin Werla >* >Poznan Supercomputing and Networking Center >dLibra project (http://dlibra.psnc.pl/) >AISoccer project (http://aisoccer.sf.net/) > >On Mon, 13 Dec 2004 21:13:59 +0100, Siegfried Goeschl ><sie...@it...> wrote: > =20 > >>Hi everyone, >> >>we have the following state regarding new plugins and developers >> >>+) Thorsten Ullman (tuhlmann) is a maven-plugins developer and released >>a beautiful patch for JavaNCSS plugin >> >>+) J=F6rg Schaible (joehni) is a maven-plugins developer and did a real >>good polishing on the javaapp plugin (don't know what he is up to if he >>starts coding) >> >>+) Stephan Mestache (sms123456 >><http://sourceforge.net/users/sms123456/>) is a maven-plugins developer >>and we all eagerly await his contribution ... :-) >> >>+) I lost contact with Rolf Schmidinger (PDF JavaDoc),. Marcin Werla an= d >>Marcel May (Struts Doc Report) - fire up your mail client >> >>Cheers, >> >>Siegfried Goeschl >> >>PS: Anyone out there to help the new developers and review the >>contributions - my plate is full for the next four weeks .... >> >>-------- Original Message -------- >>Subject: [Fwd: RFC: Donation of new plugins and addition of new >>developers ...] >>Date: Fri, 26 Nov 2004 17:20:09 +0100 >>From: Siegfried Goeschl <sie...@it...> >>Reply-To: sie...@it... >>Organization: IT20one GmbH >>To: rol...@us... >> >>Hi folks, >> >>I forgot one ... >> >>1) A PDF JavaDoc plugin allowing to create PDFs from JavaDoc from Rolf >>Schmidiger >> >>Sorry about that, >> >>Siegfried Goeschl >> >>-------- Original Message -------- >>Subject: RFC: Donation of new plugins and addition of new develo= pers ... >>Date: Fri, 26 Nov 2004 14:34:32 +0100 >>From: Siegfried Goeschl <sie...@it...> >>Reply-To: sie...@it... >>Organization: IT20one GmbH >>To: mav...@li..., >>sms...@us..., mar...@us..., >>mw...@us..., thu...@us..., >>jo...@us... >> >>Hi folks, >> >>we have had a few request about donating new plugins and I think I >>should call for a vote/feedback before I add to many developers ... :-) >> >>1) StrutsDocReport Plugin from Marcel May currently hosted on >>http://struts.sourceforge.net/strutsdoc/ >> >>2) Dashboard History Plugin from St=E9phan Mestach found under >>http://users.skynet.be/fb050808/ >> >>3) ProjectProperty Plugin from Marcin Werla - "I've written simple mave= n >>plugin which checks project property files for properties that are >>unused. We are using it for checking unused entreis in resource bundles >>for multilingual Swing and Velovity based applications. If you think >>that this plugin can be useful for anyone else, then I'd like to donate >>this plugin to maven-plugins. Or I can join your project and develop >>this plugin if there will be such need. >> >>I already added two developers on my behalf (without telling anyone) >> >>1) Thorsten Ullman (thulmann) works on the maven-javancss-plugin >> >>2) J=F6rg Schaible (joehni) who already released the new >>maven-javaapp-plugin - man, that was quick ... >> >>Cheers, >> >>Siegfried Goeschl >> >> >> =20 >> > > > =20 > --=20 Marcel May <mar...@co...> ConSol* Software GmbH Franziskanerstr. 38 D-81669 Muenchen Tel.: +49-89-45841-155 Fax.: +49-89-45841-111 http://www.consol.de |
|
From: Carlos S. <ca...@ap...> - 2004-12-13 22:48:08
|
I'd like to go to ApacheCON Europe, let's see if money arrives by then ;) > -----Original Message----- > From: mav...@li... > [mailto:mav...@li...] > On Behalf Of Siegfried Goeschl > Sent: Monday, December 13, 2004 9:34 PM > To: mav...@li... > Subject: [Maven-plugins-developer] Sucess Story .... > > Hi folks, > > we are running a brilliant SF project - we are moving towards > the top-1000 on SourceForge (1057 in November and 523 this > December) ... > http://sourceforge.net/project/stats/index.php?report=months&g roup_id=61626 > ... :-) > > Thanks to everyone > > Siegfried Goeschl > > PS: Anyone planning to come over to ApacheCon 2005 in > Stuttgart, Germany?! We could organize a Maven-Plugins Party .... ;-) > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from > real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > |
|
From: Marcin W. <mw...@gm...> - 2004-12-13 20:39:50
|
Hi. I'm still intrested in donating the plugin. As I've written it is not very sophisticated, but I find it quite useful. If you think, that the idea is good enugh to become a part of maven-plugins, please let me know. Regards, Marcin Werla * Poznan Supercomputing and Networking Center dLibra project (http://dlibra.psnc.pl/) AISoccer project (http://aisoccer.sf.net/) On Mon, 13 Dec 2004 21:13:59 +0100, Siegfried Goeschl <sie...@it...> wrote: > Hi everyone, >=20 > we have the following state regarding new plugins and developers >=20 > +) Thorsten Ullman (tuhlmann) is a maven-plugins developer and released > a beautiful patch for JavaNCSS plugin >=20 > +) J=F6rg Schaible (joehni) is a maven-plugins developer and did a real > good polishing on the javaapp plugin (don't know what he is up to if he > starts coding) >=20 > +) Stephan Mestache (sms123456 > <http://sourceforge.net/users/sms123456/>) is a maven-plugins developer > and we all eagerly await his contribution ... :-) >=20 > +) I lost contact with Rolf Schmidinger (PDF JavaDoc),. Marcin Werla and > Marcel May (Struts Doc Report) - fire up your mail client >=20 > Cheers, >=20 > Siegfried Goeschl >=20 > PS: Anyone out there to help the new developers and review the > contributions - my plate is full for the next four weeks .... >=20 > -------- Original Message -------- > Subject: [Fwd: RFC: Donation of new plugins and addition of new > developers ...] > Date: Fri, 26 Nov 2004 17:20:09 +0100 > From: Siegfried Goeschl <sie...@it...> > Reply-To: sie...@it... > Organization: IT20one GmbH > To: rol...@us... >=20 > Hi folks, >=20 > I forgot one ... >=20 > 1) A PDF JavaDoc plugin allowing to create PDFs from JavaDoc from Rolf > Schmidiger >=20 > Sorry about that, >=20 > Siegfried Goeschl >=20 > -------- Original Message -------- > Subject: RFC: Donation of new plugins and addition of new develope= rs ... > Date: Fri, 26 Nov 2004 14:34:32 +0100 > From: Siegfried Goeschl <sie...@it...> > Reply-To: sie...@it... > Organization: IT20one GmbH > To: mav...@li..., > sms...@us..., mar...@us..., > mw...@us..., thu...@us..., > jo...@us... >=20 > Hi folks, >=20 > we have had a few request about donating new plugins and I think I > should call for a vote/feedback before I add to many developers ... :-) >=20 > 1) StrutsDocReport Plugin from Marcel May currently hosted on > http://struts.sourceforge.net/strutsdoc/ >=20 > 2) Dashboard History Plugin from St=E9phan Mestach found under > http://users.skynet.be/fb050808/ >=20 > 3) ProjectProperty Plugin from Marcin Werla - "I've written simple maven > plugin which checks project property files for properties that are > unused. We are using it for checking unused entreis in resource bundles > for multilingual Swing and Velovity based applications. If you think > that this plugin can be useful for anyone else, then I'd like to donate > this plugin to maven-plugins. Or I can join your project and develop > this plugin if there will be such need. >=20 > I already added two developers on my behalf (without telling anyone) >=20 > 1) Thorsten Ullman (thulmann) works on the maven-javancss-plugin >=20 > 2) J=F6rg Schaible (joehni) who already released the new > maven-javaapp-plugin - man, that was quick ... >=20 > Cheers, >=20 > Siegfried Goeschl >=20 > |
|
From: Siegfried G. <sie...@it...> - 2004-12-13 20:37:36
|
Hi folks, we are running a brilliant SF project - we are moving towards the top-1000 on SourceForge (1057 in November and 523 this December) ... http://sourceforge.net/project/stats/index.php?report=months&group_id=61626 .... :-) Thanks to everyone Siegfried Goeschl PS: Anyone planning to come over to ApacheCon 2005 in Stuttgart, Germany?! We could organize a Maven-Plugins Party .... ;-) |
|
From: Siegfried G. <sie...@it...> - 2004-12-13 20:13:48
|
Hi everyone, we have the following state regarding new plugins and developers +) Thorsten Ullman (tuhlmann) is a maven-plugins developer and released=20 a beautiful patch for JavaNCSS plugin +) J=F6rg Schaible (joehni) is a maven-plugins developer and did a real=20 good polishing on the javaapp plugin (don't know what he is up to if he=20 starts coding) +) Stephan Mestache (sms123456=20 <http://sourceforge.net/users/sms123456/>) is a maven-plugins developer=20 and we all eagerly await his contribution ... :-) +) I lost contact with Rolf Schmidinger (PDF JavaDoc),. Marcin Werla and=20 Marcel May (Struts Doc Report) - fire up your mail client Cheers, Siegfried Goeschl PS: Anyone out there to help the new developers and review the=20 contributions - my plate is full for the next four weeks .... -------- Original Message -------- Subject: [Fwd: RFC: Donation of new plugins and addition of new=20 developers ...] Date: Fri, 26 Nov 2004 17:20:09 +0100 From: Siegfried Goeschl <sie...@it...> Reply-To: sie...@it... Organization: IT20one GmbH To: rol...@us... Hi folks, I forgot one ... 1) A PDF JavaDoc plugin allowing to create PDFs from JavaDoc from Rolf=20 Schmidiger Sorry about that, Siegfried Goeschl -------- Original Message -------- Subject: RFC: Donation of new plugins and addition of new developers ... Date: Fri, 26 Nov 2004 14:34:32 +0100 From: Siegfried Goeschl <sie...@it...> Reply-To: sie...@it... Organization: IT20one GmbH To: mav...@li...,=20 sms...@us..., mar...@us...,=20 mw...@us..., thu...@us...,=20 jo...@us... Hi folks, we have had a few request about donating new plugins and I think I=20 should call for a vote/feedback before I add to many developers ... :-) 1) StrutsDocReport Plugin from Marcel May currently hosted on=20 http://struts.sourceforge.net/strutsdoc/ 2) Dashboard History Plugin from St=E9phan Mestach found under=20 http://users.skynet.be/fb050808/ 3) ProjectProperty Plugin from Marcin Werla - "I've written simple maven=20 plugin which checks project property files for properties that are=20 unused. We are using it for checking unused entreis in resource bundles=20 for multilingual Swing and Velovity based applications. If you think=20 that this plugin can be useful for anyone else, then I'd like to donate=20 this plugin to maven-plugins. Or I can join your project and develop=20 this plugin if there will be such need. I already added two developers on my behalf (without telling anyone) 1) Thorsten Ullman (thulmann) works on the maven-javancss-plugin 2) J=F6rg Schaible (joehni) who already released the new =20 maven-javaapp-plugin - man, that was quick ... Cheers, Siegfried Goeschl |
|
From: Brett P. <bre...@gm...> - 2004-12-07 22:23:54
|
I think I use shell1.maven-plugins.sf.net... isn't that specified in ${basedir}/project.properties as maven.repo.maven-plugins-sf? Cheers, Brett On Tue, 07 Dec 2004 14:59:14 +0100, st=E9phane bouchet <ste...@em...> wrote: > Hi, >=20 > Well my SSH private key is now ok, i could run ssh on the command line as= explained. >=20 > But when i tried to do a maven plugin:repository-deploy, i got an error : > Failed to deploy to: maven-plugins-sf Reason: Cannot connect. Reason:=20 > Session.connect: java.net.UnknownHostException: shell.maven-plugins.sf.ne= t >=20 > BUILD FAILED > File...... C:\Documents and > Settings\sbouchet\.maven\cache\maven-artifact-plugin-1.4.1\plugin.jelly > Element... artifact:artifact-deploy > Line...... 94 > Column.... 13 > Unable to deploy to any repositories > Total time: 4 seconds > Finished at: Tue Dec 07 14:52:03 CET 2004 >=20 > If I change the host to maven-plugins.sf.net, i got this error : > Failed to deploy to: maven-plugins-sf Reason: Cannot connect. Reason: Aut= h fail >=20 > BUILD FAILED > File...... C:\Documents and > Settings\sbouchet\.maven\cache\maven-artifact-plugin-1.4.1\plugin.jelly > Element... artifact:artifact-deploy > Line...... 94 > Column.... 13 > Unable to deploy to any repositories > Total time: 15 seconds > Finished at: Tue Dec 07 14:55:17 CET 2004 >=20 > Thanks again for your help, >=20 > St=E9phane >=20 > Brett Porter a =E9crit : >=20 >=20 > >>So i am a bit confused. > > > > > > maven jar:deploy and site:deploy actually use different mechanisms: > > the first is a Java SSH library, the latter justa command line ssh. > > > > > >>I modified my project.properties file under maven-plugins dir like that= : > >>maven.repo.maven-plugins-sf.username=3Dle_phan > >>maven.repo.maven-plugins-sf.privatekey=3Dd:/temp/privKey > > > > > > is this an Open SSH private key? It should work. > > > > For site:deploy, you'll need to be able to run: > > ssh le...@ma... > > on the command line and have it work without a password > > > > (you can use plink if you need to by setting maven.ssh.executable). > > > > HTH, > > Brett > > >=20 > |
|
From: <Ste...@em...> - 2004-12-07 14:00:39
|
Hi, Well my SSH private key is now ok, i could run ssh on the command line as= explained. But when i tried to do a maven plugin:repository-deploy, i got an error : Failed to deploy to: maven-plugins-sf Reason: Cannot connect. Reason:=20 Session.connect: java.net.UnknownHostException: shell.maven-plugins.sf.ne= t BUILD FAILED File...... C:\Documents and=20 Settings\sbouchet\.maven\cache\maven-artifact-plugin-1.4.1\plugin.jelly Element... artifact:artifact-deploy Line...... 94 Column.... 13 Unable to deploy to any repositories Total time: 4 seconds Finished at: Tue Dec 07 14:52:03 CET 2004 If I change the host to maven-plugins.sf.net, i got this error : Failed to deploy to: maven-plugins-sf Reason: Cannot connect. Reason: Aut= h fail BUILD FAILED File...... C:\Documents and=20 Settings\sbouchet\.maven\cache\maven-artifact-plugin-1.4.1\plugin.jelly Element... artifact:artifact-deploy Line...... 94 Column.... 13 Unable to deploy to any repositories Total time: 15 seconds Finished at: Tue Dec 07 14:55:17 CET 2004 Thanks again for your help, St=E9phane Brett Porter a =E9crit : >>So i am a bit confused. >=20 >=20 > maven jar:deploy and site:deploy actually use different mechanisms: > the first is a Java SSH library, the latter justa command line ssh. >=20 >=20 >>I modified my project.properties file under maven-plugins dir like that= : >>maven.repo.maven-plugins-sf.username=3Dle_phan >>maven.repo.maven-plugins-sf.privatekey=3Dd:/temp/privKey >=20 >=20 > is this an Open SSH private key? It should work. >=20 > For site:deploy, you'll need to be able to run: > ssh le...@ma... > on the command line and have it work without a password >=20 > (you can use plink if you need to by setting maven.ssh.executable). >=20 > HTH, > Brett >=20 |
|
From: <Ste...@em...> - 2004-12-06 16:05:10
|
Hi,
Thanks for your help. I have updated the doc in the web site, but there i=
s some=20
problems with ssh.
I am using Putty in Windows and i get the following error when i tried to=
=20
release the plugin with plugin:repository-deploy :
<snip>
plugin:repository-deploy:
[echo] maven.repo.list is set - using artifact deploy mode
Will deploy to 1 repository(ies): maven-plugins-sf
Deploying to repository: maven-plugins-sf
Using private key: d:\temp\privKey
com.jcraft.jsch.JSchException: invaid privatekey: d:\temp\privKey
Failed to deploy to: maven-plugins-sf Reason: Cannot connect. Reason: inv=
aid=20
privatekey: d:\temp\privKey
BUILD FAILED
File...... C:\Documents and=20
Settings\sbouchet\.maven\cache\maven-artifact-plugin-1.4.1\plugin.jelly
Element... artifact:artifact-deploy
Line...... 94
Column.... 13
Unable to deploy to any repositories
Total time: 8 seconds
Finished at: Mon Dec 06 16:55:56 CET 2004
And when i tried to use site:deploy, i get this error :
BUILD FAILED
File...... C:\Documents and=20
Settings\sbouchet\.maven\cache\maven-site-plugin-1.5.2\plugin.jelly
Element... maven:user-check
Line...... 121
Column.... 49
+------------------------------------------------------------------
| ERROR!
|
| You must specify a maven username in order to deploy the site!
| You can either set this property in your ~/build.properties
| or specify one on the command line:
|
| maven -Dmaven.username=3D${user.name}=20
[goal]+------------------------------------------------------------------
Total time: 1 minutes 29 seconds
Finished at: Mon Dec 06 16:58:36 CET 2004
So i am a bit confused.
I modified my project.properties file under maven-plugins dir like that :
maven.repo.maven-plugins-sf.username=3Dle_phan
maven.repo.maven-plugins-sf.privatekey=3Dd:/temp/privKey
Regards,
St=E9phane
mav...@li... a =E9crit :
after modifying the last two properties in
http://cvs.sourceforge.net/viewcvs.py/maven-plugins/maven-plugins/project=
.properties?rev=3D1.10&view=3Dmarkup
You should be able to use plugin:repository-deploy to release the plugin
You should already be able to use site:deploy to release the site if
you have ssh setup correctly.
Cheers,
Brett
On Fri, 3 Dec 2004 15:15:24 +0000, Andy Jefferson <an...@aj...> wrote=
:
>> Stephane,
>>
>
>>> > WSo i am trying to release a new version of the kodo plugin, but i=
don't
>>> > know how !
>
>>
>> You need to create the plugin jar (see below). You then need to "scp"=
it
>> across to the website ... there's a maven directory on there. There's=
a doc
>> somewhere that defines this ... probably in the archives of this list.
>>
>
>>> > I already made some changes to the CVS repo, but how to generate t=
he new
>>> > site's docs? and the plugin's jar ?
>
>>
>> maven clean plugin
>> will create the plugin
>>
>> maven site (from the kodo directory)
>> will create its docs. You then need to copy those across to SourceFor=
ge area.
>> The details of how to do that are on SourceForge somewhere. Can't rem=
ember
>> the exact location. You need to scp the docs across to
>> /home/groups/m/ma/maven-plugins/htdocs/kodo
>> and then ssh to sourceforge and cd to the same location and unzip the=
m. Then
>> you need to do a "chmod 664 *" on the files you've added so others ca=
n change
>> them. Something like that anyway :-)
>>
>
>>> > I made a mistake too, sorry, in the CVS tree :
>>> > I make a kodo directory (empty) in parent directory, and i don't k=
now how
>>> > to remove it....
>
>>
>> It's CVS so you can add things but you can't just delete things ;-)
>> For future reference, to do it on SourceForge you go to http://www.sf=
.net and
>> at the bottom is a link "Site Support" and you select that. You can t=
hen
>> submit a support request. I've just submitted one to remove that dire=
ctory.
>>
>> --
>> Andy
|
|
From: Brett P. <bre...@gm...> - 2004-12-05 18:22:06
|
On Sun, 5 Dec 2004 10:11:16 +0100, Eric Pugh <ep...@up...> wrote: > I'm not a big fan of #1... That type of release made sense when > maven-plugins was brand new, and Maven didn't support downloading plugins > very well, or handle the rsync of plugins to Ibiblio. But now, that just > doesnt' flow with how Maven works. Not so much an issue of not being how Maven works. We could probably automate making an SF release in some way if that was desired. But I think it doesn't add the benefit, as you mention later. > I would rather see the plugins released via #1 removed, and the page hidden, > and stick to #2, which should programmaticllya lead to #3. I find using the > SF file release system slow and error prone, and doesn't add much. If it isn't being updated, probably best to remove them all. If you can somehow add a link that would send them to the downloads page - even better. Cheers, Brett |
|
From: Carlos S. <ca...@ap...> - 2004-12-05 14:25:45
|
Ok, I'll release the plugin ASAP. Regards Carlos Sanchez A Coru=F1a, Spain http://www.jroller.com/page/carlossg =20 > -----Original Message----- > From: Per Olesen [mailto:po...@no...]=20 > Sent: Friday, December 03, 2004 9:29 PM > To: mav...@li... > Cc: Carlos Sanchez > Subject: Re: [Maven-plugins-developer] Docbook >=20 > Hi Carlos, >=20 > > I'd like this patch to be applied and release a new version=20 > of the plugin. > > You should also remove the maven.xml. >=20 > I am sorry that it has taken me such a long time to get back=20 > to you. I'm currently under some stress so that I do not have=20 > the time to do this. I noticed you are a comitter on the=20 > project, so please go ahead and add your changes to the=20 > plugin and release a new version. I would be glad! >=20 > > I think maven docbook should be removed as it seems to be=20 > discontinued=20 > > and not very useful, and this one renamed from sdocbook to=20 > docbook. It=20 > > shouldn't be included in maven as it depends in jimi, which=20 > can't be=20 > > redistributed. What do you think about? >=20 > I think the docbook plugin styles xdocs to docbook, which is=20 > another goal.=20 > Simply bad naming. >=20 > > I have used this code in maven.xml to use another=20 > stylesheet version=20 > > and custom stylesheets. It'd be great if the plugin could be more=20 > > customizable, in the meantime it can be added to the docs. > > > >=20 >=20 > [... the patch ] >=20 > seems reasonable from a glance, I think :-) >=20 > So again, please go ahead and make your changes and release.=20 > I cannot foresee me doing it in the near future :-( >=20 > Is this ok with you? >=20 > Kind regards, Per >=20 > -- > Per Olesen @ Nordija A/S - www.nordija.com - main#: +45 70 20 25 10 > email: po...@no... - cell#: +45 23 38 95 81 >=20 >=20 |
|
From: Eric P. <ep...@up...> - 2004-12-05 09:12:14
|
I'm not a big fan of #1... That type of release made sense when maven-plugins was brand new, and Maven didn't support downloading plugins very well, or handle the rsync of plugins to Ibiblio. But now, that just doesnt' flow with how Maven works. I would rather see the plugins released via #1 removed, and the page hidden, and stick to #2, which should programmaticllya lead to #3. I find using the SF file release system slow and error prone, and doesn't add much. I would also reather point folks at the various maven repo search websites to use instead... Eric > -----Original Message----- > From: mav...@li... > [mailto:mav...@li...]On Behalf Of > Jörg Schaible > Sent: Friday, December 03, 2004 7:55 PM > To: mav...@li... > Subject: [Maven-plugins-developer] Re: What is the right way of > releasing a plugin?! > > > Andy Jefferson wrote: > > >> after a few complaints I'm puzzled about the proper way to release a > >> plugin > >> > >> 1) releasing it on the SF main page > >> 2) putting it under > >> http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/ > >> 3) upload it to IBIBLIO such as the maven-javaapp-plugin > > > > IMO, 1) and 2) are what should be done. > > > 2) can be done with plugin::remote-deploy (or so, can't remember, look at > plugin-plugin's goals) > > - Jörg > > Sorry Andy for private mail, was intented for the list ... :( > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer |
|
From: S. <joe...@gm...> - 2004-12-03 20:41:14
|
Andy Jefferson wrote: >> after a few complaints I'm puzzled about the proper way to release a >> plugin >> >> 1) releasing it on the SF main page >> 2) putting it under >> http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/ >> 3) upload it to IBIBLIO such as the maven-javaapp-plugin > > IMO, 1) and 2) are what should be done. 2) can be done with plugin::remote-deploy (or so, can't remember, look at plugin-plugin's goals) - Jörg Sorry Andy for private mail, was intented for the list ... :( |
|
From: Per O. <po...@no...> - 2004-12-03 20:29:31
|
Hi Carlos, > I'd like this patch to be applied and release a new version of the plugin. > You should also remove the maven.xml. I am sorry that it has taken me such a long time to get back to you. I'm currently under some stress so that I do not have the time to do this. I noticed you are a comitter on the project, so please go ahead and add your changes to the plugin and release a new version. I would be glad! > I think maven docbook should be removed as it seems to be discontinued and > not very useful, and this one renamed from sdocbook to docbook. It > shouldn't be included in maven as it depends in jimi, which can't be > redistributed. What do you think about? I think the docbook plugin styles xdocs to docbook, which is another goal. Simply bad naming. > I have used this code in maven.xml to use another stylesheet version and > custom stylesheets. It'd be great if the plugin could be more customizable, > in the meantime it can be added to the docs. > > [... the patch ] seems reasonable from a glance, I think :-) So again, please go ahead and make your changes and release. I cannot foresee me doing it in the near future :-( Is this ok with you? Kind regards, Per -- Per Olesen @ Nordija A/S - www.nordija.com - main#: +45 70 20 25 10 email: po...@no... - cell#: +45 23 38 95 81 |
|
From: Brett P. <bre...@gm...> - 2004-12-03 20:18:29
|
after modifying the last two properties in http://cvs.sourceforge.net/viewcvs.py/maven-plugins/maven-plugins/project.properties?rev=1.10&view=markup You should be able to use plugin:repository-deploy to release the plugin You should already be able to use site:deploy to release the site if you have ssh setup correctly. Cheers, Brett On Fri, 3 Dec 2004 15:15:24 +0000, Andy Jefferson <an...@aj...> wrote: > Stephane, > > > WSo i am trying to release a new version of the kodo plugin, but i don't > > know how ! > > You need to create the plugin jar (see below). You then need to "scp" it > across to the website ... there's a maven directory on there. There's a doc > somewhere that defines this ... probably in the archives of this list. > > > I already made some changes to the CVS repo, but how to generate the new > > site's docs? and the plugin's jar ? > > maven clean plugin > will create the plugin > > maven site (from the kodo directory) > will create its docs. You then need to copy those across to SourceForge area. > The details of how to do that are on SourceForge somewhere. Can't remember > the exact location. You need to scp the docs across to > /home/groups/m/ma/maven-plugins/htdocs/kodo > and then ssh to sourceforge and cd to the same location and unzip them. Then > you need to do a "chmod 664 *" on the files you've added so others can change > them. Something like that anyway :-) > > > I made a mistake too, sorry, in the CVS tree : > > I make a kodo directory (empty) in parent directory, and i don't know how > > to remove it.... > > It's CVS so you can add things but you can't just delete things ;-) > For future reference, to do it on SourceForge you go to http://www.sf.net and > at the bottom is a link "Site Support" and you select that. You can then > submit a support request. I've just submitted one to remove that directory. > > -- > Andy > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > |
|
From: Brett P. <bre...@gm...> - 2004-12-03 20:09:54
|
correct. you can follow this: http://maven.apache.org/reference/developers/releasing-plugins.html apart from the Apache specific stuff. Cheers, Brett On Fri, 3 Dec 2004 17:26:12 +0000, Andy Jefferson <an...@aj...> wrote: > > after a few complaints I'm puzzled about the proper way to release a plugin > > > > 1) releasing it on the SF main page > > 2) putting it under > > http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/ > > 3) upload it to IBIBLIO such as the maven-javaapp-plugin > > IMO, 1) and 2) are what should be done. > > 3) is supposed to be automatic with the changes Brett made a couple of months > ago > > -- > Andy > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > |
|
From: Andy J. <an...@aj...> - 2004-12-03 17:26:23
|
> after a few complaints I'm puzzled about the proper way to release a plugin > > 1) releasing it on the SF main page > 2) putting it under > http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/ > 3) upload it to IBIBLIO such as the maven-javaapp-plugin IMO, 1) and 2) are what should be done. 3) is supposed to be automatic with the changes Brett made a couple of months ago -- Andy |
|
From: Siegfried G. <sie...@it...> - 2004-12-03 17:12:58
|
Hi folks, after a few complaints I'm puzzled about the proper way to release a plugin 1) releasing it on the SF main page 2) putting it under http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/ 3) upload it to IBIBLIO such as the maven-javaapp-plugin IMHO 1) is a must-have since people look at the plugins and think "hey-this is really ancient" Cheers, Siegfried Goeschl |
|
From: Andy J. <an...@aj...> - 2004-12-03 15:15:35
|
Stephane, > WSo i am trying to release a new version of the kodo plugin, but i don't > know how ! You need to create the plugin jar (see below). You then need to "scp" it across to the website ... there's a maven directory on there. There's a doc somewhere that defines this ... probably in the archives of this list. > I already made some changes to the CVS repo, but how to generate the new > site's docs? and the plugin's jar ? maven clean plugin will create the plugin maven site (from the kodo directory) will create its docs. You then need to copy those across to SourceForge area. The details of how to do that are on SourceForge somewhere. Can't remember the exact location. You need to scp the docs across to /home/groups/m/ma/maven-plugins/htdocs/kodo and then ssh to sourceforge and cd to the same location and unzip them. Then you need to do a "chmod 664 *" on the files you've added so others can change them. Something like that anyway :-) > I made a mistake too, sorry, in the CVS tree : > I make a kodo directory (empty) in parent directory, and i don't know how > to remove it.... It's CVS so you can add things but you can't just delete things ;-) For future reference, to do it on SourceForge you go to http://www.sf.net and at the bottom is a link "Site Support" and you select that. You can then submit a support request. I've just submitted one to remove that directory. -- Andy |
|
From: <Ste...@em...> - 2004-12-03 14:51:52
|
hello, Thanks to andy for giving me the opportunity to integrate the maven-plugi= n=20 developper team ! WSo i am trying to release a new version of the kodo plugin, but i don't = know how ! I already made some changes to the CVS repo, but how to generate the new = site's=20 docs? and the plugin's jar ? I made a mistake too, sorry, in the CVS tree : I make a kodo directory (empty) in parent directory, and i don't know how= to=20 remove it.... Regards, St=E9phane Bouchet |
|
From: <Joe...@El...> - 2004-12-02 18:35:49
|
Hi Alex, Alex Karasulu wrote on Thursday, December 02, 2004 5:59 PM: > Hiya, >=20 > I just started using Javaapp pluging and it works well. Thanks btw! You're welcome. > I'm using it to create a single executable jar for Eve the Apache > Directory project's main server. I notice there's lot of > apache peeps > on the project (hey!). The only problem is that the final > bundle is 2.7 > Mb in size. I was wondering if I can filter out the classes that I > don't need in the dependencies using some kind of switch or property. Well, currently you can only filter out the dependency itself. This = helps if you have test dependencies or the user must provide runtime = dependencies himself (e.g. client jars for an app server ... you cannot = know what he uses). > I'm thinking this might not be in place and if not I don't > mind adding > it. Anyone think about this feature before? Any ideas regarding how > this can be done to determine all dependencies even ones that get > dynamically loaded?=20 So your thinking of a fine-grained exclusion i.e. the unsused classes. = Well, yes this is something I thought about too, but not necessarily = only for javaapp, but also for an obfuscator like yguard. But no further = thought yet. - J=F6rg |
|
From: Alex K. <ao...@be...> - 2004-12-02 16:59:00
|
Hiya, I just started using Javaapp pluging and it works well. Thanks btw! I'm using it to create a single executable jar for Eve the Apache Directory project's main server. I notice there's lot of apache peeps on the project (hey!). The only problem is that the final bundle is 2.7 Mb in size. I was wondering if I can filter out the classes that I don't need in the dependencies using some kind of switch or property. I'm thinking this might not be in place and if not I don't mind adding it. Anyone think about this feature before? Any ideas regarding how this can be done to determine all dependencies even ones that get dynamically loaded? Thanks much, Alex |
|
From: Brett P. <bre...@gm...> - 2004-11-26 23:32:13
|
I haven't looked at the plugins, but think this is fine as long as someone has reviewed that the plugins are usable and documented. Cheers, Brett On Fri, 26 Nov 2004 14:34:32 +0100, Siegfried Goeschl <sie...@it...> wrote: > Hi folks, >=20 > we have had a few request about donating new plugins and I think I > should call for a vote/feedback before I add to many developers ... :-) >=20 > 1) StrutsDocReport Plugin from Marcel May currently hosted on > http://struts.sourceforge.net/strutsdoc/ >=20 > 2) Dashboard History Plugin from St=E9phan Mestach found under > http://users.skynet.be/fb050808/ >=20 > 3) ProjectProperty Plugin from Marcin Werla - "I've written simple maven > plugin which checks project property files for properties that are > unused. We are using it for checking unused entreis in resource bundles > for multilingual Swing and Velovity based applications. If you think > that this plugin can be useful for anyone else, then I'd like to donate > this plugin to maven-plugins. Or I can join your project and develop > this plugin if there will be such need. >=20 > I already added two developers on my behalf (without telling anyone) >=20 > 1) Thorsten Ullman (thulmann) works on the maven-javancss-plugin >=20 > 2) J=F6rg Schaible (joehni) who already released the new > maven-javaapp-plugin - man, that was quick ... >=20 > Cheers, >=20 > Siegfried Goeschl >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > |
