RE: How to ignore xdoclets tags on javadoc

2004-03-11 Thread Jörg Schaible
Kevin Hagel wrote on Wednesday, March 10, 2004 8:25 AM:

 here's a section of my build file that javadocs:
 
 !--
  Try to get JavaDoc to shut the hell up about the
 XDoclet tags.
  --
 tag name=web.servlet scope=overview enabled=false/
 tag name=web.listener enabled=false/
 tag name=web.filter enabled=false/
 tag name=hibernate.property enabled=false/
 tag name=hibernate.class enabled=false/
 tag name=hibernate.id enabled=false/
 tag name=todo scope=all description=To do: /
 
 the problem is:  while @web.servlet will be successfully ignored,
 @web.servlet-mapping will not, something about the hypen in
 servlet-mapping.  Javadoc advises using something like
 @web.servlet.mapping, but that's not really very useful for
 us is it? I suspect javadoc was written by C++ programmers ;-)

Well, before pointing at javadoc, you might consider Jelly g
IMHO it tries to evaluate the expression servlet-mapping ;-)

Regards,
Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: How to ignore xdoclets tags on javadoc

2004-03-11 Thread Kevin Hagel
the example I posted comes from an ant build.xml file, not a maven.xml 
file, there's no jelly involved.  Also, jelly never sees the source 
file, in this kind of thing jelly never sees the content of source 
files, it only directs them to javadoc.

I've been reading about xjavadoc now being able to read 
@web.servlet.mapping as @web.servlet-mapping, which helps to get rid of 
the javadoc bitching about the xdoclet tags.  I've tested it, it seems 
to work ... at least for xdoclet-1.2

Jörg Schaible wrote:

Kevin Hagel wrote on Wednesday, March 10, 2004 8:25 AM:

 

here's a section of my build file that javadocs:

   !--
Try to get JavaDoc to shut the hell up about the
XDoclet tags.
--
   tag name=web.servlet scope=overview enabled=false/
   tag name=web.listener enabled=false/
   tag name=web.filter enabled=false/
   tag name=hibernate.property enabled=false/
   tag name=hibernate.class enabled=false/
   tag name=hibernate.id enabled=false/
   tag name=todo scope=all description=To do: /
the problem is:  while @web.servlet will be successfully ignored,
@web.servlet-mapping will not, something about the hypen in
servlet-mapping.  Javadoc advises using something like
@web.servlet.mapping, but that's not really very useful for
us is it? I suspect javadoc was written by C++ programmers ;-)
   

Well, before pointing at javadoc, you might consider Jelly g
IMHO it tries to evaluate the expression servlet-mapping ;-)
Regards,
Jörg
-
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]


How to exclue jars from uberjar ?

2004-03-11 Thread Jörg Schaible
Hello,

I am using the uberjar to pack my application into a single jar file. While the plugin 
works great, I search for a possibility to exclude some jars from the dependency list 
(i.e. test dependencies and optional functionality).

Regards,
Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Newbie question: use of deprecated API's

2004-03-11 Thread Jean-François El Fouly
I've been using Maven for months (since b3 or 4 if I can remember), writing 
plugins, POM's for 130 Java projects...
but I still have a newbie question :

Is there any way (option or property somewhere ?) to get some kind of 
report on the use of deprecated API's ?

Thanks to all !



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Newbie question: use of deprecated API's

2004-03-11 Thread matthew.hawthorne
Jean-François El Fouly wrote:
Is there any way (option or property somewhere ?) to get some kind of 
report on the use of deprecated API's ?


You can set the property maven.compile.deprecation to on.

This info is located at:
http://maven.apache.org/reference/plugins/java/properties.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Newbie question: use of deprecated API's

2004-03-11 Thread Jean-François El Fouly
A 07:01 11/03/2004 -0800, vous avez écrit :
Jean-François El Fouly wrote:
Is there any way (option or property somewhere ?) to get some kind of 
report on the use of deprecated API's ?


You can set the property maven.compile.deprecation to on.

This info is located at:
http://maven.apache.org/reference/plugins/java/properties.html
Thanks.
I was more or less aware that this option exists but can someone please 
tell me what the effect will be :

- will the use of deprecated API's be considered a compile-time error when 
this property is set ?
- will some form of report be generated in the site documentation ?
- or what else ?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: jcoverage depends on clover?

2004-03-11 Thread Jörg Schaible
[EMAIL PROTECTED] wrote on Thursday, March 11, 2004 4:32 PM:

 Hi,
 
 sorry can someone tell my why the jcoverage report plugin
 download clover? Isn't clover an alternative to jcoverage?

