Re: [vote] Release maven-plugin-plugin 2.0.1
+1 for 2.1 On 1/31/06, Brett Porter <[EMAIL PROTECTED]> wrote: > +1, but prefer calling it 2.1 due to the feature addition. > > FWIW, the issues in JIRA are all features/improvements or changes to the > generated report - no bugs in the plugin creation. > > - Brett > > John Casey wrote: > > Hi, > > > > I just realized that we never released a new version of the > > maven-plugin-plugin to accompany Maven 2.0.1. This needs to happen so we > > can support Ant-based mojos. There are still open issues in jira for > > this plugin, but I'm not planning to add any new code before cutting > > this release. This is a relatively high priority, and I feel that we can > > wait until the next go-round for the remaining issues. > > > > +1/0/-1 > > > > Here's my +1. > > > > -john > > > > - > > 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] > > -- .::You're welcome ::. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse plugin
By the way, it would also be nice t have some option to stop the classpaths to libraries to the maven2 repository to be added to the .classpath file, the maven2 plugin for eclipse doesn't like this ;). On 1/30/06, James Mitchell <[EMAIL PROTECTED]> wrote: > > +1 -- I would also use this if it were available. > > -- > James Mitchell > Software Engineer / Open Source Evangelist > Consulting / Mentoring > 678.910.8017 > > - Original Message - > From: "Simon" <[EMAIL PROTECTED]> > Newsgroups: gmane.comp.jakarta.turbine.maven.devel > Sent: Monday, January 30, 2006 3:07 PM > Subject: Eclipse plugin > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Wouldn't it be a good idea to have some option to add include and > > exclude filters to the source and resource classpaths in the > > .classpath file for eclipse? This is something I really miss in the > > current plugin. I've added a quit hack in the code to provide this > > option for myself.. > > > > King regards, > > > > Simon > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.2 (GNU/Linux) > > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > > > iD8DBQFD3nHsbAyTrjLX2RkRAsSbAKC8NMuetwTCGOH7SVCpWUnUSKRt9QCgwx3S > > QwhNfPRmlmlPOGrPJMgMMlQ= > > =pPKW > > -END PGP SIGNATURE- > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: process of releasing plugins & bug reports
On 1/30/06, Brett Porter <[EMAIL PROTECTED]> wrote: > As I explained in response to your previous message, we already do that. > You fixes were scheduled for, and always have been scheduled for 2.1. Sorry but it's not marked as such in Jira http://jira.codehaus.org/browse/MASSEMBLY-19 Component/s: None Affects Version/s: None Fix Version/s: None Same for http://jira.codehaus.org/browse/MASSEMBLY-35 > 2.1 has not been delayed in any way. 2.0.1 was pushed up with some bug > fixes that were represented as more critical. > > As soon as the outstanding 2.1 bugs/features are completed, it will be > released. If you now feel your bugfix is very critical, then it can be > considered for backporting to the 2.0.x branch and a 2.0.2 release can > be made. The lack of versions in JIRA back to 3 months ago limited our > ability to do that. To me it's critical. I initially reported it as Critical in Jira. Next time should I make it a blocker? I added this in the first lines of the issue description. "[I hope this can be looked into before official 2.0 otherwise that could create issues with regard to breaking existing code. Making critical for this reason]" On IRC, when I saw that it missed 2.0 I am pretty certain someone told me that 2.0.1 would be out soon (to me implying that it would be in). I don't know what else I could do appart from notifying you that it wasn't included in the forthcoming release. I missed the vote mail (which maybe shouldn't be on the dev list?). WRT to backport, I asked in another mail thread to backport it and make a 2.0.2. I feelt that the longer you stay with this issue in the code, the more you have a chance to break existing user configurations who will do the upgrade. > As for betas of plugins - that's definitely something we'd like to do > but we don't have the repository separation setup right now. What we ask > people to do is test snapshots instead. Perhaps a better idea is to push > that to the users@ list for greater notice. When we have the announce@ > list that will be different. OK. That sounds good. Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Issue with Maven2 SCM ClearCase provider
I don't know because nobody in the team use Clearcase dynamic views. If you want to help us to support dynamic views, you're welcome. Emmanuel Mcmahon, Chris a écrit : Thanks, Piotr! Perhaps you can tell me as well if there are any plans to support ClearCase dynamic views? -Original Message- From: Piotr Kosiorowski [mailto:[EMAIL PROTECTED] Sent: Monday, January 30, 2006 1:45 PM To: scm-dev@maven.apache.org Subject: Re: Issue with Maven2 SCM ClearCase provider Look at the thread maven2 & Continuum & ClearCase posted this weekend - I had exactly the same problems and sent some workarounds. I will create JIR issues for it shortly. Regards Piotr Mcmahon, Chris wrote: I'm having an issue with the ClearCase provider for SCM: when I try a checkout, Maven first tries to remove my working directory, then errors out complaining the directory it just removed no longer exists. I found this in the code for the Checkout command: // We have to execute from 1 level up from the working dir, since we had to delete the working dir command.setWorkingDirectory(new File(workingDirectory, "..").getAbsolutePath()); Am I missing something? If the working directory was just deleted, clearly a reference to it will no longer resolve???
[jira] Commented: (MRELEASE-66) Source and Javadoc bundles should be optional
[ http://jira.codehaus.org/browse/MRELEASE-66?page=comments#action_57401 ] Dan Tran commented on MRELEASE-66: -- I checked in the fix for http://jira.codehaus.org/browse/MRELEASE-59 to allow user to override with -Darguments="-DperformRelease=false". > Source and Javadoc bundles should be optional > - > > Key: MRELEASE-66 > URL: http://jira.codehaus.org/browse/MRELEASE-66 > Project: Maven 2.x Release Plugin > Type: Bug > Environment: xp > Reporter: Dan Tran > Fix For: 2.0-beta-5 > > > The current release plugin generates: primary artifact, source, and javadoc. > Source and Javadoc should be optional > since my daily release build does not need them. > The source does not seem to give indication how to disable those bundles. am > I missing any thing? > The closest I can see is > cl.createArgument().setLine( "-DperformRelease=true" ); > Please advice. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release maven-plugin-plugin 2.0.1
+1 Emmanuel John Casey a écrit : Hi, I just realized that we never released a new version of the maven-plugin-plugin to accompany Maven 2.0.1. This needs to happen so we can support Ant-based mojos. There are still open issues in jira for this plugin, but I'm not planning to add any new code before cutting this release. This is a relatively high priority, and I feel that we can wait until the next go-round for the remaining issues. +1/0/-1 Here's my +1. -john - 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]
[jira] Commented: (MAVENUPLOAD-706) Upload wicket-1.1.1-bundle.jar and wicket-extensions-1.1.1-bundle.jar
[ http://jira.codehaus.org/browse/MAVENUPLOAD-706?page=comments#action_57400 ] Martijn Dashorst commented on MAVENUPLOAD-706: -- This build is still using maven 1. Not everyone is using maven 2. Please upload these jars. I get a lot of requests on our user list. > Upload wicket-1.1.1-bundle.jar and wicket-extensions-1.1.1-bundle.jar > - > > Key: MAVENUPLOAD-706 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-706 > Project: maven-upload-requests > Type: Task > Reporter: Martijn Dashorst > > > http://wicket.sf.net/downloads/wicket-1.1.1-bundle.jar > http://wicket.sf.net/downloads/wicket-extensions-1.1.1-bundle.jar > http://wicket.sf.net > http://wicket.sf.net/team-list.html > Wicket is a Java web application framework that takes simplicity, separation > of concerns and ease of development to a whole new level. Wicket pages can be > mocked up, previewed and later revised using standard WYSIWYG HTML design > tools. Dynamic content processing and form handling is all handled in Java > code using a first-class component model backed by POJO data beans that can > easily be persisted using your favourite technology. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build branches/maven-2.0.x - SUCCESS - update] Tue Jan 31 07:15:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060131.071500.tar.gz Log: http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060131.071500.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MPDASHBOARD-30) Add message on status of finding dashboard-single.xml files.
[ http://jira.codehaus.org/browse/MPDASHBOARD-30?page=all ] Lukas Theussl closed MPDASHBOARD-30: Resolution: Fixed Fix Version: 1.9 > Add message on status of finding dashboard-single.xml files. > > > Key: MPDASHBOARD-30 > URL: http://jira.codehaus.org/browse/MPDASHBOARD-30 > Project: maven-dashboard-plugin > Type: Improvement > Reporter: Jeff Jensen > Fix For: 1.9 > Attachments: mpdashboard-30.patch > > > This is a simple addition of a few lines to echo the status of the > dashboard-single.xml files. > I would prefer an error message instead, if the file was not found. But > using the Jelly docs, I could not find out how. > This on the surface is a trivial thing, but until I finally dug in and added > tons of debug echo statements like this to track down what the problem was, I > was clueless as to the problem why the Dashboard page was blank. This echo > change was the one I needed, so I think it may help others in the same > situation. > I also wondered about adding a maven.dashboard.debug (or msglevel) property > and surrounding a bunch of them, but I am not sure of desire and I am way out > of time for now! > As a side note, the problem was the dashboard-single.xml files were not > created in the subprojects. All the debug statements led me to that in the > flow. > The fix was to do the opposite of what the docs say and change the order of > the goals from > maven.multiproject.site.goals=site,dashboard:report-single > to > maven.multiproject.site.goals=dashboard:report-single,site > Tracing through the jelly execution, I saw where the xml file was created and > reversed them to make it work. > Makes me wonder how it even works for others having it in the order the docs > say! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MRELEASE-71) build.pluginMangement.plugin is growing after each release:prepare
[ http://jira.codehaus.org/browse/MRELEASE-71?page=comments#action_57399 ] Dan Tran commented on MRELEASE-71: -- This list is double every build ( mine is daily build). It becomes very annoying. ;-) Any suggestion how to fix this? > build.pluginMangement.plugin is growing after each release:prepare > -- > > Key: MRELEASE-71 > URL: http://jira.codehaus.org/browse/MRELEASE-71 > Project: Maven 2.x Release Plugin > Type: Bug > Environment: xp, 2.0.2-snapshot, latest release plugin from svn > Reporter: Dan Tran > > > it seems the plugin list is double after each release:prepare -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build trunk - SUCCESS - update] Tue Jan 31 07:00:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/trunk/m2-20060131.07.tar.gz Log: http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060131.07.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MRELEASE-59) Ability to pass user defined arguments into release:perform
[ http://jira.codehaus.org/browse/MRELEASE-59?page=all ] Dan Tran closed MRELEASE-59: Assign To: Dan Tran Resolution: Fixed Fix Version: 2.0-beta-5 fixed. > Ability to pass user defined arguments into release:perform > --- > > Key: MRELEASE-59 > URL: http://jira.codehaus.org/browse/MRELEASE-59 > Project: Maven 2.x Release Plugin > Type: Bug > Environment: xp > Reporter: Dan Tran > Assignee: Dan Tran > Fix For: 2.0-beta-5 > > > There are cases where I need to passing more arguments to go along with > -Dgoals only at release time > Currently the work around is > -Dgoals="somegoals -Darg=value" > It is best with > -Dgoals="some goals" -Darguments="some args" > Is it reasonable to allow this new improvement? > I can send a patch in right away. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build trunk - SUCCESS - update] Tue Jan 31 05:30:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/trunk/m2-20060131.053000.tar.gz Log: http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060131.053000.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build branches/maven-2.0.x - SUCCESS - update] Tue Jan 31 05:15:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060131.051501.tar.gz Log: http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060131.051501.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MRELEASE-66) Source and Javadoc bundles should be optional
[ http://jira.codehaus.org/browse/MRELEASE-66?page=comments#action_57393 ] Dan Tran commented on MRELEASE-66: -- How about fixup super pom to activate the profile only when -DperformRelease=true. Currently it is activated with any value. Then the user can pass in -DperformRealease=false to overwrite it. But first we need to switch the -Dgoals processing in PerformReleaseMojo allow this to happen. I think we can do this in maven 2.0.3 Comments? > Source and Javadoc bundles should be optional > - > > Key: MRELEASE-66 > URL: http://jira.codehaus.org/browse/MRELEASE-66 > Project: Maven 2.x Release Plugin > Type: Bug > Environment: xp > Reporter: Dan Tran > Fix For: 2.0-beta-5 > > > The current release plugin generates: primary artifact, source, and javadoc. > Source and Javadoc should be optional > since my daily release build does not need them. > The source does not seem to give indication how to disable those bundles. am > I missing any thing? > The closest I can see is > cl.createArgument().setLine( "-DperformRelease=true" ); > Please advice. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build branches/maven-2.0.x - SUCCESS - update] Tue Jan 31 03:15:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060131.031500.tar.gz Log: http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060131.031500.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build trunk - SUCCESS - update] Tue Jan 31 03:00:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/trunk/m2-20060131.03.tar.gz Log: http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060131.03.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MJAVADOC-54) Using ${project.organization.name} in yields value of ${project.name}
[ http://jira.codehaus.org/browse/MJAVADOC-54?page=comments#action_57389 ]
Carlos Sanchez commented on MJAVADOC-54:
The value is already set when the javadoc is first called, so it seems like a
plexus var population problem
> Using ${project.organization.name} in yields value of ${project.name}
> --
>
> Key: MJAVADOC-54
> URL: http://jira.codehaus.org/browse/MJAVADOC-54
> Project: Maven 2.x Javadoc Plugin
> Type: Bug
> Environment: Linux
> Maven 2.02
> javadoc-plugin 2.0-beta3
> Reporter: Rainer Pruy
> Attachments: organization-name-testcase.zip
>
>
> Using ${project.organization.name} with configuration displays the
> project name instead.
> Repeat-By:
> extract the attatched zip into a fresh directory
> run "mvn javadoc:javadoc" there
> and check the resulting pages
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MNG-1593) Typo in settings doc
[ http://jira.codehaus.org/browse/MNG-1593?page=comments#action_57388 ] Maria Odea Ching commented on MNG-1593: --- This has already been updated in SVN. An xdoc must be generated and included in the maven settings site. > Typo in settings doc > > > Key: MNG-1593 > URL: http://jira.codehaus.org/browse/MNG-1593 > Project: Maven 2 > Type: Bug > Components: Documentation: General > Versions: 2.0 > Reporter: Carlos Sanchez > Assignee: Maria Odea Ching > Priority: Minor > Fix For: documentation > > > http://maven.apache.org/maven-settings/settings.html > under and > should be > should be -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MJAVADOC-42) Ability to provide more complex data to tag (e.g. HTML code)
[ http://jira.codehaus.org/browse/MJAVADOC-42?page=all ] Carlos Sanchez closed MJAVADOC-42: -- Assign To: Carlos Sanchez Resolution: Fixed Fix Version: 2.0 Added to docs > Ability to provide more complex data to tag (e.g. HTML code) > - > > Key: MJAVADOC-42 > URL: http://jira.codehaus.org/browse/MJAVADOC-42 > Project: Maven 2.x Javadoc Plugin > Type: Improvement > Reporter: Chris Hagmann > Assignee: Carlos Sanchez > Fix For: 2.0 > > > Before when using ANT we used something like the following for the bottom tag: > ©2004-2006 mHave, all rights > reserved.Use is subject to these href='http://www.mhave.com/licenses/mhave-commons/license.html'>license > terms unless otherwise stated. > Obviously, I'm not able to do this currently with the javadoc plugin. I'm > assuming that it needs to be possible to specify the content of as > CDATA to achieve something like this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MJAVADOC-53) Default setting for bottom matter includes three years for copyright info
[ http://jira.codehaus.org/browse/MJAVADOC-53?page=all ]
Carlos Sanchez closed MJAVADOC-53:
--
Assign To: Carlos Sanchez
Resolution: Fixed
Fix Version: 2.0
Already fixed
> Default setting for bottom matter includes three years for copyright info
> -
>
> Key: MJAVADOC-53
> URL: http://jira.codehaus.org/browse/MJAVADOC-53
> Project: Maven 2.x Javadoc Plugin
> Type: Bug
> Environment: Linux
> Maven 2.0.2
> Reporter: Rainer Pruy
> Assignee: Carlos Sanchez
> Priority: Minor
> Fix For: 2.0
> Attachments: copyright-testcase.zip
>
>
> The bottom line (usually copyright) of a default page happens to read (see
> attached zip for a testcase):
> Copyright 2005-2005-2006
> It looks as if {currentYear} gets expanded to "-"
> If this is the expected behaviour (of {currentYear}) the default
> template should be changed.
> Otherwise the buf is with the value of {currentYear}.
> Repeatt-By:
> extract attached zip into a fresh directory
> run mvn javadoc:javadoc thaere and check the resulting html pages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MJAVADOC-52) locale error
[ http://jira.codehaus.org/browse/MJAVADOC-52?page=all ] Carlos Sanchez updated MJAVADOC-52: --- Fix Version: 2.0 > locale error > > > Key: MJAVADOC-52 > URL: http://jira.codehaus.org/browse/MJAVADOC-52 > Project: Maven 2.x Javadoc Plugin > Type: Bug > Environment: windows 2000 maven 2.01 > Reporter: pinghe > Priority: Critical > Fix For: 2.0 > Attachments: javadoc-locale.diff > > > > maven-javadoc-plugin > > zh_CN.UTF8 > UTF-8 > UTF-8 > UTF-8 > > > output: > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] An error has occurred in JavaDocs report generation. > Embedded error: Exit code: 1 - javadoc: option -locale must be first on the > command line. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[continuum build - FAILED - update] Tue Jan 31 02:30:00 GMT 2006
Log: http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20060131.023000.txt
[jira] Closed: (MJAVADOC-49) Embedded error: Exit code: 1 - javadoc: invalid flag: -sourcePath
[ http://jira.codehaus.org/browse/MJAVADOC-49?page=all ] Carlos Sanchez closed MJAVADOC-49: -- Assign To: Carlos Sanchez Resolution: Fixed Fix Version: 2.0 Already fixed > Embedded error: Exit code: 1 - javadoc: invalid flag: -sourcePath > - > > Key: MJAVADOC-49 > URL: http://jira.codehaus.org/browse/MJAVADOC-49 > Project: Maven 2.x Javadoc Plugin > Type: Bug > Environment: Windows XP java 1.4.2_05 > Reporter: Sebastian Bloch > Assignee: Carlos Sanchez > Priority: Blocker > Fix For: 2.0 > > > [INFO] c:\bea81sp4\jdk142_05\jre\..\bin\javadoc.exe -J-Xmx512m -J-Xms128m > @options @files > usage: javadoc [options] [packagenames] [sourcefiles] [classnames] [EMAIL > PROTECTED] > -overview Read overview documentation from HTML file > -public Show only public classes and members > -protectedShow protected/public classes and members (default) > -package Show package/protected/public classes and members > -private Show all classes and members > -help Display command line options and exit > -docletGenerate output via alternate doclet > -docletpath Specify where to find doclet class files > -sourcepath Specify where to find source files > -classpath Specify where to find user class files > -exclude Specify a list of packages to exclude > -subpackages Specify subpackages to recursively load > -breakiteratorCompute 1st sentence with BreakIterator > -bootclasspath Override location of class files loaded > by the bootstrap class loader > -source Provide source compatibility with specified release > -extdirs Override location of installed extensions > -verbose Output messages about what Javadoc is doing > -locale Locale to be used, e.g. en_US or en_US_WIN > -encoding Source file encoding name > -J Pass directly to the runtime system > 1 error > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] An error has occurred in JavaDocs report generation. > Embedded error: Exit code: 1 - javadoc: invalid flag: -sourcePath > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: 7 seconds > [INFO] Finished at: Sun Jan 15 20:27:35 CET 2006 > [INFO] Final Memory: 3M/7M > may be -sourcepath would help? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build branches/maven-2.0.x - SUCCESS - update] Tue Jan 31 02:15:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060131.021500.tar.gz Log: http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060131.021500.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build trunk - SUCCESS - update] Tue Jan 31 02:00:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/trunk/m2-20060131.02.tar.gz Log: http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060131.02.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MAVENUPLOAD-664) jlmenu 1.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-664?page=all ] Ofir Reichenberg updated MAVENUPLOAD-664: - Attachment: jlmenu-1.0-bundle.jar > jlmenu 1.0 > -- > > Key: MAVENUPLOAD-664 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-664 > Project: maven-upload-requests > Type: Task > Reporter: Ofir Reichenberg > Attachments: jlmenu-1.0-bundle.jar, jlmenu-1.0-bundle.jar, > jlmenu-1.0-bundle.jar, jlmenu-1.0-bundle.jar > > > http://jlmenu.sourceforge.net/jlmenu-1.0-bundle.jar > JavaLayersMenu - tag library for web menus -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MAVENUPLOAD-659) Upload AjaxTags library
[ http://jira.codehaus.org/browse/MAVENUPLOAD-659?page=all ] Tomislav Stojcevich updated MAVENUPLOAD-659: Attachment: ajaxtags-1.1.5-bundle.jar > Upload AjaxTags library > --- > > Key: MAVENUPLOAD-659 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-659 > Project: maven-upload-requests > Type: Task > Reporter: Olivier Lamy > Attachments: ajaxtags-1.1.5-bundle.jar, ajaxtags-1.1.5-bundle.jar, > ajaxtags-1.1.5.jar, project.xml > > > Hi, > Please upload the AjaxTags library version 1.1.5. > The project url is located http://ajaxtags.sourceforge.net. > Download link : > http://sourceforge.net/project/showfiles.php?group_id=140499&package_id=154180&release_id=370728 > This project is build with maven1. > Thanks, -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-664) jlmenu 1.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-664?page=comments#action_57381 ] Carlos Sanchez commented on MAVENUPLOAD-664: because you have more errors groupId artifactId with uppercase I > jlmenu 1.0 > -- > > Key: MAVENUPLOAD-664 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-664 > Project: maven-upload-requests > Type: Task > Reporter: Ofir Reichenberg > Attachments: jlmenu-1.0-bundle.jar, jlmenu-1.0-bundle.jar, > jlmenu-1.0-bundle.jar > > > http://jlmenu.sourceforge.net/jlmenu-1.0-bundle.jar > JavaLayersMenu - tag library for web menus -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MAVENUPLOAD-714) Upload jericho-html-1.5-dev1.jar
Upload jericho-html-1.5-dev1.jar Key: MAVENUPLOAD-714 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-714 Project: maven-upload-requests Type: Bug Reporter: Tomislav Stojcevich Attachments: jericho-html-1.5-dev1-bundle.jar Upload jar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-664) jlmenu 1.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-664?page=comments#action_57380 ] Ofir Reichenberg commented on MAVENUPLOAD-664: -- but if I remove , then "maven create-upload-bundle" creates the package as "null:null-1.0-bundle.jar". Any idea? Thanks. > jlmenu 1.0 > -- > > Key: MAVENUPLOAD-664 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-664 > Project: maven-upload-requests > Type: Task > Reporter: Ofir Reichenberg > Attachments: jlmenu-1.0-bundle.jar, jlmenu-1.0-bundle.jar, > jlmenu-1.0-bundle.jar > > > http://jlmenu.sourceforge.net/jlmenu-1.0-bundle.jar > JavaLayersMenu - tag library for web menus -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release maven-plugin-plugin 2.0.1
John Casey wrote: Hi, I just realized that we never released a new version of the maven-plugin-plugin to accompany Maven 2.0.1. This needs to happen so we can support Ant-based mojos. There are still open issues in jira for this plugin, but I'm not planning to add any new code before cutting this release. This is a relatively high priority, and I feel that we can wait until the next go-round for the remaining issues. +1/0/-1 Here's my +1. +1 -john - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl jason at maven.org http://maven.apache.org Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build trunk - SUCCESS - update] Tue Jan 31 01:00:01 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/trunk/m2-20060131.010001.tar.gz Log: http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060131.010001.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MEV-315) Upload PMD 3.5 to ibiblio
[ http://jira.codehaus.org/browse/MEV-315?page=all ] Carlos Sanchez closed MEV-315: -- Assign To: Carlos Sanchez Resolution: Incomplete Please read http://maven.apache.org/guides/mini/guide-ibiblio-upload.html > Upload PMD 3.5 to ibiblio > - > > Key: MEV-315 > URL: http://jira.codehaus.org/browse/MEV-315 > Project: Maven Evangelism > Type: Improvement > Reporter: Wim Deblauwe > Assignee: Carlos Sanchez > > > Please add the new PMD version (3.5) to the central repository to this > improvement: > http://jira.codehaus.org/browse/MPMD-12 > can be made. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MPDASHBOARD-15) Alternative layout for report
[ http://jira.codehaus.org/browse/MPDASHBOARD-15?page=all ] Lukas Theussl closed MPDASHBOARD-15: Resolution: Incomplete Waiting for a patch... > Alternative layout for report > - > > Key: MPDASHBOARD-15 > URL: http://jira.codehaus.org/browse/MPDASHBOARD-15 > Project: maven-dashboard-plugin > Type: Wish > Versions: 1.5 > Reporter: Nascif A. Abousalh-Neto > Attachments: dashboard-report-new.html, screenshot-1.jpg > > > One of the problems (IMHO) of the current layout is that it makes it hard to > compare values between projects - the brain would work better with graphs > that visually put the values in a clear perspective. > For example, let's say that project A has 200 CheckStyle violations and > project B has 400. Having a bar graph with its length proportional to the > number of violations would clearly indicate the difference between the two > values. > Going one step further, the graphs could be scaled in relation to a common > measure of the project size - let's say the total number of lines of code, or > the total number of lines covered by JCoverage/Clover. > So let's say that project A has 2000 lines, and project B has 8000. Just by > looking at the bar graphs, we can easily tell that although B has twice as > many violations then A, it is in better shape (theoretically) as it is half > the rate of violations per line of code. > I manually changed a dashboard-report.html to illustrate the concept. I am > still not clear about how hard it would be to implement it - one of the > challenges is that it would introduce dependencies among the aggregators - or > more precisely, among their results, during the rendering process. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-664) jlmenu 1.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-664?page=comments#action_57376 ] Carlos Sanchez commented on MAVENUPLOAD-664: ok Other problems, needs to be removed > jlmenu 1.0 > -- > > Key: MAVENUPLOAD-664 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-664 > Project: maven-upload-requests > Type: Task > Reporter: Ofir Reichenberg > Attachments: jlmenu-1.0-bundle.jar, jlmenu-1.0-bundle.jar, > jlmenu-1.0-bundle.jar > > > http://jlmenu.sourceforge.net/jlmenu-1.0-bundle.jar > JavaLayersMenu - tag library for web menus -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MPDASHBOARD-23) Dashboard history
[ http://jira.codehaus.org/browse/MPDASHBOARD-23?page=all ] Lukas Theussl closed MPDASHBOARD-23: Resolution: Won't Fix Added links to the sites above on the plugin's index page. > Dashboard history > - > > Key: MPDASHBOARD-23 > URL: http://jira.codehaus.org/browse/MPDASHBOARD-23 > Project: maven-dashboard-plugin > Type: New Feature > Versions: 1.7 > Reporter: Morten Kristiansen > Priority: Trivial > Attachments: dashboardhistory.zip > > > We have created functionallity for dashboard history graphs. As for now, this > is implemented in a maven-dashboard-ext-plugin, which only have a postGoal to > dashboard:xdocs which: > - Collects data from dashboard-report.xml file and adds it to a history xml > file. > - Images are plotted (using JFreeChart, JCommon and DOM4J). > - XML files are added to generated-xdocs with links to plotted images > - Additional code in dashboard.jsl creates links to plotted images page on > aggregator labels. > I'm currently working on a sample project so you can have a look at it. The > question is; can it be bundled with the current Dashboard plugin with > reference to JFreeChart etc (licenses and so on...)? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-659) Upload AjaxTags library
[ http://jira.codehaus.org/browse/MAVENUPLOAD-659?page=comments#action_57374 ] Carlos Sanchez commented on MAVENUPLOAD-659: for this case dev version is fine as it was officially released by them with that name. http://sourceforge.net/project/showfiles.php?group_id=101067&package_id=108849&release_id=290634 you need to create an upload bundle for it first > Upload AjaxTags library > --- > > Key: MAVENUPLOAD-659 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-659 > Project: maven-upload-requests > Type: Task > Reporter: Olivier Lamy > Attachments: ajaxtags-1.1.5-bundle.jar, ajaxtags-1.1.5.jar, project.xml > > > Hi, > Please upload the AjaxTags library version 1.1.5. > The project url is located http://ajaxtags.sourceforge.net. > Download link : > http://sourceforge.net/project/showfiles.php?group_id=140499&package_id=154180&release_id=370728 > This project is build with maven1. > Thanks, -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-688) Upload of rife-jdk1.5
[ http://jira.codehaus.org/browse/MAVENUPLOAD-688?page=all ] Carlos Sanchez closed MAVENUPLOAD-688: -- Assign To: Carlos Sanchez Resolution: Incomplete > Upload of rife-jdk1.5 > - > > Key: MAVENUPLOAD-688 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-688 > Project: maven-upload-requests > Type: Task > Reporter: Srepfler Srgjan > Assignee: Carlos Sanchez > Attachments: rife-1.3.1-jdk1.5-bundle.jar > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-659) Upload AjaxTags library
[ http://jira.codehaus.org/browse/MAVENUPLOAD-659?page=comments#action_57373 ] Tomislav Stojcevich commented on MAVENUPLOAD-659: - jericho-html is available in html/parser but it is the 2.1 version. This version of ajaxtags ships with the 1.5-dev1 version. I don't feel comfortable changing the pom to point to the 2.1 version since it may not be compatable. Is it possible to get the 1.5dev1 version uploaded into the central repo? If I'm correct, dev versions are not allowed. > Upload AjaxTags library > --- > > Key: MAVENUPLOAD-659 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-659 > Project: maven-upload-requests > Type: Task > Reporter: Olivier Lamy > Attachments: ajaxtags-1.1.5-bundle.jar, ajaxtags-1.1.5.jar, project.xml > > > Hi, > Please upload the AjaxTags library version 1.1.5. > The project url is located http://ajaxtags.sourceforge.net. > Download link : > http://sourceforge.net/project/showfiles.php?group_id=140499&package_id=154180&release_id=370728 > This project is build with maven1. > Thanks, -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-687) Upload of rife-jdk1.4
[ http://jira.codehaus.org/browse/MAVENUPLOAD-687?page=all ] Carlos Sanchez closed MAVENUPLOAD-687: -- Assign To: Carlos Sanchez Resolution: Incomplete > Upload of rife-jdk1.4 > - > > Key: MAVENUPLOAD-687 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-687 > Project: maven-upload-requests > Type: Task > Reporter: Srepfler Srgjan > Assignee: Carlos Sanchez > Attachments: rife-1.3.1-jdk1.4-bundle.jar > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build branches/maven-2.0.x - SUCCESS - checkout] Tue Jan 31 00:30:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060131.003000.tar.gz Log: http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060131.003000.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-694) maven taglib plugin 2.2
[ http://jira.codehaus.org/browse/MAVENUPLOAD-694?page=all ] Carlos Sanchez closed MAVENUPLOAD-694: -- Assign To: Carlos Sanchez Resolution: Fixed > maven taglib plugin 2.2 > --- > > Key: MAVENUPLOAD-694 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-694 > Project: maven-upload-requests > Type: Wish > Reporter: fabrizio giustina > Assignee: Carlos Sanchez > > > if needed, release metadata can be found at: > http://maven-taglib.sourceforge.net/m2repo/net/sourceforge/maven-taglib/maven-taglib-plugin/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-662) Some Findbugs jars are corrupt
[ http://jira.codehaus.org/browse/MAVENUPLOAD-662?page=all ] Carlos Sanchez closed MAVENUPLOAD-662: -- Assign To: Carlos Sanchez Resolution: Fixed Just removed the jars > Some Findbugs jars are corrupt > -- > > Key: MAVENUPLOAD-662 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-662 > Project: maven-upload-requests > Type: Bug > Reporter: dion gillard > Assignee: Carlos Sanchez > > > Some of the jars uploaded/synched to > http://www.ibiblio.org/maven/findbugs/jars/ are corrupt: > a) coreplugin-0.9.4.jar > b) findbugs-ant-0.9.4.jar > c) findbugsGUI-0.9.4.jar -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: unit testing vs integration testing plugins
It might be nice to have a harness which would allow unit testing plugins. The only problem is you have to test the test harness...this is a problem we've run into time and again with all of the test harnesses we have for Maven. I've personally fixed failures based on assumptions in the artifact test harness, the project testing harness, and the PlexusTestCase test harness. My big worry here is that we'd be building a test harness that didn't accurately reflect reality, or which would have to be manually resynchronized with the reality of Maven as it changes. This may introduce subtle bugs... Just my 2c. -john Jesse McConnell wrote: I have always kinda figured the rule of thumb regarding tests and artifacts is unit tests would test anything inside of the artifact and integration tests would encompass extra-artifact scope testing and I totally agree, I think unit testing within mojo projects would be a lot more prelavent with a simple mechanism of bootstraping the plugin requirements.. jesse On 1/30/06, Brett Porter <[EMAIL PROTECTED]> wrote: Hi, I wanted to get some feedback from other devs on this topic. Historically, I think we've done very little of both and would like to change that. But most of the tests cropping up seem to be integration tests, because they are probably an easier mechanism than to setup the preconditions of the plugin. However, they are much larger in terms of creation, checkout space and time to run. I'd like to see that we "unit test" to the greatest extent possible. IMO, the only reason to go to integration tests is to test lifecycle interactions and interactions with other plugins. What we probably require to do this is convenience methods to construct a decent project and settings object and an expression populator based on the project and settings. Thoughts? - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jesse mcconnell jesseDOTmcconnellATgmailDOTcom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: unit testing vs integration testing plugins
We probably need to provide some plugin test infrastructure like mock objects and utilities to do the common test tasks. On 1/30/06, Brett Porter <[EMAIL PROTECTED]> wrote: > Hi, > > I wanted to get some feedback from other devs on this topic. > Historically, I think we've done very little of both and would like to > change that. But most of the tests cropping up seem to be integration > tests, because they are probably an easier mechanism than to setup the > preconditions of the plugin. However, they are much larger in terms of > creation, checkout space and time to run. > > I'd like to see that we "unit test" to the greatest extent possible. > IMO, the only reason to go to integration tests is to test lifecycle > interactions and interactions with other plugins. > > What we probably require to do this is convenience methods to construct > a decent project and settings object and an expression populator based > on the project and settings. > > Thoughts? > > - Brett > > - > 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]
[jira] Commented: (MAVENUPLOAD-664) jlmenu 1.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-664?page=comments#action_57371 ] Ofir Reichenberg commented on MAVENUPLOAD-664: -- What would satisfy you? You can email me at ofir at this domain. Or you can look at openqrm.org (developed and maintained by Qlusters) and see that the current sourcecode package has the jlmenu sources - we split it so people can use it without having to download the entire openQRM. I also updated the sourceforge page to say it that. > jlmenu 1.0 > -- > > Key: MAVENUPLOAD-664 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-664 > Project: maven-upload-requests > Type: Task > Reporter: Ofir Reichenberg > Attachments: jlmenu-1.0-bundle.jar, jlmenu-1.0-bundle.jar, > jlmenu-1.0-bundle.jar > > > http://jlmenu.sourceforge.net/jlmenu-1.0-bundle.jar > JavaLayersMenu - tag library for web menus -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MSUREFIRE-42) using forkMode pertest , no log4j output in the console
[ http://jira.codehaus.org/browse/MSUREFIRE-42?page=all ] Carlos Sanchez closed MSUREFIRE-42: --- Assign To: Carlos Sanchez Resolution: Duplicate > using forkMode pertest , no log4j output in the console > --- > > Key: MSUREFIRE-42 > URL: http://jira.codehaus.org/browse/MSUREFIRE-42 > Project: Maven 2.x Surefire Plugin > Type: Bug > Versions: 2.1.1 > Environment: all > Reporter: Olivier Lamy > Assignee: Carlos Sanchez > > > When using forkMode pertest , no log4j or other output in the console. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-702) httpunit 1.6.1
[ http://jira.codehaus.org/browse/MAVENUPLOAD-702?page=all ] Carlos Sanchez closed MAVENUPLOAD-702: -- Assign To: Carlos Sanchez Resolution: Fixed > httpunit 1.6.1 > -- > > Key: MAVENUPLOAD-702 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-702 > Project: maven-upload-requests > Type: Task > Reporter: fabrizio giustina > Assignee: Carlos Sanchez > > > (bundle with m2 pom and sources) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] maven2 eclipse plugin 2.1 release
so, we're going to state a dependency on which version of WTP? Or is this included in the Eclipse part (we don't need to worry about it in the POM)? If we have to state a dependency on it, will it be better to wait until the fix is released? Otherwise, I'm +1. -john Fabrizio Giustina wrote: I would like to release a new version of the maven 2 eclipse plugin. The main enhancement is the support for WTP 1.x (release 2.0 ony had support for WTP R7). The plugin will require WTP 1.0.1, which will be released in february, or a recent I/M build (WTP 1.0 has a bug which prevents external dependencies from work). I would also like to release it and to publish updated documentation in order to help users which are unsuccessfully trying to figure out how to make it work with 1.0... The full list of fixes and enhancements can be find here: http://jira.codehaus.org/secure/IssueNavigator.jspa?pid=11133&fixfor=12172 Vote is open for 72h, +1 from me fabrizio - 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]
[jira] Closed: (MAVENUPLOAD-690) Please upload jtidy-r8-21122004
[ http://jira.codehaus.org/browse/MAVENUPLOAD-690?page=all ] Carlos Sanchez closed MAVENUPLOAD-690: -- Assign To: Carlos Sanchez Resolution: Fixed > Please upload jtidy-r8-21122004 > --- > > Key: MAVENUPLOAD-690 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-690 > Project: maven-upload-requests > Type: Task > Reporter: Johann Reyes > Assignee: Carlos Sanchez > > > http://jtidy.sourceforge.net/ > JTidy is a Java port of HTML Tidy, a HTML syntax checker and pretty printer. > Like its non-Java cousin, JTidy can be used as a tool for cleaning up > malformed and faulty HTML. In addition, JTidy provides a DOM parser for > real-world HTML. > This is a dependency for hibernate tools-3.1.0.beta2 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-659) Upload AjaxTags library
[ http://jira.codehaus.org/browse/MAVENUPLOAD-659?page=comments#action_57370 ] Carlos Sanchez commented on MAVENUPLOAD-659: bundle needs to be updated, dependencies missing > Upload AjaxTags library > --- > > Key: MAVENUPLOAD-659 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-659 > Project: maven-upload-requests > Type: Task > Reporter: Olivier Lamy > Attachments: ajaxtags-1.1.5-bundle.jar, ajaxtags-1.1.5.jar, project.xml > > > Hi, > Please upload the AjaxTags library version 1.1.5. > The project url is located http://ajaxtags.sourceforge.net. > Download link : > http://sourceforge.net/project/showfiles.php?group_id=140499&package_id=154180&release_id=370728 > This project is build with maven1. > Thanks, -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MPDASHBOARD-25) Dashboard total for a percentage should take average
[ http://jira.codehaus.org/browse/MPDASHBOARD-25?page=all ] Lukas Theussl closed MPDASHBOARD-25: Resolution: Won't Fix See comment above. > Dashboard total for a percentage should take average > > > Key: MPDASHBOARD-25 > URL: http://jira.codehaus.org/browse/MPDASHBOARD-25 > Project: maven-dashboard-plugin > Type: Improvement > Environment: Maven 1.0.2 > Dashboard 1.9 > Reporter: Wim Deblauwe > > > When a column uses % figures (like Clover coverage) the total shows 'N/A'. It > would be better if the average of the percentages of all modules is shown. > Even better would be if optionally a user could select to make this average > depend on the number of lines code of each module. Ofcourse this is only > possible if you have a aggregator that calculates the lines of code (you have > this when you use Clover). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-703) WebDAV-Servlet
[ http://jira.codehaus.org/browse/MAVENUPLOAD-703?page=all ] Carlos Sanchez closed MAVENUPLOAD-703: -- Assign To: Carlos Sanchez Resolution: Fixed Next time put a direct url, like http://ovh.dl.sourceforge.net/sourceforge/webdav-servlet/webdav-servlet-1.1-bundle.jar > WebDAV-Servlet > -- > > Key: MAVENUPLOAD-703 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-703 > Project: maven-upload-requests > Type: Task > Reporter: Robert Erler > Assignee: Carlos Sanchez > > > This is a java servlet that provides an implementation of the webdav protocol. > Underlying data-storage (database, custom file systems) can be easily plugged > in. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MNG-2025) POM is still not read using the right encoding
[ http://jira.codehaus.org/browse/MNG-2025?page=all ] Brett Porter updated MNG-2025: -- Assign To: (was: John Casey) Fix Version: (was: 2.0.1) > POM is still not read using the right encoding > -- > > Key: MNG-2025 > URL: http://jira.codehaus.org/browse/MNG-2025 > Project: Maven 2 > Type: Bug > Components: Plugins and Lifecycle > Versions: 2.0 > Reporter: Stefan Hübner > Priority: Critical > Attachments: MNG-2025-maven-model-testcases.patch, > MNG-2025-maven-project-testcases.patch > > > IIRC XML standard says that default encoding is UTF-8 for xml files > That can be overriden with > > But files without header saved as UTF8 are not parsed in some systems (eg > windows, solaris), while files saved as other encoding (I believe it was > ansi) break under a Mac mini with yellowdog linux -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MNG-897) allows use of Ant build files
[ http://jira.codehaus.org/browse/MNG-897?page=comments#action_57367 ] John Casey commented on MNG-897: oops, awaiting release of newest maven-plugin-plugin (will be 2.1) > allows use of Ant build files > - > > Key: MNG-897 > URL: http://jira.codehaus.org/browse/MNG-897 > Project: Maven 2 > Type: Improvement > Components: Plugin Creation Tools > Versions: 2.0-alpha-3 > Reporter: Chris Berry > Assignee: John Casey > Fix For: 2.0.1 > Attachments: antfile.zip > > Original Estimate: 8 hours >Time Spent: 8 hours > Remaining: 1 hour > > Per John Casey, This is logged to that it stays on the radar. > Please consider incorporating my antfile plugin. > I have included the following in the ZIP > maven-antrun-plugin --> the basic antrun w/ a few small mods > maven-antfile-plugin > maven-axisant-plugin --> an example plugin using the antfile plugin > axis-master --> a "grouping" plugin for axis example > my-app --> an example app using the axisant plugin. > Cheers, > -- Chris -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release maven-plugin-plugin 2.0.1
Agreed, I'm +1 for 2.1. Thanks, John Brett Porter wrote: +1, but prefer calling it 2.1 due to the feature addition. FWIW, the issues in JIRA are all features/improvements or changes to the generated report - no bugs in the plugin creation. - Brett John Casey wrote: Hi, I just realized that we never released a new version of the maven-plugin-plugin to accompany Maven 2.0.1. This needs to happen so we can support Ant-based mojos. There are still open issues in jira for this plugin, but I'm not planning to add any new code before cutting this release. This is a relatively high priority, and I feel that we can wait until the next go-round for the remaining issues. +1/0/-1 Here's my +1. -john - 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]
[jira] Commented: (MAVENUPLOAD-686) Please, upload JXTA 2.3.6 to the ibiblio repository.
[ http://jira.codehaus.org/browse/MAVENUPLOAD-686?page=comments#action_57366 ] Carlos Sanchez commented on MAVENUPLOAD-686: pom needs to be updated, dependencies are commented > Please, upload JXTA 2.3.6 to the ibiblio repository. > > > Key: MAVENUPLOAD-686 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-686 > Project: maven-upload-requests > Type: Task > Reporter: Loic Lefevre > > > http://lolosav.free.fr/dev/jxta-2.3.6-bundle.jar > JXTA peers create a virtual network where any peer can interact with other > peers and resources directly even when some of the peers and resources are > behind firewalls and NATs or are on different network transports. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-698) Weblets 0.2
[ http://jira.codehaus.org/browse/MAVENUPLOAD-698?page=all ] Carlos Sanchez closed MAVENUPLOAD-698: -- Assign To: Carlos Sanchez Resolution: Fixed Done. Next time please use an url in the url of the license. http://www.apache.org/licenses/LICENSE-2.0.txt > Weblets 0.2 > --- > > Key: MAVENUPLOAD-698 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-698 > Project: maven-upload-requests > Type: Task > Reporter: John R Fallows > Assignee: Carlos Sanchez > > > Weblets 0.2 is a multi-module project, which is not officially supported by > the repository:bundle-create mojo. > So, I ran repository:bundle-create for each module, and then manually created > an equivalent bundle for the top level project, which has "pom" packaging. > This zip archive contains a total of 4 upload bundles, one for each of the 3 > modules, and 1 for the top level parent project. > weblets-0.2-bundle.jar (top level parent project bundle, created manually) > weblets-0.2-api-bundle.jar (weblets-api module) > weblets-0.2-impl-bundle.jar (weblets-impl module) > weblets-0.2-demo-bundle.jar (weblets-demo module) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] maven-artifact-ant-2.1-SNAPSHOT-dep.jar missing files when built from scm
It did have the assmebly 2.1-SNAPSHOT in it's pom, however my copy of the assembly snapshot was stale. I updated and rebuilt my assembly plugin and it worked. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MPJDEPEND-3) Allow exclusion of certain class files
[ http://jira.codehaus.org/browse/MPJDEPEND-3?page=all ] Lukas Theussl closed MPJDEPEND-3: - Resolution: Fixed Fix Version: 1.6 Fixed with MPJDEPEND-2. > Allow exclusion of certain class files > -- > > Key: MPJDEPEND-3 > URL: http://jira.codehaus.org/browse/MPJDEPEND-3 > Project: maven-jdepend-plugin > Type: Improvement > Environment: - Maven 1.0.2 > - Default JDepend plugin from that Maven version > Reporter: Wim Deblauwe > Fix For: 1.6 > > > When using Clover with JDepend, I see all clover generated classes also in > the JDepend report. I would like to be to exclude those. Preferably, there > should be a property like: > maven.jdepend.excludes=**/*_CLOVER_*.* > Any matching class would be excluded from the JDepend report -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MSUREFIRE-42) using forkMode pertest , no log4j output in the console
[ http://jira.codehaus.org/browse/MSUREFIRE-42?page=comments#action_57363 ] Mike Whittemore commented on MSUREFIRE-42: -- I recently switched to using forkMode once and have the same problem: no log4j console output. My guess is its related to MSUREFIRE-53. > using forkMode pertest , no log4j output in the console > --- > > Key: MSUREFIRE-42 > URL: http://jira.codehaus.org/browse/MSUREFIRE-42 > Project: Maven 2.x Surefire Plugin > Type: Bug > Versions: 2.1.1 > Environment: all > Reporter: Olivier Lamy > > > When using forkMode pertest , no log4j or other output in the console. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-693) maven-taglib plugin 2.1
[ http://jira.codehaus.org/browse/MAVENUPLOAD-693?page=all ] Carlos Sanchez closed MAVENUPLOAD-693: -- Assign To: Carlos Sanchez Resolution: Fixed Done sync. Script is in maven-meeper code > maven-taglib plugin 2.1 > --- > > Key: MAVENUPLOAD-693 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-693 > Project: maven-upload-requests > Type: Wish > Reporter: fabrizio giustina > Assignee: Carlos Sanchez > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MPJDEPEND-2) more elements in jdepend classpath
[ http://jira.codehaus.org/browse/MPJDEPEND-2?page=all ]
Lukas Theussl closed MPJDEPEND-2:
-
Resolution: Fixed
Fix Version: 1.6
Introduced maven.jdepend.properties property to specify a custom properties
file.
> more elements in jdepend classpath
> --
>
> Key: MPJDEPEND-2
> URL: http://jira.codehaus.org/browse/MPJDEPEND-2
> Project: maven-jdepend-plugin
> Type: Improvement
> Reporter: Norbert Pabis
> Priority: Minor
> Fix For: 1.6
> Attachments: maven_jdepend_plugin_jelly_patch.gz
>
>
> jdepend search for its jdepend.properties through classloader,
> so it is good idea to add ${maven.build.dest} to classpath,
> to enable setting properties per project.
> You can then add
>
>tofile="${maven.build.dest}/jdepend.properties"/>
>
> and you no longer have to have jdepend.properties in your home directory.
> Patch:
> --- src/plugins-build/jdepend/plugin.jelly.orig Tue Jul 29 14:08:49 2003
> +++ src/plugins-build/jdepend/plugin.jellyTue Jul 29 14:09:10 2003
> @@ -42,6 +42,7 @@
>
>
>
> +
>
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MNG-2025) POM is still not read using the right encoding
[ http://jira.codehaus.org/browse/MNG-2025?page=all ] Stefan Hübner updated MNG-2025: --- Attachment: MNG-2025-maven-project-testcases.patch > POM is still not read using the right encoding > -- > > Key: MNG-2025 > URL: http://jira.codehaus.org/browse/MNG-2025 > Project: Maven 2 > Type: Bug > Components: Plugins and Lifecycle > Versions: 2.0 > Reporter: Stefan Hübner > Assignee: John Casey > Priority: Critical > Fix For: 2.0.1 > Attachments: MNG-2025-maven-model-testcases.patch, > MNG-2025-maven-project-testcases.patch > > > IIRC XML standard says that default encoding is UTF-8 for xml files > That can be overriden with > > But files without header saved as UTF8 are not parsed in some systems (eg > windows, solaris), while files saved as other encoding (I believe it was > ansi) break under a Mac mini with yellowdog linux -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] maven-artifact-ant-2.1-SNAPSHOT-dep.jar missing files when built from scm
You must ensure you are using a snapshot of the assembly plugin (the pom should require it, but I think it got dropped off at last release).. - Brett Tomislav Stojcevich wrote: > When I run install for this project the maven-artifact-ant.jar that > gets created has the antlib.xml and the ant task classes in it. I run > assembly:assmebly and the -dep.jar gets created but it is missing the > antlib.xml and ant task classes that are in the jar that got created > during the install. > > Am I missing a step? > Do I have to manually merge the regular jar into the -dep jar? > > -- > 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]
[jira] Updated: (MNG-2025) POM is still not read using the right encoding
[ http://jira.codehaus.org/browse/MNG-2025?page=all ] Stefan Hübner updated MNG-2025: --- Attachment: MNG-2025-maven-model-testcases.patch > POM is still not read using the right encoding > -- > > Key: MNG-2025 > URL: http://jira.codehaus.org/browse/MNG-2025 > Project: Maven 2 > Type: Bug > Components: Plugins and Lifecycle > Versions: 2.0 > Reporter: Stefan Hübner > Assignee: John Casey > Priority: Critical > Fix For: 2.0.1 > Attachments: MNG-2025-maven-model-testcases.patch > > > IIRC XML standard says that default encoding is UTF-8 for xml files > That can be overriden with > > But files without header saved as UTF8 are not parsed in some systems (eg > windows, solaris), while files saved as other encoding (I believe it was > ansi) break under a Mac mini with yellowdog linux -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] maven-artifact-ant-2.1-SNAPSHOT-dep.jar missing files when built from scm
When I run install for this project the maven-artifact-ant.jar that gets created has the antlib.xml and the ant task classes in it. I run assembly:assmebly and the -dep.jar gets created but it is missing the antlib.xml and ant task classes that are in the jar that got created during the install. Am I missing a step? Do I have to manually merge the regular jar into the -dep jar? -- tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build trunk - SUCCESS - checkout] Tue Jan 31 00:00:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/trunk/m2-20060131.01.tar.gz Log: http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060131.01.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MNG-2025) POM is still not read using the right encoding
[ http://jira.codehaus.org/browse/MNG-2025?page=comments#action_57358 ] Stefan Hübner commented on MNG-2025: This issue is a clone of MNG-1603. Sorry, The Fix Version is not correct due to cloning (I misunderstood this cloning feature slightly.) My experiences working with encodings is, that Maven actually DOES NOT read model files using the right encoding. It might be true, that the declared encoding is read and attached to the model. But certain field like *description* are read using the default system character set, which isn't the same as the POM's encoding in all cases. I'll provide test cases both for maven-model and maven-project to demonstrate the problem. Again, sorry for the misleading issue data by cloning MNG-1603. Regards, Stefan > POM is still not read using the right encoding > -- > > Key: MNG-2025 > URL: http://jira.codehaus.org/browse/MNG-2025 > Project: Maven 2 > Type: Bug > Components: Plugins and Lifecycle > Versions: 2.0 > Reporter: Stefan Hübner > Assignee: John Casey > Priority: Critical > Fix For: 2.0.1 > > > IIRC XML standard says that default encoding is UTF-8 for xml files > That can be overriden with > > But files without header saved as UTF8 are not parsed in some systems (eg > windows, solaris), while files saved as other encoding (I believe it was > ansi) break under a Mac mini with yellowdog linux -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-692) tlddoc 1.3
[ http://jira.codehaus.org/browse/MAVENUPLOAD-692?page=all ] Carlos Sanchez closed MAVENUPLOAD-692: -- Assign To: Carlos Sanchez Resolution: Fixed > tlddoc 1.3 > -- > > Key: MAVENUPLOAD-692 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-692 > Project: maven-upload-requests > Type: Wish > Reporter: fabrizio giustina > Assignee: Carlos Sanchez > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MRM-65) deploy-bundle: license files is unused in upload bundle (should not be required)
[ http://jira.codehaus.org/browse/MRM-65?page=all ] Carlos Sanchez closed MRM-65: - Assign To: Carlos Sanchez Resolution: Fixed I have left the license copying code, but avoiding failure if it's not present > deploy-bundle: license files is unused in upload bundle (should not be > required) > > > Key: MRM-65 > URL: http://jira.codehaus.org/browse/MRM-65 > Project: Maven Repository Manager > Type: Improvement > Reporter: fabrizio giustina > Assignee: Carlos Sanchez > Priority: Minor > Attachments: repo_patch.diff > > > License files are not uploaded anymore to the repo now that we switched to > the m2 repository layout (license is only specifed with an url in pom.xml), > so a LICENSE.txt file should not be required in upload bundles. > The attached path removes the check for LICENSE.txt from the script. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MNG-2025) POM is still not read using the right encoding
POM is still not read using the right encoding -- Key: MNG-2025 URL: http://jira.codehaus.org/browse/MNG-2025 Project: Maven 2 Type: Bug Components: Plugins and Lifecycle Versions: 2.0 Reporter: Stefan Hübner Assigned to: John Casey Priority: Critical Fix For: 2.0.1 IIRC XML standard says that default encoding is UTF-8 for xml files That can be overriden with But files without header saved as UTF8 are not parsed in some systems (eg windows, solaris), while files saved as other encoding (I believe it was ansi) break under a Mac mini with yellowdog linux -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release maven-plugin-plugin 2.0.1
+1, but prefer calling it 2.1 due to the feature addition. FWIW, the issues in JIRA are all features/improvements or changes to the generated report - no bugs in the plugin creation. - Brett John Casey wrote: > Hi, > > I just realized that we never released a new version of the > maven-plugin-plugin to accompany Maven 2.0.1. This needs to happen so we > can support Ant-based mojos. There are still open issues in jira for > this plugin, but I'm not planning to add any new code before cutting > this release. This is a relatively high priority, and I feel that we can > wait until the next go-round for the remaining issues. > > +1/0/-1 > > Here's my +1. > > -john > > - > 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]
[jira] Commented: (MSITE-81) Site descriptor resolution never falls back to site.xml
[ http://jira.codehaus.org/browse/MSITE-81?page=comments#action_57356 ] Brett Porter commented on MSITE-81: --- MSITE-77 > Site descriptor resolution never falls back to site.xml > --- > > Key: MSITE-81 > URL: http://jira.codehaus.org/browse/MSITE-81 > Project: Maven 2.x Site Plugin > Type: Bug > Reporter: Indrajit Raychaudhuri > Priority: Critical > Attachments: site.log, sitemojo.patch > > > For default locale (i.e., Locale.getDefault() is "en") site descriptor for > parent project attempt to resolve site_en.xml. > But it doesn't fallback to site.xml. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release maven-plugin-plugin 2.0.1
Sorry, that was probably a bit too brief. :) I meant to also say that I'll keep this open for the customary 72 hours, and see where we are at that point. -j John Casey wrote: Hi, I just realized that we never released a new version of the maven-plugin-plugin to accompany Maven 2.0.1. This needs to happen so we can support Ant-based mojos. There are still open issues in jira for this plugin, but I'm not planning to add any new code before cutting this release. This is a relatively high priority, and I feel that we can wait until the next go-round for the remaining issues. +1/0/-1 Here's my +1. -john - 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]
[vote] Release maven-plugin-plugin 2.0.1
Hi, I just realized that we never released a new version of the maven-plugin-plugin to accompany Maven 2.0.1. This needs to happen so we can support Ant-based mojos. There are still open issues in jira for this plugin, but I'm not planning to add any new code before cutting this release. This is a relatively high priority, and I feel that we can wait until the next go-round for the remaining issues. +1/0/-1 Here's my +1. -john - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-708) Hibernate Annotations 3.1 beta 8 upload request
[ http://jira.codehaus.org/browse/MAVENUPLOAD-708?page=comments#action_57354 ] Carlos Sanchez commented on MAVENUPLOAD-708: Please look at latest pom http://www.ibiblio.org/maven2/org/hibernate/hibernate-annotations/3.1beta7/hibernate-annotations-3.1beta7.pom, lucene should be optional shouldn't it? You should also provide a pom for ejb 3.0 with some basic info Take a look at http://www.ibiblio.org/maven2/javax/persistence/ejb/3.0-public_review/ejb-3.0-public_review.pom > Hibernate Annotations 3.1 beta 8 upload request > --- > > Key: MAVENUPLOAD-708 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-708 > Project: maven-upload-requests > Type: Task > Reporter: Nathan Hamblen > > > Please upload. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: unit testing vs integration testing plugins
I have always kinda figured the rule of thumb regarding tests and artifacts is unit tests would test anything inside of the artifact and integration tests would encompass extra-artifact scope testing and I totally agree, I think unit testing within mojo projects would be a lot more prelavent with a simple mechanism of bootstraping the plugin requirements.. jesse On 1/30/06, Brett Porter <[EMAIL PROTECTED]> wrote: > > Hi, > > I wanted to get some feedback from other devs on this topic. > Historically, I think we've done very little of both and would like to > change that. But most of the tests cropping up seem to be integration > tests, because they are probably an easier mechanism than to setup the > preconditions of the plugin. However, they are much larger in terms of > creation, checkout space and time to run. > > I'd like to see that we "unit test" to the greatest extent possible. > IMO, the only reason to go to integration tests is to test lifecycle > interactions and interactions with other plugins. > > What we probably require to do this is convenience methods to construct > a decent project and settings object and an expression populator based > on the project and settings. > > Thoughts? > > - Brett > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- jesse mcconnell jesseDOTmcconnellATgmailDOTcom
[jira] Closed: (MAVENUPLOAD-697) Upload MantaRay to Maven Repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-697?page=all ] Carlos Sanchez closed MAVENUPLOAD-697: -- Resolution: Fixed > Upload MantaRay to Maven Repository > --- > > Key: MAVENUPLOAD-697 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-697 > Project: maven-upload-requests > Type: Task > Reporter: Uri Schneider > Assignee: Carlos Sanchez > Attachments: manta-1.9-bundle.jar, manta-1.9-bundle.jar, pom.xml, pom.xml > > > ftp://mx.coridan.com/pub/bundle/manta-1.9-bundle.jar > http://sourceforge.net/projects/mantaray/ > http://sourceforge.net/project/memberlist.php?group_id=112623 > MantaRay is a distributed peer-to-peer messaging solution. We have a > SourceForge page, in addition to our own site, www.mantamq.org. > I'm attaching the bundle to this request. It is also available from the > "Bundle URL" above. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-707) Glazedlists 1.5.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-707?page=comments#action_57353 ] Carlos Sanchez commented on MAVENUPLOAD-707: You need to upload first the parent pom, please attach > Glazedlists 1.5.0 > - > > Key: MAVENUPLOAD-707 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-707 > Project: maven-upload-requests > Type: Task > Reporter: Geoffrey De Smet > > > JTable with sorting & filtering, used in spring-rich and many Swing > applications. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-711) AntLR 2.7.6 Upload
[ http://jira.codehaus.org/browse/MAVENUPLOAD-711?page=all ] Carlos Sanchez closed MAVENUPLOAD-711: -- Assign To: Carlos Sanchez Resolution: Fixed > AntLR 2.7.6 Upload > -- > > Key: MAVENUPLOAD-711 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-711 > Project: maven-upload-requests > Type: Task > Reporter: Jochen Wiedmann > Assignee: Carlos Sanchez > > > AntLR (see http://www.antlr.org) is a well known parser generator in the > public domain. The ibiblio repositories for both Maven 1 and Maven 2 aren't > uptodate and do contain 2.7.6rc1 only. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-709) Upload extremecomponents 1.0.1-M4
[ http://jira.codehaus.org/browse/MAVENUPLOAD-709?page=all ] Carlos Sanchez closed MAVENUPLOAD-709: -- Assign To: Carlos Sanchez Resolution: Fixed > Upload extremecomponents 1.0.1-M4 > - > > Key: MAVENUPLOAD-709 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-709 > Project: maven-upload-requests > Type: Bug > Reporter: Tomislav Stojcevich > Assignee: Carlos Sanchez > Attachments: extremecomponents-1.0.1-M4-bundle.jar > > > Upload new version. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MAVENUPLOAD-712) Upload hibernate-tools-3.1.0.beta4
[ http://jira.codehaus.org/browse/MAVENUPLOAD-712?page=all ] Tomislav Stojcevich updated MAVENUPLOAD-712: Attachment: jtidy-r8-21122004-bundle.jar hibernate-tools-3.1.0.beta4-bundle.jar > Upload hibernate-tools-3.1.0.beta4 > -- > > Key: MAVENUPLOAD-712 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-712 > Project: maven-upload-requests > Type: Bug > Reporter: Tomislav Stojcevich > Attachments: hibernate-tools-3.1.0.beta4-bundle.jar, > hibernate-tools-3.1.0.beta4-bundle.jar, jtidy-r8-21122004-bundle.jar, > jtidy-r8-21122004-bundle.jar > > > Upload new version. > Also attached is special version of jtidy that is distributed with the > package, the groupid is set to org.hibernate.hibernate-tools for this version > as suggested in MAVENUPOLAD-690 which was created for MAVENUPLOAD-691. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-706) Upload wicket-1.1.1-bundle.jar and wicket-extensions-1.1.1-bundle.jar
[ http://jira.codehaus.org/browse/MAVENUPLOAD-706?page=comments#action_57351 ] Carlos Sanchez commented on MAVENUPLOAD-706: Instructions to add the sources are at http://maven.apache.org/guides/mini/guide-ibiblio-upload.html > Upload wicket-1.1.1-bundle.jar and wicket-extensions-1.1.1-bundle.jar > - > > Key: MAVENUPLOAD-706 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-706 > Project: maven-upload-requests > Type: Task > Reporter: Martijn Dashorst > > > http://wicket.sf.net/downloads/wicket-1.1.1-bundle.jar > http://wicket.sf.net/downloads/wicket-extensions-1.1.1-bundle.jar > http://wicket.sf.net > http://wicket.sf.net/team-list.html > Wicket is a Java web application framework that takes simplicity, separation > of concerns and ease of development to a whole new level. Wicket pages can be > mocked up, previewed and later revised using standard WYSIWYG HTML design > tools. Dynamic content processing and form handling is all handled in Java > code using a first-class component model backed by POJO data beans that can > easily be persisted using your favourite technology. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-695) Publish new testng release files to ibiblio
[ http://jira.codehaus.org/browse/MAVENUPLOAD-695?page=comments#action_57350 ] Carlos Sanchez commented on MAVENUPLOAD-695: You'll need one pom for both jars and using profiles add the concurrent dependency when running in 1.4. As these will be two jars with same artifactId using classifiers there's no automatic way to upload so just attach the fixed pom. > Publish new testng release files to ibiblio > --- > > Key: MAVENUPLOAD-695 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-695 > Project: maven-upload-requests > Type: Task > Reporter: Jesse Kuhnert > Assignee: Carlos Sanchez > Attachments: testng-4.4.7-jdk14-bundle.jar, testng-4.4.7-jdk15-bundle.jar > > > This is a new ibiblio addition. The bundle jars aren't actually available on > a normal public facing website (yet), but are attached to the issue > referenced in the bundle url. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
unit testing vs integration testing plugins
Hi, I wanted to get some feedback from other devs on this topic. Historically, I think we've done very little of both and would like to change that. But most of the tests cropping up seem to be integration tests, because they are probably an easier mechanism than to setup the preconditions of the plugin. However, they are much larger in terms of creation, checkout space and time to run. I'd like to see that we "unit test" to the greatest extent possible. IMO, the only reason to go to integration tests is to test lifecycle interactions and interactions with other plugins. What we probably require to do this is convenience methods to construct a decent project and settings object and an expression populator based on the project and settings. Thoughts? - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-712) Upload hibernate-tools-3.1.0.beta4
[ http://jira.codehaus.org/browse/MAVENUPLOAD-712?page=comments#action_57348 ] Carlos Sanchez commented on MAVENUPLOAD-712: group for jtidy should be org.hibernate > Upload hibernate-tools-3.1.0.beta4 > -- > > Key: MAVENUPLOAD-712 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-712 > Project: maven-upload-requests > Type: Bug > Reporter: Tomislav Stojcevich > Attachments: hibernate-tools-3.1.0.beta4-bundle.jar, > jtidy-r8-21122004-bundle.jar > > > Upload new version. > Also attached is special version of jtidy that is distributed with the > package, the groupid is set to org.hibernate.hibernate-tools for this version > as suggested in MAVENUPOLAD-690 which was created for MAVENUPLOAD-691. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MNG-897) allows use of Ant build files
[ http://jira.codehaus.org/browse/MNG-897?page=comments#action_57347 ] John Casey commented on MNG-897: This should just be a matter of executing with the -U option, to ensure that the maven-plugin-plugin is updated. mvn -U clean install on your plugin project should do the trick. > allows use of Ant build files > - > > Key: MNG-897 > URL: http://jira.codehaus.org/browse/MNG-897 > Project: Maven 2 > Type: Improvement > Components: Plugin Creation Tools > Versions: 2.0-alpha-3 > Reporter: Chris Berry > Assignee: John Casey > Fix For: 2.0.1 > Attachments: antfile.zip > > Original Estimate: 8 hours >Time Spent: 8 hours > Remaining: 1 hour > > Per John Casey, This is logged to that it stays on the radar. > Please consider incorporating my antfile plugin. > I have included the following in the ZIP > maven-antrun-plugin --> the basic antrun w/ a few small mods > maven-antfile-plugin > maven-axisant-plugin --> an example plugin using the antfile plugin > axis-master --> a "grouping" plugin for axis example > my-app --> an example app using the axisant plugin. > Cheers, > -- Chris -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-705) Please, upload SWIXML 1.5.144 to the ibiblio repository.
[ http://jira.codehaus.org/browse/MAVENUPLOAD-705?page=all ] Carlos Sanchez closed MAVENUPLOAD-705: -- Assign To: Carlos Sanchez Resolution: Fixed > Please, upload SWIXML 1.5.144 to the ibiblio repository. > > > Key: MAVENUPLOAD-705 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-705 > Project: maven-upload-requests > Type: Task > Reporter: Loic Lefevre > Assignee: Carlos Sanchez > > > http://lolosav.free.fr/dev/swixml-1.5.144-bundle.jar > SwiXml, is a small GUI generating engine for Java applications and applets. > Graphical User Interfaces are described in XML documents that are parsed > at runtime and rendered into javax.swing objects. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MNG-897) allows use of Ant build files
[ http://jira.codehaus.org/browse/MNG-897?page=comments#action_57345 ] Brett Porter commented on MNG-897: -- I'm told mvn -U install on the first run will ensure that it works. > allows use of Ant build files > - > > Key: MNG-897 > URL: http://jira.codehaus.org/browse/MNG-897 > Project: Maven 2 > Type: Improvement > Components: Plugin Creation Tools > Versions: 2.0-alpha-3 > Reporter: Chris Berry > Assignee: John Casey > Fix For: 2.0.1 > Attachments: antfile.zip > > Original Estimate: 8 hours >Time Spent: 8 hours > Remaining: 1 hour > > Per John Casey, This is logged to that it stays on the radar. > Please consider incorporating my antfile plugin. > I have included the following in the ZIP > maven-antrun-plugin --> the basic antrun w/ a few small mods > maven-antfile-plugin > maven-axisant-plugin --> an example plugin using the antfile plugin > axis-master --> a "grouping" plugin for axis example > my-app --> an example app using the axisant plugin. > Cheers, > -- Chris -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-704) Please, upload Java2HTML 1.3.1 to the ibiblio repository.
[ http://jira.codehaus.org/browse/MAVENUPLOAD-704?page=all ] Carlos Sanchez closed MAVENUPLOAD-704: -- Assign To: Carlos Sanchez Resolution: Fixed > Please, upload Java2HTML 1.3.1 to the ibiblio repository. > - > > Key: MAVENUPLOAD-704 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-704 > Project: maven-upload-requests > Type: Task > Reporter: Loic Lefevre > Assignee: Carlos Sanchez > > > http://lolosav.free.fr/dev/j2h-1.3.1-bundle.jar > The Java2HTML Tool -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-710) Swixml, is a small GUI generating engine for Java applications and applets
[ http://jira.codehaus.org/browse/MAVENUPLOAD-710?page=all ] Carlos Sanchez closed MAVENUPLOAD-710: -- Assign To: Carlos Sanchez Resolution: Duplicate MAVENUPLOAD-710 is correct and more complete > Swixml, is a small GUI generating engine for Java applications and applets > -- > > Key: MAVENUPLOAD-710 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-710 > Project: maven-upload-requests > Type: Task > Reporter: Wolf Paulus > Assignee: Carlos Sanchez > Attachments: swixml_144-bundle.jar > > > http://www.swixml.org/swixml_144-bundle.jar > http://www.swixml.org > https://swixml.dev.java.net/ > SwiXml, is a small GUI generating engine for Java applications and applets. > Graphical User Interfaces are described in XML documents that are parsed at > runtime and rendered into javax.swing objects. > Depending on the application, XML descriptors may be deployed with the > remaining code or loaded from a remote server at runtime. This late binding > of the GUI has many advantages. Enabling features in an application based on > a license code or a user's role does not have to be hard coded anymore. > Instead an XML document describing the application's GUI could be dynamically > loaded. > Generating the GUI based on descriptors also has some of the advantages that > code generators provide, but without generating the none-maintainable code. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-664) jlmenu 1.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-664?page=comments#action_57344 ] Carlos Sanchez commented on MAVENUPLOAD-664: if you use com.qlusters.jlmenu as groupId you have to point me to a page where i can verify that qlusters.com develops or hosts it > jlmenu 1.0 > -- > > Key: MAVENUPLOAD-664 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-664 > Project: maven-upload-requests > Type: Task > Reporter: Ofir Reichenberg > Attachments: jlmenu-1.0-bundle.jar, jlmenu-1.0-bundle.jar, > jlmenu-1.0-bundle.jar > > > http://jlmenu.sourceforge.net/jlmenu-1.0-bundle.jar > JavaLayersMenu - tag library for web menus -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-713) easymock 2.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-713?page=comments#action_57343 ] Carlos Sanchez commented on MAVENUPLOAD-713: bundle has to be jar file, last one is zip > easymock 2.0 > > > Key: MAVENUPLOAD-713 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-713 > Project: maven-upload-requests > Type: Task > Reporter: Alexandre Poitras > Attachments: easymock-2.0-bundle.jar, easymock-2.0-bundle.zip > > > The bundle comes as an attachment > http://www.easymock.org/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MNG-1980) "Duplicate project ID found" message with maven-artifact-ant-2.0.2
[ http://jira.codehaus.org/browse/MNG-1980?page=all ] Jason van Zyl closed MNG-1980: -- Resolution: Fixed > "Duplicate project ID found" message with maven-artifact-ant-2.0.2 > -- > > Key: MNG-1980 > URL: http://jira.codehaus.org/browse/MNG-1980 > Project: Maven 2 > Type: Bug > Components: Ant tasks > Versions: 2.0.2 > Reporter: Tomislav Stojcevich > Assignee: Jason van Zyl > Fix For: 2.0.3 > > > The same bug that was reported as fixed MNG-1851 still shows up with 2.0.2. > [artifact:install] An error has occurred while processing the Maven artifact > tasks. > [artifact:install] Diagnosis: > [artifact:install] > [artifact:install] Unable to build project: > D:\Projects\Development\app\pom.xml > [artifact:install] Duplicate project ID found in > D:\Projects\Development\app\pom.xml > [artifact:install] > BUILD FAILED > D:\Projects\Development\app\ant\build.xml:166: Unable to build project: > D:\Projects\Development\app\pom.xml -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build branches/maven-2.0.x - SUCCESS - update] Mon Jan 30 22:15:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060130.221501.tar.gz Log: http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060130.221501.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[maven2 build trunk - SUCCESS - update] Mon Jan 30 22:00:00 GMT 2006
Distribution: http://maven.zones.apache.org/~maven/builds/trunk/m2-20060130.220001.tar.gz Log: http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060130.220001.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MRELEASE-77) Adding a test only mode, where nothing is checked in into SCM
[ http://jira.codehaus.org/browse/MRELEASE-77?page=all ] fabrizio giustina closed MRELEASE-77: - Resolution: Fixed Fix Version: 2.0-beta-5 done, you can now use "mvn -Dtestmode=true release:prepare" > Adding a test only mode, where nothing is checked in into SCM > - > > Key: MRELEASE-77 > URL: http://jira.codehaus.org/browse/MRELEASE-77 > Project: Maven 2.x Release Plugin > Type: Improvement > Reporter: fabrizio giustina > Assignee: fabrizio giustina > Fix For: 2.0-beta-5 > > > Running release:prepare is scary, since the release plugin will deply modify > your POMs and check them in to the repositoy, making release tags without any > way to preview how POMs will be tranformed and what SCM operations will be > performed. > We need a flag in order to be able to run this goal in "test mode" and let > users check what will happen without any impact on the repository. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The "How To Help" page needs help...
Brett Porter wrote: Dennis Lundberg wrote: Hi The "How To Help" page at http://docs.codehaus.org/display/MAVEN/How+to+help is a great thing. It shows a selection of issues that people can help out with. Of the 25 "Novice Issues" there are patches for 15 of them. Many of them are documentation related. It would be great if one of the developers could find some time to apply or reject these patches. Thanks Dennis. I'm going to spend some time going through patches today while my head cold prevents me doing "real work" :) If you provide a list of the ones you saw, that'd be helpful in prodding people to apply them. Sure, here you have it: - http://jira.codehaus.org/browse/MNG-728 Not a complete solution, but it eases the pain... - http://jira.codehaus.org/browse/MNG-1373 Simple docs update, but I would choose the patch for http://jira.codehaus.org/browse/MNG-1686 instead, because it fixes more stuff - http://jira.codehaus.org/browse/MNG-1395 Updates to docs and shell scripts - http://jira.codehaus.org/browse/MNG-1512 Java code changes - http://jira.codehaus.org/browse/MNG-1517 Simple docs update - http://jira.codehaus.org/browse/MNG-1530 Lot of code to convert project.xml into pom.xml Might overlap with work done elsewhere This is an important function to easy the upgrade path for Maven 1 users, which is often asked for on the user list - http://jira.codehaus.org/browse/MNG-1560 New guide for the site - http://jira.codehaus.org/browse/MNG-1672 Maven 2 plugin for annotation processing - http://jira.codehaus.org/browse/MNG-1827 Small update to shell scripts - http://jira.codehaus.org/browse/MNG-1881 Clean the project.reporting.outputDirectory - http://jira.codehaus.org/browse/MNG-1899 Fix broken link - http://jira.codehaus.org/browse/MNG-1924 Fix broken link - http://jira.codehaus.org/browse/MNG-1929 Improvement to goal report. Several +1 from known maveneers - http://jira.codehaus.org/browse/MNG-1941 Adds introduction on how to use a plugin, in the generated xdocs for a plugin. - http://jira.codehaus.org/browse/MNG-1953 Add webapp to standard directory layout Has been discussed on the user list We, "the novice helpers", would also like some more issues to work on :-) So if someone could add some more select issues to that same list would be nice. I'm not so sure you're a novice :) :) Most of them probably exist in plugins now, which aren't linked from that page. We should look into how we can adapt the JIRA query to include them all. Maybe that's an area you could help with? I could try, but I'm not fluent in JIRA yet, so I might need some help getting started. Actually I did a test installation of JIRA yesterday, so I do have an instance to play with. Is Jason the one to talk to when it comes to communicating with JIRA? -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
