date:20051218

Greetings,

I have an m1 project that I'm converting to m2. And I have a full m1,
legacy-style repository. The mail archives tell that supposedly one can
disable the use of ibiblio by specifying a repo with the name central. I
have tried this, and it's not working for me. This is what I've tried::

  profiles
profile
  idet-base/id
  repositories
repository
  idcentral/id
  urlfile:///C:/cberry/work/3rdparty-repo//url
  layoutlegacy/layout
/repository
  /repositories
/profile
  /profiles

  activeProfiles
activeProfileet-base/activeProfile
  /activeProfiles


BTW: Even if this works, this doesn't seem what I'm really after. I'd like
to be able to easily turn on/off ibiblio. (i.e. simply specify my explicit
repo serach order). This technique feels a bit like a hack to me. It seems
that I should be in control -- and m2 shouldn't go off looking at repos
without my explicit consent.

Thanks,
-- Chris

[m2] Repository precedence

Greetings,

I would like to prescribe a repository precedence order. I have a
legacy-style repo that I want searched first for artifacts -- then second,
my ibiblio mirror  -- and then possibly ibiblio. How does one set repository
precedence in m2?? This was easily and cleanly done in m1 using the
maven.repo.remote property.

Thanks,
-- Chris

[m2] Missing POMs for m1, legacy-style projects

Greetings,

AFAICT, m2 goes off and searches for POMs for each artifact it encounters.
This is all well and good if the POMs exist, but when one is using a mix of
m1  m2 repos, then there will be many artifacts that do not have associated
POMs. m2 figures this out and moves on -- as it should -- but it doesn't
remember. So every time I build it rediscovers that a POM is missing. This
is often ridiculously slow -- as it chains thru the repos, eventually going
into the black hole of ibiblio. This can make a build that should take
seconds -- take minutes.

Does anyone know how to work around this??

BTW: the -offline switch is not working for this. When I use that switch in
this situation the build simply dies.

BTW: there is another wrinkle to this. If I was able to search my m1 repo
first, then m2 should see that an artifact exists and then stop searching
for its corresponding POM. This is because you want it to use this artifact,
and not mix it up with a POM somewhere down the repo food-chain.

Thanks,
-- Chris

FIXED or FOUND IT: Does project a include project b in the classpath if they are both part of a multi

2005-12-18 Thread Rolf Strijdhorst

I noticed that first i needed an install cycle before I start Jetty. Only
that way the correct classes are in the repository (my jar)

On 12/17/05, Rolf Strijdhorst [EMAIL PROTECTED] wrote:

 I have included the M2_REPO variable and all my other dependencies appear
 as normally in my classpath structure
 when i looked in the folder in the repository containing the jar it is
 there. as i expected because the war file has the jar included
 Regards Rolf

 On 12/17/05, Allan Ramirez [EMAIL PROTECTED] wrote:

  Hi Rolf,
 
  Have you specified the M2_REPO classpath variable in eclipse? as stated
  in http://maven.apache.org/guides/mini/guide-ide-eclipse.html
 
  regards,
  -allan
 
  Rolf Strijdhorst wrote:
 
  Hi I'm working with maven2 and using eclipse I have a war project and a
  jar
  project.
  when i am using the maven-eclipse plugin and have stated that my war
  project
  has a dependency on my jar project. I do not see the jar in my list of
  project dependencies. in the ide.
  This seems to cause a problem with my integration of the jetty plugin
  as
  well because it cannot find any of my classes in the jar project when
  i'm
  running jetty6.
  
  The packaged war however works as expected. does anyone have a clue how
  to
  fix it or have a work around for it?
  
  thanx Rolf
  
  
  
  
 
  
  No virus found in this incoming message.
  Checked by AVG Free Edition.
  Version: 7.1.371 / Virus Database: 267.13.13/200 - Release Date:
  12/14/2005
  
  
  
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]

Re: [m2] disabling ibiblio repo search

2005-12-18 Thread dan tran

mirror ( via settings.xml) works for me, but never try it with legacy mode
thou.

-Dan



On 12/18/05, Chris Berry [EMAIL PROTECTED] wrote:

 Greetings,

 I have an m1 project that I'm converting to m2. And I have a full m1,
 legacy-style repository. The mail archives tell that supposedly one can
 disable the use of ibiblio by specifying a repo with the name central. I
 have tried this, and it's not working for me. This is what I've tried::

 profiles
profile
  idet-base/id
  repositories
repository
  idcentral/id
  urlfile:///C:/cberry/work/3rdparty-repo//url
  layoutlegacy/layout
/repository
  /repositories
/profile
 /profiles

 activeProfiles
activeProfileet-base/activeProfile
 /activeProfiles


 BTW: Even if this works, this doesn't seem what I'm really after. I'd like
 to be able to easily turn on/off ibiblio. (i.e. simply specify my explicit
 repo serach order). This technique feels a bit like a hack to me. It seems
 that I should be in control -- and m2 shouldn't go off looking at repos
 without my explicit consent.

 Thanks,
 -- Chris

Re: Is it possible to make pom.xml simpler?

+1 on going the Spring 2.0 xml style route. I saw the presentation on
JavaPolis and I liked the conciseness of their new syntax. I'm currently
migrating my build to maven 2 and I am not able to do this quickly because
of the repetition in the POM 4.0. It is unreadable due to the repetition of
dependencies, plugin management etc.

Having a shorthand available would make life so much easier.

I don't agree with the camp that it is just a matter of taste. If it were,
why is Spring adding the simplified support to their configuration file? Not
because it is just a matter of taste. Reading this thread, there is a
genuine interest in making configuring the pom much simpler. Having such
progress would help adoption of maven2 even better.

