Re: What is the proper way to handle resource bundles when unit testing?
[EMAIL PROTECTED] wrote: Yes, you use resources for this. e.g. build . resources resource directorysrc/conf/directory includes include*.xsd/include include*.dtd/include include*.mod/include include*.properties/include includedriver.jelly/include /includes /resource resource directorysrc/messages/directory targetPathorg/apache/maven/messages/targetPath includes includemessages*.properties/include /includes /resource /resources /build OK, I wasn't including the inner resource tag. Is there any DTD available for project.xml so I can validate and stop asking dumb questions like this? There isn't one in the maven's project.xml... Thanks, Chad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can I suppress the junit output?
Scott, I believe the only way to do this is to tweak the junit plugin. I'll try it out and see if the output is more acceptable. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Scott Brickner [EMAIL PROTECTED] wrote on 30/12/2003 09:00:22 AM: How can I fix things so I don't get the 5+ lines of output on the console for every single testcase? I really only want to know when a test fails. The xml reports are fine for when I'm building the site, but 99% of the time I'm building during new development and just want failing testcases. In my ant build files, I used to run the junit task with the brief formatter. That's kind of what I'm looking for here. What are my options? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the proper way to handle resource bundles when unit testing?
Did you run pom:validate? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Chad Woolley [EMAIL PROTECTED] wrote on 04/01/2004 10:26:51 PM: [EMAIL PROTECTED] wrote: Yes, you use resources for this. e.g. build . resources resource directorysrc/conf/directory includes include*.xsd/include include*.dtd/include include*.mod/include include*.properties/include includedriver.jelly/include /includes /resource resource directorysrc/messages/directory targetPathorg/apache/maven/messages/targetPath includes includemessages*.properties/include /includes /resource /resources /build OK, I wasn't including the inner resource tag. Is there any DTD available for project.xml so I can validate and stop asking dumb questions like this? There isn't one in the maven's project.xml... Thanks, Chad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Migrate Maven to using Ant1.6
I've done this, but not yet committed it, as it required a change to commons-grant. If you desperately need it, let me know. Does anyone else need Ant 1.6 support? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Eric Chow [EMAIL PROTECTED] wrote on 26/12/2003 05:48:33 PM: Hello, How can I migrate Maven to use Ant1.6? Eric == If you know what you are doing, it is not called RESEARCH! == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Migrate Maven to using Ant1.6
- Original Message - From: [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Sunday, January 04, 2004 7:18 AM Subject: Re: Migrate Maven to using Ant1.6 I've done this, but not yet committed it, as it required a change to commons-grant. If you desperately need it, let me know. Does anyone else need Ant 1.6 support? It'd be great to have Ant 1.6 support. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Eric Chow [EMAIL PROTECTED] wrote on 26/12/2003 05:48:33 PM: Hello, How can I migrate Maven to use Ant1.6? Eric == If you know what you are doing, it is not called RESEARCH! == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XDoclet plugin strange behavior
--- Aleksandr Shneyderman [EMAIL PROTECTED] wrote: As you have probably noticed for the last couple of days I was struggling with XDoclet plugin. What I did is I downloaded their 1.2 version, created xdoclet/jars directory in my local repository, copied over the jars that come with the xdoclet. I then copied xdoclet's maven-plugin jar to my plugins directory. Well, if yoyu use gourpid, you have to call your xjavadoc xdoclet-xjavadoc.whatever.jar If you do not use groupid, you shall place it in maven repo/xjavadoc/jars/ regards, = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jdiff plugin
Done. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 31, 2003 6:08 PM Subject: Jdiff plugin Has the jdiff plugin been released yet? There seems to be no download on the relevant plugin webpage. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XDoclet plugin strange behavior
Konstantin Priblouda wrote:
Well, if yoyu use gourpid, you have to call your
xjavadoc
xdoclet-xjavadoc.whatever.jar
According to the documentation the files are located according to the
following pattern:
${repo}/${groupId}/${type}s/${artifactId}-${version}.${type}
So if my dependency looks something like the following:
dependency
artifactIdxjavadoc/artifactId
groupIdxdoclet/groupId
version1.0.2/version
typejar/type
/dependency
Should not I expcet maven to find the jar if the file at location
${repo}/xdoclet/jars/xjavadoc-1.0.2.jar does exists?
Thanks,
Alex.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: XDoclet plugin strange behavior
A week or so ago, I filed this as a bug with the Xdoclet team. The
plugin looks for the xjavadoc plugin with the groupId xjavadoc instead
of xdoclet. I haven't heard anything back.
The frustrating part is that the only way I was able to figure out the
error was by looking at the plugin's project.xml.
To fix it, you must either put the jar into repo/xjavadoc/jars or use
the jar override feature and put it wherever you want. I requested that
the xjavadoc jar be put into its own directory (not the xdoclet dir) on
ibiblio, but the request was denied.
Aleksandr Shneyderman wrote:
Konstantin Priblouda wrote:
Well, if yoyu use gourpid, you have to call your
xjavadoc xdoclet-xjavadoc.whatever.jar
According to the documentation the files are located according to the
following pattern:
${repo}/${groupId}/${type}s/${artifactId}-${version}.${type}
So if my dependency looks something like the following:
dependency
artifactIdxjavadoc/artifactId
groupIdxdoclet/groupId
version1.0.2/version
typejar/type
/dependency
Should not I expcet maven to find the jar if the file at location
${repo}/xdoclet/jars/xjavadoc-1.0.2.jar does exists?
Thanks,
Alex.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
plugin update trouble
I'm trying to get a version of the checkstyle-plugin that will use checkstyle 3.2 and not 3.1. I've executed this: C:\OSS\workspace\uidmaven -DgroupId=maven -DartifactId=maven-checkstyle-plu gin -Dversion=2.2 plugin __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT plugin:download: [echo] repo is 'http://www.ibiblio.org/maven' [echo] trying to download http://www.ibiblio.org/maven/maven/plugins/maven-checkstyle-plugin-2.2 .. [echo] Plugin downloaded, removing other versions [delete] Deleting 1 files from C:\OSS\MAVEN\plugins [delete] Deleting 15 files from C:\Documents and Settings\[myuser]\.maven\plugins [delete] Deleted 4 directories from C:\Documents and Settings\[myuser]\.maven\plugins BUILD SUCCESSFUL Total time: 5 seconds Finished at: Mon Jan 05 00:46:13 EST 2004 I see the following in C:\Documents and Settings\[myuser]\.maven\plugins\maven-checkstyle-plugin-2.2 's project.xml: dependency groupIdcheckstyle/groupId artifactIdcheckstyle/artifactId version3.2/version /dependency dependency groupIdcheckstyle/groupId artifactIdcheckstyle-optional/artifactId version3.2/version /dependency dependency But...my .maven\repository still has checkstyle 3.1 Directory of C:\Documents and Settings\[myuser]\.maven\repository\checkstyle\jars 01/04/2004 05:16a DIR . 01/04/2004 05:16a DIR .. 05/26/2003 11:57a 344,488 checkstyle-3.1.jar 12/22/2003 08:04a 33 checkstyle-3.1.jar.md5 2 File(s)344,521 bytes 2 Dir(s) 13,416,241,664 bytes free I've run maven checkstyle but still no attempt seems to happen to download 3.2. Am I updating the plugin incorrectly? How can I get to using checkstyle 3.2? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