Do you use the dashboard? This unfortunately only supports clover and may reference it 
as dependency.

Regards,
Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: MAVEN depends on clover?

2004-03-11 Thread sg
AHH. 

Sorry your are right. Looks like maven in general depends on clover:
jerry:/Applications/eclipse3M7/workspace/hmc.transaction joa$ maven jar
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc1-SNAPSHOT

Attempting to download clover-1.2.jar.
.^Cjerry:/Applications/eclipse3M7/workspace/hmc.transaction joa$ 

Strange that a ASF tool require a commercial tool. ;-o
Anyway i don't care but may be it is good to know for the maven developer.

Stefan



Zitiere Emmanuel Venisse [EMAIL PROTECTED]:

 
 - Original Message - 
 From: [EMAIL PROTECTED]
 To: Maven Users List [EMAIL PROTECTED]
 Sent: Thursday, March 11, 2004 4:31 PM
 Subject: jcoverage depends on clover?
 
 
  Hi,
 
  sorry can someone tell my why the jcoverage report plugin download
 clover?
  Isn't clover an alternative to jcoverage?
 
 No, it doesn't depends on Clover. I think you have another plugin that
 depends on it or a clover report declaration is present in your
 project.xml.
 Run maven jcoverage, and I'm sure that it doesn't download clover.
 
 
 
  site:
  xdoc:register-reports:
  maven-junit-report-plugin:register:
 
  maven-jcoverage-plugin:register:
 
 
  site:run-reports:
  [echo] Generating the Unit Tests...
  Attempting to download clover-1.2.jar.
 
 
 ..
 
  Stefan
 
 
 -
  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]



simulating multiple output dirs

2004-03-11 Thread Roli bluewin
Hello

 

I would like to move some of the compiled classes to another directory.
Thereby I have the following problem

After running java:compile  I use ant:move to move away some class files.
This works but when I rerun java:compile the class files which have been
moved away are not recompiled?! Any hints??

 

Thank you

 

 



RE: Compatibility issue with checkstyle repots and jdepend...?

2004-03-11 Thread Brett Porter
You need to update to the latest checkstyle plugin (back to the future!) A
change was reverted that was the cuase of this.

This plugin is now released as version 2.3, so you can use plugin:download
to grab it if you like.

- Brett

 -Original Message-
 From: Eric Giguere [mailto:[EMAIL PROTECTED] 
 Sent: Friday, 12 March 2004 3:54 AM
 To: Maven User List
 Subject: Compatibility issue with checkstyle repots and jdepend...?
 
 
 Hi all
 
 I'm running with a Maven snapshot dating from about 2 weeks. I got a 
 small issue with some reports, wondering if anybody else got 
 it. It concerns the checkstyle report and the jdepend report. 
 When I run jdepend first, I get a lot of errors from the 
 checkstyle... 
 like this one:
 
 Can't find/access AST Node 
 typecom.puppycrawl.tools.checkstyle.api.DetailAST
 And of course report creation fails.
 
 But, if the checkstyle report is run first, then everything is ok. 
 Pretty strange...  I performed a search and it seems that 
 this class can 
 only be found in the checkstyle jar itself, and only in my local 
 repository. Both version 3.1 and 3.3 of checkstyle jar has 
 it. And the version reported byt the plugin, when running, is 
 maven-checkstyle-plugin-2.3-SNAPSHOT...
 
 Don't get it. A wrong jar must be loaded but then both jars of my 
 repository seems to have the class in it.
 Any clue?
 
 Eric.
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


Re: A suggestion for the Maven Site

2004-03-11 Thread Chad Woolley
This sounds like a good idea, why don't you submit a patch for the site docs???

Hensley, Richard [EMAIL PROTECTED] wrote:
While I've been learning Maven, I've been keeping notes about what learning
curve obstacles I've encountered. So far, the biggest learning obstacle the
basic building blocks of Maven, and then finding the documentation that
leads me in the right direction.
To help with the first problem, I had to wait until it's all Jelly and
plugin's light bulb went on. Once I figured that out, it would have helped
if there were a link to the tag documentation along with the plugin link in
the reference section of the Maven site. 

I would imagine that the Tag Documentation link would show a page that links
to the Maven specific tags, and to the tags that are part of Jelly.
In using Maven, I find myself linking to these places most often:

http://maven.apache.org/reference/user-guide.html
http://maven.apache.org/reference/plugins/index.html
http://maven.apache.org/tags.html
http://jakarta.apache.org/commons/jelly/tags.html
http://jakarta.apache.org/commons/jelly/libs/index.html


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Newbie question: use of deprecated API's

2004-03-11 Thread Tim Chen
There are some reports that can do it but the fastest way to see 
deprecations is to just set:
maven.compile.deprecation=on
in your project.properties
-Tim

Jean-François El Fouly wrote:

I've been using Maven for months (since b3 or 4 if I can remember), 
writing plugins, POM's for 130 Java projects...
but I still have a newbie question :

Is there any way (option or property somewhere ?) to get some kind of 
report on the use of deprecated API's ?

Thanks to all !



-
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: reactor or multiproject

2004-03-11 Thread Tim Chen
What you can do is check the output of a multiproject build.
During the build you might see lines such as:
java:compile (meaning that it is invoking the compile task of the java)

You will see several of these that are repeated in every project build.
Find the one that makes the most sense for what you are trying to do and 
attach a pre or postGoal to it.
As for multiproject solving dependency builds.. it will but you have to 
use it correctly.
Dont know of any examples of multiproject in a parallel project scenario.
If you give an example.. I'll be happy to provide an example.
-Tim

[EMAIL PROTECTED] wrote:

Hi,

comment
well i really like maven very much but the documentation is a pain.
A lot of colleagues still prefer Ant since there is a central and clear documentation.
There is really enough maven documentation but it is not clear organized and very difficult to find the 
right information. Some part of  the documentation are in conflict with each other. 
I think for example hibernate success based on a very smart documentation. Again it is just about 
organization the available information. 
I would wish i had the time to help solving this issue but you know the real developer world.
However i just wished to give this 2 cents, since it is the only problem i see with maven. ;)
/comment