Martijn


On 12/18/05, Arik Kfir [EMAIL PROTECTED] wrote:

 Don't confuse shorter with more readable. I don't mind going for
 the idmygroup/myartiact/id instead of attributes. I just wanted
 to note that the existing syntax is (perhaps) *too* verbose...

 I definitly agree with your example, and maintainance takes priority
 over number-of-source-lines...but when you reach 20..30 dependencies,
 things get messy... Some might argue that having 20 dependencies might
 indicate a hidden problem, but even with 10 dependencies, combined
 with a real-world build and plugins section, you get a pretty big
 POM...

 Anyway, just my 2cents ;-)

 On 12/17/05, Eric Redmond [EMAIL PROTECTED] wrote:
  -0
 
  Support for both should be out of the question. Double the
 documentation,
  double the confusion, double the possibility for error proneness.
 
  Readability is very important. I've never been a big fan of the less
 lines
  argument. Sure:
 
  if(a!=null){a+= label;System,out.println(a);}
 
  may be less lines than:
 
  if ( a!=null )
  {
  a +=  label;
  System,out.println( a );
  }
 
  However, I'd rather maintain the second than the first. Since
 maintinence of
  code (and, by extension, the POM) is a larger percentage of the
 development
  lifecycle than the initial writing, that is the more important piece to
  pander too.
 
  I'm all for removing some of the verbosity of the POM. I kind of like
 the
  idgroupId/artifactId/id syntax. But that's a far cry from cramming
  everything onto a single, unreadable ( hyperbole :) ), line.
 
  Eric
 
  On 12/17/05, Arik Kfir [EMAIL PROTECTED] wrote:
  
   That's a good pointquestion is:   Is readability of pom.xml a
   good-enough feature? (which brings us back to a matter of taste
   hehehee)
  
   On 12/17/05, Brian E. Fox [EMAIL PROTECTED] wrote:
 why not keep both camps happy? :) 
   
I would personally have them spend time on bugs fixes and new
 functional
   features than rewrite something that is a matter of taste.
   
-Original Message-
From: Arik Kfir [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 17, 2005 7:30 AM
To: Maven Users List
Subject: Re: Is it possible to make pom.xml simpler?
   
We all agree that it is really a matter of taste. That's precisely
 why
   Maven *should* support another theme.
   
I definitly agree that whether attributes are more readable or not
 is
   arguable (at best) - but why not keep both camps happy? :)  (if the
 costs
   are reasonable of course)
   
   
On 12/17/05, Alexandre Poitras [EMAIL PROTECTED] wrote:
 A simple XSLT stylesheet would do the job there. You don't need
 maven
 to support this format.

 On 12/17/05, Thomas Van de Velde [EMAIL PROTECTED] wrote:
  -1
 
  I agree with Brett.  This is a matter of taste.  My taste goes
  towards the existing solution.  Writing everything on a single
 line
  may even become less readable.  Have you ever tried to read an
  Eclipse .classpath file?  You can hardly say that's more
 readeable.
  I also think that mixing attributes with elements is in this
 case a
   bad idea and would hurt overall consistency.
 
  On 12/17/05, Srepfler Srgjan [EMAIL PROTECTED]
 wrote:
  
  
   If your sole concern is the number of lines one must type, it
 is
   certainly an option to have meta-pom.xml be in the format you
   find most comfortable, then xslt it into the more verbose
 m2
   pom.xml.
   
   This argument of attributes versus elements has existed since
 the
   dawn of [xml] time. I am not trying to argue one way or the
   other, but since
   m1 pom used the more verbose syntax, it eases the
 transition.
   
 My USD$0.02,
 -- /v\atthew
   
  
 -
   
   
   
   In fact people should develop a plugin that maps the
 simplified
   and verbose schemas on the fly :) The advantage of using
   namespaces is that you can create a your tag and map it to the
   verbose tag from the official pom.
   That's the way I've seen the spring guys use it for now but
 the
   advantage that I see is

Re: link broken on maven 2 site

THere are a lot of links broken, or pointing to non-relevant Maven 1
documentation. Perhaps someone could do a clean distribution of the maven 1
and 2 sites on the maven.apache.org directory?

Martijn


On 12/12/05, Wim Deblauwe [EMAIL PROTECTED] wrote:

 Hi,

 on the http://maven.apache.org/guides/mini/guide-site.html page, there is
 a
 link to the apt format documentation(
 http://maven.apache.org/guides/mini/apt-format.html),  but this link seems
 broken.

 regards,

 Wim




--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1

How to dealing with chinese characters in the site.xml file of maven 2 site plugin?

2005-12-18 Thread HezhiQiang

I am using a site.xml file for project doc site layout,there is some chinese
character,utf-8 encode for site.xml,but that generated html files can not
dispaly chinese characters correctly.
why? anybody can help me!

Supplying your own maven-project-info-plugin reporters

All,

How should one change the way the project-info reports are generated?

For instance, I like to not show the email address of contributors and
developers, and fold some of the columns. How can I provide that
functionality?

Martijn


--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1

Re: Is it possible to make pom.xml simpler?

2005-12-18 Thread Jochen Wiedmann


Martijn Dashorst wrote:


of the repetition in the POM 4.0. It is unreadable due to the repetition of
dependencies, plugin management etc.


That's a structural question and *completely* unrelated to the question, 
how the POM looks syntactically.




I don't agree with the camp that it is just a matter of taste. If it were,
why is Spring adding the simplified support to their configuration file?


Because their taste has changed? :-)


Jochen

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

my first m2 plugin

2005-12-18 Thread Torsten Curdt


Ok, guys

I am trying to get started with writing my first m2 plugin.
But I've run into some problems. (using maven 2.0.1)

