Re: Replacing Sun JARs

Looks good. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc Jason van Zyl <[EMAIL PROTECTED]> wrote on 04/11/2003 11:50:01 AM: > Howdy, > > Anyone seen this or tried it? > > http://tjmail.sourc

Results of clean bootstrap at 20031103-2200

Last 500 lines of a clean bootstrap build of maven at 20031103-2200 [exec] [echo] No java source files to compile. [exec] java:jar-resources: [exec] Copying 3 files to /usr/local/builds/maven/src/maven/src/plugins-build/touchstone/target/classes [exec] test:prepare

Replacing Sun JARs

Howdy, Anyone seen this or tried it? http://tjmail.sourceforge.net/ If it's a drop in replacement for javamail that is totally cool and we could put it in the central repo. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of

[jira] Created: (MAVEN-1000) cactus:report doesn't depend on cactus:test

Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1000 Here is an overview of the issue: -

RE: [PATCH] use CRLF for text files in *.zip, LF for text files i n *.tar.gz

On Mon, 2003-11-03 at 17:52, Rodney Waldhoff wrote: > On Tue, 4 Nov 2003, Brett Porter wrote: > > > I don't believe in this assumption, as I have in the past (although > > reluctantly) used .zip on Unix, and I just about always use .tar.gz on > > Windows via cygwin. > > There is an assumption eit

RE: [PATCH] use CRLF for text files in *.zip, LF for text files i n *.tar.gz

On Tue, 4 Nov 2003, Brett Porter wrote: > > From what I can tell, usually the line feeds stay as they were in the > repository. At the moment there is probably a mix. > If I understand it correctly, text (ascii) files will be converted to your platform's line endings on checkout from CVS. I.e.,

RE: [PATCH] use CRLF for text files in *.zip, LF for text files i n *.tar.gz

> If you checkout a project on a Unix machine and do a "maven > dist", you get unix style linefeeds on all files, including > README.txt and LICENSE.txt and the like, in both the .zip and > .tgz versions of the distribution. While this is generally > manageable, it is the wrong choice on half t

RE: [PATCH] use CRLF for text files in *.zip, LF for text files i n *.tar.gz

On Tue, 4 Nov 2003, Brett Porter wrote: > I don't believe in this assumption, as I have in the past (although > reluctantly) used .zip on Unix, and I just about always use .tar.gz on > Windows via cygwin. There is an assumption either way, this is simply trying to make the assumption more accurat

RE: is project inheritance transitive ?

I believe I've addressed this in the CVS branch. If possible, can you submit a test case you expect to work, but which might fail under Maven 1.0 RC1? For examples, see src/test/touchstone-build/src/reactor-build/failProperty Or enhance src/test/touchstone-build/src/reactor-build/inheritence fro

RE: [PATCH] use CRLF for text files in *.zip, LF for text files i n *.tar.gz

I don't believe in this assumption, as I have in the past (although reluctantly) used .zip on Unix, and I just about always use .tar.gz on Windows via cygwin. I think we only care about fixcrlf'ing the bin directory, with .bat files getting crlf and shell files (and this is why I always give them

Re: Deprecation report

You could get this by turning on deprecation during compilation and recording it similar to what happens at the moment with Javadoc. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc [EMAIL PROTE

[PATCH] use CRLF for text files in *.zip, LF for text files in *.tar.gz

The attached patch uses the ant fixcrlf task to convert line feeds to a platform-appropriate format within plain text files in the source and binary distributions. There's probably some room for generalization, but this seems like a reasonable start. (Currently there's not good way to hook in at

Re: Deprecation report

On Mon, 2003-11-03 at 12:06, [EMAIL PROTECTED] wrote: > Hi all > I would have a report on the deprecated classes and methods used by > the code of a maven project, is there an easy way or has someone developped > a script to do this ? As a quick fix you could just take the tasklist plugin as

Deprecation report

Hi all I would have a report on the deprecated classes and methods used by the code of a maven project, is there an easy way or has someone developped a script to do this ? Regards This message and any attachments (the "message") is intended solely for the addressees and is confidenti

Re: is project inheritance transitive ?

If it's not transititve, is there any workaround to reach the same effect? Project inheritance is not transitive at the moment and I am afraid there is no workaround for this problem. AFAIK Brett is preparing some changes in Maven Core. Could be that he will address this issue (which was alredy

is project inheritance transitive ?

I have a project B which extends project A using element of POM and project C which extends project B using element of POM. It seems that project C does not extends project A. Is POM inheritance transitive or non-transitive operation in Maven? If it's not transititve, is there any workaround to

Rep:Rebuild web site for optional plugins

Done. Emmanuel -Message d'origine- De: "Vincent Massol" <[EMAIL PROTECTED]> A: "'Maven Developers List'" <[EMAIL PROTECTED]> Date: 31/10/03 Objet: Rebuild web site for optional plugins Hi, Could someone rebuild the web site for the optional plugins. I have moved the Cactus plugin to the