Sorry I'm nervous since i try to solve since 2 days my simple problem with project dependencies.

I have 2 projects (model and view) on the same folder level. (Eclipse)
One project depend on the other project so i wish to build the model project before 
the view project.
I had setuped a own goal buildAll by using reactor in my view project. Now i wish to install the 
buildAll goal als preGoal so that it is triggered any time i run a test jar or site:generate.
I was trying init, artifact:load or java:compile but it does not run my buildALL goal. 

Is there any standard goal that is invoked as first and every-time any goal is invoked?
Does the multi-project solve such dependency builds? I only found some documentation about using 
multi-project in parallel project scenarios.

Thanks for any hints!
Stefan


-
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]


AW: simulating multiple output dirs

2004-03-11 Thread Roland Berger
Hi Brian

Yes, that's the way I'm doing it (see below). I have to say that those
sources which are not recompiled after the move, are in the second source
dir which is added to 'maven.compile.src.set' in the preGoal to
java:compile. May be the second source dir is the problem!?

WDYT

Thank's
Roland

  preGoal name=java:compile
ant:path id=persistent.source.dir
location=${persistent.src.dir}/
maven:addPath id=maven.compile.src.set
refid=persistent.source.dir/
  /preGoal

  !--  POST GOAL JAVA:COMPILE--
  postGoal name=java:compile
 ant:move todir=${enhancer.input.dir}
  fileset dir=${maven.build.dest}
include name=ch/sardusvini/shop/productspec/business/*.class/
  /fileset
  fileset dir=${maven.build.dest}
include name=ch/sardusvini/shop/ordering/business/*.class/
  /fileset
/ant:move
  /postGoal

-Ursprungliche Nachricht-
Von: Brian Enigma [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 12. Marz 2004 02:34
An: Maven Users List
Betreff: Re: simulating multiple output dirs


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Are you implementing this as your own custom goal (with a prereq or
attainGoal, perhaps), as a postGoal, or by some other method?  I would
think that a postGoal name=java:compile could contain your Ant move
tasks without any of the described problems.
  -Brian

On Mar 11, 2004, at 1:26 PM, Roli bluewin wrote:
 I would like to move some of the compiled classes to another directory.
 Thereby I have the following problem

 After running java:compile  I use ant:move to move away some class
 files.
 This works but when I rerun java:compile the class files which have
 been
 moved away are not recompiled?! Any hints??

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFAURN/0dKNWt3rpSURAlK3AJwMvmhah9UptoACuVJ1NBNgtZehHQCg0Z5z
/R/VlNtQvW/dZmEBm1eVWFE=
=iE9U
-END PGP SIGNATURE-


-
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]