I've created a simple mojo:

 /**
  * @goal minijar
  * @description strips unused classes from the dependencies
  * @resolveTransitiveDependencies
  * */
 public final class MiniJarMojo extends AbstractMojo {

/**
 * @parameter expression=${project.artifacts}
 * */
private Set dependencies;

/**
 * @parameter expression=${project.runtimeClasspathElements}
 * */
private Set runtimeClazzpath;

private File directory;

public void setOutputDirectory( final String pDirectory ) {
directory = new File(pDirectory);
}

public void execute() throws MojoExecutionException {

System.out.println(dependencies:  + dependencies);
System.out.println(classpath:  + runtimeClazzpath);

}
 }

With the following pom.xml

 project
  parent
artifactIdmaven-plugin-parent/artifactId
groupIdorg.apache.maven.plugins/groupId
version2.0/version
  /parent
  modelVersion4.0.0/modelVersion
  groupIdminijar.plugin/groupId
  artifactIdmaven-minijar-plugin/artifactId
  packagingmaven-plugin/packaging
  nameMaven MiniJar Plugin/name
  version1.0-SNAPSHOT/version
  dependencies
dependency
  groupIdorg.apache.maven/groupId
  artifactIdmaven-project/artifactId
/dependency
  /dependencies
 /project

A mvn install works just fine. Then I integrated
the plugin into my project's pom.xml

  build
sourceDirectorysrc/java/sourceDirectory
pluginManagement
  plugins
plugin
  groupIdminijar.plugin/groupId
  artifactIdmaven-minijar-plugin/artifactId
  configuration/configuration
/plugin
  /plugins
/pluginManagement
  /build

Now when I call mvn minijar:minijar I get the following error...

[INFO] Searching repository for plugin with prefix: 'minijar'.
[INFO]  
 


[ERROR] FATAL ERROR
[INFO]  
 


[INFO] null
[INFO]  
 


[INFO] Trace
java.lang.NullPointerException
at  
org.apache.maven.plugin.descriptor.PluginDescriptor.getMojo 
(PluginDescriptor.java:259)
at  
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor 
(DefaultLifecycleExecutor.java:1443)
at  
org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAgg 
regationNeeds(DefaultLifecycleExecutor.java:378)
at  
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute 
(DefaultLifecycleExecutor.java:134)


Am I missing something obvious here?
Any idea?

cheers
--
Torsten


PGP.sig
Description: This is a digitally signed message part

RE: link broken on maven 2 site

2005-12-18 Thread Arnaud HERITIER

We already tried to do it.
If you find some errors, don't hesitate to inform us on the mailing list or on 
jira.

Cheers

Arnaud
 

 -Message d'origine-
 De : Martijn Dashorst [mailto:[EMAIL PROTECTED] 
 Envoyé : dimanche 18 décembre 2005 22:32
 À : Maven Users List
 Objet : Re: link broken on maven 2 site
 
 THere are a lot of links broken, or pointing to non-relevant 
 Maven 1 documentation. Perhaps someone could do a clean 
 distribution of the maven 1 and 2 sites on the 
 maven.apache.org directory?
 
 Martijn
 
 
 On 12/12/05, Wim Deblauwe [EMAIL PROTECTED] wrote:
 
  Hi,
 
  on the http://maven.apache.org/guides/mini/guide-site.html 
 page, there 
  is a link to the apt format documentation( 
  http://maven.apache.org/guides/mini/apt-format.html),  but 
 this link 
  seems broken.
 
  regards,
 
  Wim
 
 
 
 
 --
 Living a wicket life...
 
 Martijn Dashorst - http://www.jroller.com/page/dashorst
 
 Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1
 



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

Re: link broken on maven 2 site

http://maven.apache.org/plugins/maven-site-plugin/howto.html

at the bottom, a link points to the maven 1.0.2 site document, even though
it points to http://maven.apache.org/maven2/site.html

Martijn


On 12/18/05, Arnaud HERITIER [EMAIL PROTECTED] wrote:

 We already tried to do it.
 If you find some errors, don't hesitate to inform us on the mailing list
 or on jira.

 Cheers

 Arnaud


  -Message d'origine-
  De : Martijn Dashorst [mailto:[EMAIL PROTECTED]
  Envoyé : dimanche 18 décembre 2005 22:32
  À : Maven Users List
  Objet : Re: link broken on maven 2 site
 
  THere are a lot of links broken, or pointing to non-relevant
  Maven 1 documentation. Perhaps someone could do a clean
  distribution of the maven 1 and 2 sites on the
  maven.apache.org directory?
 
  Martijn
 
 
  On 12/12/05, Wim Deblauwe [EMAIL PROTECTED] wrote:
  
   Hi,
  
   on the http://maven.apache.org/guides/mini/guide-site.html
  page, there
   is a link to the apt format documentation(
   http://maven.apache.org/guides/mini/apt-format.html),  but
  this link
   seems broken.
  
   regards,
  
   Wim
  
  
 
 
  --
  Living a wicket life...
 
  Martijn Dashorst - http://www.jroller.com/page/dashorst
 
  Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1
 



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




--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1

Clover and licensed jar file

How can I use a licensed clover.jar instead of the 30-day trial jar file?
Note I have a licensed clover.jar already :-)

Martijn


--
Living a wicket life...

Martijn Dashorst - http://www.jroller.com/page/dashorst

Wicket 1.1 is out: http://wicket.sourceforge.net/wicket-1.1

Re: [m2] Struts Ti and evangelism

That's really a decision for the Struts community. Struts have been
pretty friendly to Maven (we really appreciate Wendy's contributions
here as well as at Struts!)

Personally, I can't build webwork's latest release with it's Ant and
Ivy build (missing files in one distro, and currently compile errors
from CVS), so I think they'd benefit from it :)

Continuum (another Maven project) is moving to WebWork + SiteMesh, so
we'll be watching with interest and I'm sure can be helping out if
needed.

Hope that helps answer your questions...

- Brett

On 12/17/05, Srepfler Srgjan [EMAIL PROTECTED] wrote:
 Hi,
 Having decided that Struts and WebWork are moving together and forming a
 new project Struts Ti is there a chance that they might adopt m2 or
 would that seriously jeopardize the future of the project? :)
 The various news flying around... Struts integrates Beehive, WebWork.
 WebWork integrates RIFE and Spring. Spring integrates SpringMVC,
 WebWork, WebFlow, Hibernate... well, everything...
 This makes me hear in the background:

 One Ring to rule them all, One Ring to find them,
 One Ring to bring them all and in the darkness bind them.

 ...I was referring to maven2
 PS. OT: In which architectural layer would SiteMash be? Could it
 integrate as well?

 Srgjan

 -
 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: [m2] Missing POMs for m1, legacy-style projects

On 12/19/05, Chris Berry [EMAIL PROTECTED] wrote:
 Does anyone know how to work around this??

Previously, we'd written a dummy into the local repository, but this
meant that if you then went and corrected it remotely it didn't get
picked up. We need an alternative solution there.

 BTW: the -offline switch is not working for this. When I use that switch in
 this situation the build simply dies.

I recall seeing this too. I'm not sure if it found its way to JIRA.

 BTW: there is another wrinkle to this. If I was able to search my m1 repo
 first, then m2 should see that an artifact exists and then stop searching
 for its corresponding POM. This is because you want it to use this artifact,
 and not mix it up with a POM somewhere down the repo food-chain.

This makes sense - so you want to tie the resolution of the POM to the
same JAR? I thought this was how it behaved (POM first, with the
repository remembered to get the JAR). I'm not sure how you are seeing
this exactly.

- Brett

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

Re: Is it possible to make pom.xml simpler?

2005-12-18 Thread Srepfler Srgjan

Like I said there is nothing that **could** prevent people from doing a 
1-1 mapper between a simple-style to complex-style, all that it's 
important is that there is 1 format in the repositories. If this could 
help speed up the process of *writing* the code I say it might be welcome.
One point though, having seen the humongous xsd for the pom, it's not at 
all trivial task and it could be more trouble then worth (then again, it 
could be tackled in many ways, one namespace for a simplified pom, 
separate namespaces for different things/different plugins). All in all, 
it *could* be done, I don't know if it *should* be done.

The things we end users and you developers should weigh in are these:
If you simplify the pom perhaps you could gain more users.
If you develop this namespace approach, we'd have to tech the parsers 
how to deal with these new schemas, we'd have to write new schemas, we'd 
have a bunch of bugs which would lead to bad user experience and 
probably a drop in early adopters (like me).
I'd go with the more gradual approach, open the infrastructure for use 
cases where the pom is a flexible, extensible, syntacticly open model. 
Build the infrastructure and enforce community guidelines for public 
repositories.

That would be what I'd do.

Srgjan Srepfler

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

Re: [M2] How to merge multi projects sites

There is work in progress on this:
http://docs.codehaus.org/display/MAVEN/Sites+and+Inheritence

On 12/16/05, Keisuke Matsubara [EMAIL PROTECTED] wrote:
 sorry , I had misspelled.

 rink
  -- link


 Keisuke Matsubara wrote:
  Hi,
 
  I am searching how to merge multi projects sites.
  My project has some sub modules. When I execute site goal , sites are
  generated for each project ,but these contents are not rinked and not
  have list of sub modules.
  My hope is following.
   - list of sub modules
   - rinking contents of projects
 
  I still don't customize site.xml.
  If someone know good method ,please teach me.
 
  My Projects are following.
pom.xml
jar/
  pom.xml
  LIBs-NAME/
pom.xml
ejb/
  pom.xml
  EJBs-NAME/
pom.xml
war/
  pom.xml
  WebApps-NAME/
pom.xml
 
  Thanks and regards,
  Keisuke
 
 
 
  -
  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: Problems with Checkstyle, javadocs using Maven 2.0.1 for log4j

2005-12-18 Thread Allan Ramirez

Hi Curt,

Please refer to this page
http://docs.codehaus.org/display/MAVENUSER/FAQs#FAQs-WhatdoestheFATALERRORwiththemessage%27Classorg.apache.commons.logging.impl.Jdk14LoggerdoesnotimplementLog%27whenusingthemavencheckstylepluginmean%3F

Hope this helps

regards,
-allan

Curt Arnold wrote:

I've been playing a bit with Maven 2.0.1 exploring whether it could
be used to generate the log4j project documentation. I've run into a
few newbie issues and would appreciate any guidance. The current
state is checked into the log4j trunk (svn co http://svn.apache.org/
repos/asf/logging/log4j/trunk) and the generated web site is
available at http://people.apache.org/~carnold/log4j_mvn/index.html.

In the pom.xml, I attempted to invoke the Checkstyle report using a
fragment like:

reporting
plugins
plugin
artifactIdmaven-checkstyle-plugin/artifactId
/plugin

However, when running the site target, I got a stack trace with a
message Class org.apache.commons.logging.impl.Jdk14Logger does not
implement Log. The same message was mentioned in http://www.mail-
archive.com/users@maven.apache.org/msg03864.html but in a different
context. I'm running JDK 1.4.2_09 on Mac OS/X Tiger and have not
tried other platforms. The log4j/trunk/pom.xml has the checkstyle
lines commented out. If uncommented, the problem should come back.

The Javadoc report is emtpy (file:///Users/curta/log4j-mvn2/target/
site/apidocs/index.html) though the Javadoc generation did complete
successfully and can be viewed at file:///Users/curta/log4j-mvn2/
target/site/apidocs/overview-summary.html.

I attempted to add additional reports, but was unable to find the
right syntax. I could find Maven 1.x examples like:

reports
reportmaven-jdepend-plugin/report
reportmaven-checkstyle-plugin/report
reportmaven-changelog-plugin/report
reportmaven-file-activity-plugin/report
reportmaven-developer-activity-plugin/report
reportmaven-javadoc-plugin/report
reportmaven-jxr-plugin/report
reportmaven-junit-report-plugin/report
reportmaven-tasklist-plugin/report
reportmaven-jellydoc-plugin/report
/reports

but could not find Maven 2.x examples for the equivalent reports.
Simply using the same plug in name in artifactId tags failed for
the few I tried.

The generated dependencies list (http://people.apache.org/~carnold/
log4j_mvn/dependencies.html) was uneven in the documentation
provided. Javamail, JMS and Activation had a long descriptions and a
links, but junit, com.sun.jmx et al had nothing.

The log4j unit tests have expectations about which directory they are
run in (they use relative paths for resource files) and it was not
obvious how to specify the current working directory to be used
during the tests.

Appreciate any and all help. Thanks.

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

Re: Problems with Checkstyle, javadocs using Maven 2.0.1 for log4j

2005-12-18 Thread Allan Ramirez

Hi again,

Please see inline message

Curt Arnold wrote:

In the pom.xml, I attempted to invoke the Checkstyle report using a
fragment like:

reporting
plugins
plugin
artifactIdmaven-checkstyle-plugin/artifactId
/plugin

This is fixed for the next release and its coming really soon :)

I attempted to add additional reports, but was unable to find the
right syntax. I could find Maven 1.x examples like:

but could not find Maven 2.x examples for the equivalent reports.
Simply using the same plug in name in artifactId tags failed for
the few I tried.

Please refer to this FAQ page
http://docs.codehaus.org/display/MAVENUSER/FAQs#FAQs-HowdoIconvertmy%3Creports%3EfromMaven1toMaven2%3F

and most of the reports are hosted in the mojo codehaus
http://docs.codehaus.org/display/MAVENUSER/FAQs#FAQs-Whereistheotherplugin%3F

Hope this helps

Appreciate any and all help. Thanks.

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

Re: Unable to check out.

2005-12-18 Thread dan tran

you may need to run it under a user account, not system account

-Dan



On 12/18/05, Erick Dovale [EMAIL PROTECTED] wrote:

 Hi there,
 I am having trouble running continuum as a service on winXP. Whenever I
 run it as a service the build reports the following error:

 Provider message: The cvs command failed.
 Command output:

 ---
 cvs [update aborted]: could not find out home directory

 ---

 I thought it would be security related and I had the service to run with
 administrator rights but still the problem persisted.
 When I launch it directly it works perfect.
 Any idea??

 cheers,

 erick.

Re: [m2] WebApp Directory Layout

2005-12-18 Thread Keisuke Matsubara

Hi, Frank

I have similar directory tree. I wrote pom like follwing.

project
:
  build
  :
resources
  resource
directorysrc/resources/directory
  /resource
/resources
  /build
/project

Thanks,
Keisuke

Frank Russo wrote:
 I have a webapp myself, but did it differently. 
  
 I followed the web app mini guide link provided in other responses to this 
 thread. Here is my structure:
 
   src\main\webapp   contains some public html files.
   src\main\webapp\css   
   src\main\webapp\images
   src\main\webapp\js
   src\main\webapp\META-INF  
   src\main\webapp\WEB-INF   
 
 Properties files I have in src\resources. The package command puts them 
 automatically into WEB-INF\classes in the final war file.
  
 Hope this helps...
 Frank Russo
 Senior Developer
 FX Alliance, LLC
 
 
 
-Original Message-
From: Keisuke Matsubara [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ]
Sent: Friday, December 16, 2005 2:45 AM
To: Maven Users List
Subject: Re: [m2] WebApp Directory Layout


Hi, Green

No,
WEB-INF/classes is used mainly for .class files.
Properties files can be included too , if you want.

When your directory are following, you will find both class
files and properties files in WEB-INF/classes .

 src/main/java/**/*.java
 src/main/resources/**/*.properties

Thanks,
Keisuke

Law Green-A20134 wrote:

Thank you, Keisuke

In your solution, I suppose ROOT_DIRWEB-INF/classes is used for
properties files instead of .class files, right?

Regards,
Green

-Original Message-
From: Keisuke Matsubara [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
]
Sent: 2005年12月16日 12:32
To: Maven Users List
Subject: Re: [m2] WebApp Directory Layout

Hi, Green

I fond following rules.

src/main/resources
  --ROOT_DIRWEB-INF/classes in war file

src/main/webapp/
  --ROOT_DIR in war file

Thanks,
Keisuke

Law Green-A20134 wrote:


Hi,

I am trying to use M2 for webapp (plain Servlet+velocity

application)

development. Is there any suggestion for the directory layout?

Also I found the recommended directory layout page on the

maven site:

src/main/javaApplication/Library sources   
src/main/resources   Application/Library resources 
src/main/filters Resource filter files 
src/main/assemblyAssembly descriptors  
src/main/config  Configuration files   
src/test/javaTest sources  
src/test/resources   Test resources
src/test/filters Test resource filter files
src/site Site  
LICENSE.txt  Project's license 
README.txt   Project's readme  

Does the src/site designed for webapp site or for the site of the
project itself?

Another question is where to put script files and other

exec files in

the recommended directory layout? Should I put em inside
src/main/resources?

Thanks in advance,
Green





-

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]


 
 
 

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

Re: Download of Plugins does not start

2005-12-18 Thread Allan Ramirez


Hi Michel

If you're not behind a proxy, try to run the archetype:create again with 
-U option.


-allan

Michel Erard wrote:


Hello,

it's the first time I try to using maven 2. I've downloaded and made  
some changes in settings.xml:


localRepository/usr/local/maven_repository/localRepository

mirrors
 mirror
  idplanetmirror/id
  nameAustralian Mirror of http://repo1.maven.org/maven2//name
  urlhttp://public.planetmirror.com/maven2//url
  mirrorOfcentral/mirrorOf
/mirror
mirror
idIBiblio/id
nameIBiblio Repository/name
urlhttp://www.ibiblio.org/maven2//url   
mirrorOfcentral/mirrorOf

/mirror
  /mirrors


now I'm trying to create my first project with mvn archetype:create - 
DgroupId=com.mycompany.app -DartifactId=my-app
But if I start this command I receive the following Exception: The  
plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not  
exist or no valid version could be found.
I think first it should start the download for some plugins? I'm not  
behind a proxy.


Thanks Mike



No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.1/206 - Release Date: 12/16/2005
 



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

Re: Is it possible to make pom.xml simpler?

2005-12-18 Thread Alexandre Poitras

You just need a simple xslt transformation. Just call xalan from
mvn.bat. No need for maven to support two styles Everyone complain
about those xml configuration files but always forget about the good
side of using xml. Sicken me

On 12/18/05, Srepfler Srgjan [EMAIL PROTECTED] wrote:
 Like I said there is nothing that **could** prevent people from doing a
 1-1 mapper between a simple-style to complex-style, all that it's
 important is that there is 1 format in the repositories. If this could
 help speed up the process of *writing* the code I say it might be welcome.
 One point though, having seen the humongous xsd for the pom, it's not at
 all trivial task and it could be more trouble then worth (then again, it
 could be tackled in many ways, one namespace for a simplified pom,
 separate namespaces for different things/different plugins). All in all,
 it *could* be done, I don't know if it *should* be done.
 The things we end users and you developers should weigh in are these:
 If you simplify the pom perhaps you could gain more users.
 If you develop this namespace approach, we'd have to tech the parsers
 how to deal with these new schemas, we'd have to write new schemas, we'd
 have a bunch of bugs which would lead to bad user experience and
 probably a drop in early adopters (like me).
 I'd go with the more gradual approach, open the infrastructure for use
 cases where the pom is a flexible, extensible, syntacticly open model.
 Build the infrastructure and enforce community guidelines for public
 repositories.
 That would be what I'd do.

 Srgjan Srepfler

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




--
Alexandre Poitras
Québec, Canada

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

Re: my first m2 plugin

2005-12-18 Thread Jason van Zyl


Torsten Curdt wrote:

Ok, guys


By default Maven will only search certain groupIds for plugins. They are 
org.apache.maven.plugins and org.codehaus.mojo. So for a quick fix 
to try your plugin you can set the plugin to your groupId to 
org.apache.maven.plugins. You can set the groupIds where Maven 
searches for plugins but use one of the defaults to get you going.



I am trying to get started with writing my first m2 plugin.
But I've run into some problems. (using maven 2.0.1)

I've created a simple mojo:

 /**
  * @goal minijar
  * @description strips unused classes from the dependencies
  * @resolveTransitiveDependencies
  * */
 public final class MiniJarMojo extends AbstractMojo {

/**
 * @parameter expression=${project.artifacts}
 * */
private Set dependencies;

/**
 * @parameter expression=${project.runtimeClasspathElements}
 * */
private Set runtimeClazzpath;

private File directory;

public void setOutputDirectory( final String pDirectory ) {
directory = new File(pDirectory);
}

public void execute() throws MojoExecutionException {

System.out.println(dependencies:  + dependencies);
System.out.println(classpath:  + runtimeClazzpath);

}
 }

With the following pom.xml

 project
  parent
artifactIdmaven-plugin-parent/artifactId
groupIdorg.apache.maven.plugins/groupId
version2.0/version
  /parent
  modelVersion4.0.0/modelVersion
  groupIdminijar.plugin/groupId
  artifactIdmaven-minijar-plugin/artifactId
  packagingmaven-plugin/packaging
  nameMaven MiniJar Plugin/name
  version1.0-SNAPSHOT/version
  dependencies
dependency
  groupIdorg.apache.maven/groupId
  artifactIdmaven-project/artifactId
/dependency
  /dependencies
 /project

A mvn install works just fine. Then I integrated
the plugin into my project's pom.xml

  build
sourceDirectorysrc/java/sourceDirectory
pluginManagement
  plugins
plugin
  groupIdminijar.plugin/groupId
  artifactIdmaven-minijar-plugin/artifactId
  configuration/configuration
/plugin
  /plugins
/pluginManagement
  /build

Now when I call mvn minijar:minijar I get the following error...

[INFO] Searching repository for plugin with prefix: 'minijar'.
[INFO]  
 


[ERROR] FATAL ERROR
[INFO]  
 


[INFO] null
[INFO]  
 


[INFO] Trace
java.lang.NullPointerException
at  org.apache.maven.plugin.descriptor.PluginDescriptor.getMojo 
(PluginDescriptor.java:259)
at  
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor 
(DefaultLifecycleExecutor.java:1443)
at  
org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAgg 
regationNeeds(DefaultLifecycleExecutor.java:378)
at  org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute 
(DefaultLifecycleExecutor.java:134)


Am I missing something obvious here?
Any idea?

cheers
--
Torsten



--
jvz.

Jason van Zyl
jason at maven.org
http://maven.apache.org

We know what we are, but know not what we may be.

  -- Shakespeare

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

error running site goal

2005-12-18 Thread Erick Dovale


Hi there,
I am trying to run the site goal on my multi-project and it always ends 
with the following error:


Any ideas??

cheers,

erick.

[DEBUG] -- end configuration --
[INFO] [site:site]
[INFO] Generate Continuous Integration report.
[INFO] Generate Dependencies report.
[INFO] 
-

---
[ERROR] FATAL ERROR
[INFO] 
-

---
[INFO] Can't find a valid Maven project in the repository for the 
artifact [comm

ons-dbcp:commons-dbcp:1.2.1].
[INFO] 
-

---
[DEBUG] Trace
java.lang.IllegalArgumentException: Can't find a valid Maven project in 
the repo

sitory for the artifact [commons-dbcp:commons-dbcp:1.2.1].
   at 
org.apache.maven.report.projectinfo.DependenciesReport$DependenciesRe

nderer.renderBody(DependenciesReport.java:264)
   at 
org.apache.maven.reporting.AbstractMavenReportRenderer.render(Abstrac

tMavenReportRenderer.java:65)
   at 
org.apache.maven.report.projectinfo.DependenciesReport.executeReport(

DependenciesReport.java:164)
   at 
org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMaven

Report.java:98)
   at 
org.apache.maven.plugins.site.SiteMojo.generateReportsPages(SiteMojo.

java:887)
   at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:343)
   at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi

nManager.java:412)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa

ultLifecycleExecutor.java:519)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi

fecycle(DefaultLifecycleExecutor.java:469)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau

ltLifecycleExecutor.java:448)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan

dleFailures(DefaultLifecycleExecutor.java:301)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen

ts(DefaultLifecycleExecutor.java:268)
   at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi

fecycleExecutor.java:137)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.

java:39)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces

sorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at 
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)


   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] 
-

---
[INFO] Total time: 9 seconds
[INFO] Finished at: Mon Dec 19 00:06:52 EST 2005
[INFO] Final Memory: 7M/13M
[INFO] 
-

---

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

[m2] add to maven classpath from Ant

Greetings,
Is it possible to add to the maven Classpath from Ant.
In Jelly we would use::
maven:addPath id=maven.dependency.classpath refid=libEntryPath/
Is there an equivalent way to do this manipulation from Ant script
Thanks,
-- Chris

Controlling lifecycle

2005-12-18 Thread Frank Mena

I am the co-author (with andreas Brenk) of the Jibx plugin and have a
problem when running it.

Jibx is a XML-Java library that does bytecode enhancement.  Any class that
is referenced in the binding file is enhanced when the plugin is run.  This
includes enhancement of  classes that are in the 'classes' directory in
other modules when running in multi-module mode.

The problem is the classes have to be enhanced before they are Jar'red.  If
in a multi-module project I run:

mvn process-classes package

Maven runs all the lifecycles up to 'package'  for each module before it
processes the next module.  This means that the modules are jar'ed, then
bytecode enhanced, so the bytecoded classes are not included in the jars.

Is there a way to get maven to run the 'process-classes' lifecycle for all
the modules before running 'package' without having to run maven twice?

Frank Mena

Re: my first m2 plugin

2005-12-18 Thread Rinku



Hi,

Check this out:
http://maven.apache.org/guides/introduction/introduction-to-plugin-prefix-mapping.html

especially, section : Configuring Maven to Search for Plugins

HTH,

Rahul

- Original Message - 
From: Torsten Curdt [EMAIL PROTECTED]

To: Maven Users List users@maven.apache.org
Sent: Monday, December 19, 2005 11:30 AM
Subject: my first m2 plugin



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

Re: Is it possible to make pom.xml simpler?

2005-12-18 Thread Rinku

I am +1 for the existing format. Supporting more would be a maintenance 
add-on.


The only thing I can suggest is that may be certain sections could be 
factored out (something like profiles.xml) into separate files (optional) 
and merged at build time before the pom is processed. And I think this could 
be driven by the fact - what are frequently 'touched' sections after an 
'initial' POM has been setup for a project.


For POMs with long list of dependencies, would it be possible to sort 
the dependencies(or other elements) in an alphabetical order to ensure they 
can be located easily?  may be we could whip up a SortMojo ;-) .. 
just thinking out loud!


cheers,
Rahul


- Original Message - 
From: Matt Raible [EMAIL PROTECTED]

To: Maven Users List users@maven.apache.org
Sent: Thursday, December 15, 2005 2:06 PM
Subject: Is it possible to make pom.xml simpler?


After seeing what the Spring Developers have done to simplify Spring
context files, I can't help but think the same thing is possible for
Maven 2's pom.xml.  Is it possible to add namespaces and make
something like the following possible?

Before:

   dependency
 groupIdspringframework/groupId
 artifactIdspring/artifactId
 version1.2.6/version
   /dependency

After:

dep:artifact name=org/springframework/spring version=1.2.6/

Or just allow attributes to make things a bit cleaner?

dependency groupId=org.springframework artifactId=spring 
version=1.2.6/


Allowing 1 line instead of 5-6 lines per dependency would allow me to
cut my dependencies listing from 140 lines of XML to 37 lines.  When
the Spring guys allows a couple of elements as attributes (ref and
value) - it made writing Spring context files *much* easier.

Here's an example of my simplified version:

 dependencies
   dependency groupId=cargo artifactId=cargo version=0.6 
scope=test/
   dependency groupId=commons-lang artifactId=commons-lang 
version=2.0/

   dependency groupId=commons-logging artifactId=commons-logging
version=1.0.4/
   dependency groupId=displaytag artifactId=displaytag
version=1.0 scope=runtime
 exclusions
   exclusion artifactId=xalan groupId=xalan/
 /exclusions
   /dependency
   dependency groupId=uk.ltd.getahead artifactId=dwr
version=1.0 scope=runtime/
   dependency groupId=org.hibernate artifactId=hibernate 
version=3.0.5

 exclusions
   exclusion artifactId=jta groupId=javax.transaction/
 /exclusions
   /dependency
   dependency groupId=geronimo-spec artifactId=geronimo-spec-jta
version=1.0.1B-rc4/
   dependency groupId=jmock artifactId=jmock version=1.0.1
scope=test/
   dependency groupId=junit artifactId=junit version=3.8.1
scope=test/
   dependency groupId=jwebunit artifactId=jwebunit version=1.2
scope=test/
   dependency groupId=httpunit artifactId=httpunit version=1.6
scope=test
 exclusions
   exclusion artifactId=js groupId=rhino/
 /exclusions
   /dependency
   dependency groupId=log4j artifactId=log4j version=1.2.11/
   dependency groupId=postgresql artifactId=postgresql
version=8.1-404.jdbc3/
   dependency groupId=javax.servlet artifactId=servlet-api
version=2.4 scope=provided/
   dependency groupId=javax.servlet artifactId=jstl
version=1.1.2 scope=runtime/
   dependency groupId=taglibs artifactId=standard
version=1.1.2 scope=runtime/
   dependency groupId=opensymphony artifactId=sitemesh
version=2.2.1 scope=runtime/
   dependency groupId=springmodules
artifactId=springmodules-validator version=0.1 scope=runtime/
   dependency groupId=springframework artifactId=spring 
version=1.2.6/

   dependency groupId=springframework artifactId=spring-mock
version=1.2.6 scope=test
 exclusions
   exclusion artifactId=spring-jdbc groupId=springframework/
   exclusion artifactId=spring-web groupId=springframework/
 /exclusions
   /dependency
 /dependencies

Of course, Ivy's syntax is even simpler, so maybe that'll provide some
motivation. ;-)

   dependencies
   dependency org=apache name=commons-lang rev=2.0 /
   dependency org=apache name=commons-cli rev=1.0 /
   /dependencies

Matt

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

Is it possible to setup a backup repository?

2005-12-18 Thread Matt Raible

Is it possible to check a mirror of ibiblio for dependency if ibiblio
is down? If I put the following in my pom.xml, it checks this mirror
first, rather than ibiblio.  It seems like a better practice to check
ibiblio first.

  repositories
repository
  idplanetmirror/id
  namePlanet Mirror (backup central repository)/name
  urlhttp://public.planetmirror.com/pub/maven2/url
/repository
  /repositories

Thanks,

Matt

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

RE: Surefires test order

2005-12-18 Thread Jörg Schaible

David Sag wrote at Friday, December 16, 2005 3:32 PM
 JUnit tests never run in a specific order and you are stongly advised never to
 depend upon their execution order. 
   
 if it worked for you at all that is just a lucky fluke

Personally I would appreciate if the unit tests would be really run in random 
order! Exactly because some people write tests that make assumptions.

- Jörg

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

Re: Is it possible to setup a backup repository?

2005-12-18 Thread Henry Isidro


Matt Raible wrote:


Is it possible to check a mirror of ibiblio for dependency if ibiblio
is down? If I put the following in my pom.xml, it checks this mirror
first, rather than ibiblio.  It seems like a better practice to check
ibiblio first.

 repositories
   repository
 idplanetmirror/id
 namePlanet Mirror (backup central repository)/name
 urlhttp://public.planetmirror.com/pub/maven2/url
   /repository
 /repositories

Thanks,

Matt

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



 

I am not sure of this but I think that the repository with an id of 
'central' is always checked last.


Henry

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

RE : How to dealing with chinese characters in the site.xml file of maven 2 site plugin?

2005-12-18 Thread Olivier Lamy

Hi,
Look at this
http://docs.codehaus.org/display/MAVENUSER/FAQs#FAQs-Handlespecialcharac
tersinsite
You probably need to change the file.encoding value .
Sorry I can't test the chinese characters rendering ;-)

- Olivier

-Message d'origine-
De : HezhiQiang [mailto:[EMAIL PROTECTED] 
Envoyé : dimanche 18 décembre 2005 18:24
À : users@maven.apache.org
Objet : How to dealing with chinese characters in the site.xml file of
maven 2 site plugin?


I am using a site.xml file for project doc site layout,there is some
chinese character,utf-8 encode for site.xml,but that generated html
files can not dispaly chinese characters correctly. why? anybody can
help me!



This e-mail, any attachments and the information contained therein (this 
message) are confidential and intended solely for the use of the addressee(s). 
If you have received this message in error please send it back to the sender 
and delete it. Unauthorized publication, use, dissemination or disclosure of 
this message, either in whole or in part is strictly prohibited.
** 
Ce message électronique et tous les fichiers joints ainsi que  les informations 
contenues dans ce message ( ci après le message ), sont confidentiels et 
destinés exclusivement à l'usage de la  personne à laquelle ils sont adressés. 
Si vous avez reçu ce message par erreur, merci  de le renvoyer à son émetteur 
et de le détruire. Toutes diffusion, publication, totale ou partielle ou 
divulgation sous quelque forme que se soit non expressément autorisées de ce 
message, sont interdites.
** 


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

Re: Is it possible to setup a backup repository?