This is causing us problems for the website and also for our source
paths (a project uses a src/main/config from another project). Each
time we regenerate the working directory we have new numbers. So
instead of common we have 147. Is there something we missed in
the configuration?
-Michael
No, you don't have missed something. Actually, you can't choose the
working directory.
Why do you use some files from an other project? Thses files are
included in generated artifact?
Emmanuel
--
I'm talking about resource files. They're not included in the jars we
produce. So we have this:
The new dependency mechanism in m2 is really cool, but I'm totally stuck on
a picocontainer dependency. We added XDoclet 2.0 to our project, which uses
pico. The pico POM is invalid. So I downloaded it and put it on our local
repository and fixed the invalid POM, and erased pico from my
Does using an exclusion on a dependency of a dependency mean that if I
include a dependency for that jar myself that it won't be used? For
example, if I have:
dependencies
dependency
groupIdpicocontainer/groupId
artifactIdpicocontainer/artifactId
version1.2/version
I just created JIRA issue for the Pico invalid POM:
http://jira.codehaus.org/browse/MEV-309
Thanks for the tip, I didn't know this project existed for this purpose.
I don't mind upgrading to Pico 1.1 or 1.2 but now the exclude thing is
preventing me from doing this. I hope this isn't a Maven
I found a bug in JIRA for the problem I'm experiencing. When you use an
exclude on a transitive dependency, that jar is excluded for the entire pom,
even if you list it as a dependency. This means one invalid pom (such as
pico) and everything is broken.
http://jira.codehaus.org/browse/MNG-1797
Solution:
- point MAVEN_HOME to maven-1.1-beta2
- modify PATH to point the 'bin' folder of Maven 1.1 beta 2
Remark : if you do the first, but not the second, then you'll get the
error you indicated. What is confusing
however, is that you see '1.1-beta-2' in the Maven logo, despite the
I tried upgrading from 1.0.2 to 1.1-beta2 and I get an error right away.
Ie searched the mailing list and the compatability notes and don't see
anything about this error. nothing in JIRA either (close but not the
same). I've tested with JRockit and the SUN JDK, all JDK 1.5 and it
doesn't work.
Can you be a little more specific? I'm assuming you're using Maven
1.x...? Also, which class is it trying unsuccessfully to find?
Without that info, it'll be hard-to-impossible for anyone to help much,
I'm afraid...
The classes are in a JAR file in one of my dependency JARs. The JAR is
We found the solution:
We did cvs exports with timestamps to find the day when the build broke
and did a diff of the project before and after. Then we noticed we
removed a static block of code in our tests to set a conf file. The
problem was passing -D to maven wasn't getting passed for the
For some reason my project is giving me NoClassDefFoundError while running
my unit tests. It's happening on both the server and on my PC so I know
it's not the environment. The project compiles so I know the dependency
is correct. I run maven with -X and I see the JAR in the list (at the
top)
I deploy a jar and then use the deploy:copy-deps to copy it, it works. I
then touch the jar on the server (I use maven-proxy). Next I redo the
deploy:copy-deps and it says it's up to date:
D:\projects\PJ\workspace\ciweb2g-miniappmaven update-jars
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V
I deploy a jar and then use the deploy:copy-deps to copy it, it works. I
then touch the jar on the server (I use maven-proxy). Next I redo the
deploy:copy-deps and it says it's up to date:
D:\projects\PJ\workspace\ciweb2g-miniappmaven update-jars
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V
Is there a reason doing the CVS update from the multiproject directory
doesn't work? It should get all subdirectories, which should update all
of the subprojects (unless the multiproject doesn't follow the norm of
having the subprojects located in subdirectories of the multiproject).
I
I'm trying to get ydoc working with Maven but it's not working. I get
this error for all my classes:
[javadoc] javadoc: warning - Could not locate class file for
fr.x.commun.ServiceContextFactory.
[javadoc] Please ensure that the directory, JAR archiv, or ZIP archive,
which contains the
What does the CVS structure look like? Something like:
trunk/
project 1/
project 2/
multiproject/
This is correct.
Just have CC monitor trunk/ and you should be fine.
There are no files in trunk, all my maven files are in multiproject. If
this is what you
Solution 1 is as Jamie suggested: have CC monitor trunk. To do this,
however, you'll need to have a project.xml in the trunk directory for
the sole purpose of hooking it up to CruiseControl. The trunk project
could then call through to the multiproject when it actually builds.
I am ok with
to go with what I know works.
Regards,
Michael Mattox
PS: Please CC me in replies as I'm subscribed to the daily digest. Thanks!
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you
,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have received this message in error, please delete it and all copies
from your system and notify the sender immediately
anything. Can I do something custom in the maven.xml?
Regards,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have received this message in error, please delete
AFAIK, the dist plugin has a pregoal on the site:generate goal so
it will be launched anyway. What you can do is write a postGoal
that removes the content of the web site juste before the zip/tgz
are made.
I don't mind it being in the zip, I want to disable it to save time.
Generating the
anything. Can I do something custom in the maven.xml?
Regards,
Michael Mattox
This message contains information that may be privileged or confidential and is
the property of the Capgemini Group. It is intended only for the person to whom
it is addressed. If you are not the intended recipient
Cheers,
Brett
On Thu, 28 Oct 2004 16:47:08 +0200, Michael Mattox
[EMAIL PROTECTED] wrote:
I have a flat directory structure in CVS, with my maven files
in a directory
called maven. Like this:
module
- project1/project.xml
- project2/project.xml
- ...
- maven
I have a flat directory structure in CVS, with my maven files in a directory
called maven. Like this:
module
- project1/project.xml
- project2/project.xml
- ...
- maven/project.xml (master project which all others inherit)
The checkout is fine but then it seems the maven
I use a special address for mailing lists, because the spammers harvest
emails from the mailing lists. I'm not sure which ones but the email that I
only use for mailing lists gets lots of spam now. Anyway, if you do that,
you can use filters to put it in a separate folder and/or delete
Well, until then you can put your common dependencies into a separate
file and then use an XML include
to get it into the project.xml files. See the Maven Wiki article
EnsureProjectConsistencyWithEntities at
http://wiki.codehaus.org/maven/EnsureProjectConsistencyWithEntities for
details on
A quick question. Assume a project A, which depends on
projects B and C. If
project D depends on A, does it also have to state it's (implicit)
dependencies on B and C in project.xml?
Search in mailing list archive as this is quite frequent question.
Shortly this is called transitive
I can't get the scm bootstrap to work. I have a flat directory structure,
with my master maven project.xml file in a subdirectory called maven. For
example:
module is sources
sources/project1
sources/project2
sources/maven(contains project.xml)
I'm not sure what to put for the
changed in 1.0 to make it delete my dependency snapshot jars?
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have received this message in error, please delete
Sounds like you just need read only access, you don't need commit for that.
Commit is to commit changes to CVS. People usually start out by submitting
patches. But if you're just doing a review, read only will work. Everyone
has read only, see the project info page of the maven website.
I think you're the first person who has ever asked for commit status, so
the answer is you don't request committer status, it will be offered
when someone feels you've earned it.
I think you and the others were a little hard on him. I got the impression
that he doesn't know how it works and
I keep all the conf files in each project's src/conf directory and we do not
put them in our jars because that's not practical for production (the
sysadmin doesn't know how to find the jar, unzip it, modify, rezip, etc.).
So I wrote some goals in my maven.xml to copy the jars from all dependent
?
Regards,
Michael Mattox
Tech Lead MDSP Communication Services
Noisy le Grand - MTG - 01 49 31 63 74
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have received this message in error
still
only has the two.
Anyone seen this before? It's driving my crazy. Our build takes 15 minutes
to complete so I keep trying to fix it and then rebuilding.
Regards,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may
the reports run.
Regards,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have received this message in error, please delete it and all copies
from your system and notify
If you do that is the j:set valid only during the goal or is it set for the
rest of the build??
Michael
-Message d'origine-
De : Jefferson K. French [mailto:[EMAIL PROTECTED]
Envoyé : mardi 15 juin 2004 17:22
À : Maven Users List
Objet : Re: Excludes in multiproject
How about
ant:filter filtersfile=${basedir}/src/conf.dev/dev.properties /
/ant:available
/preGoal
Is there a way to make the filtering conditional on the filter file being
present? Is this a bug?
Regards,
Michael Mattox
Tech Lead MDSP Communication Services
Noisy le Grand - MTG - 01 49 31 63 74
'.
-Original Message-
From: Michael Mattox [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 10, 2004 2:10 PM
To: Maven-users
Subject: using filters only when the filters are available
I'm using the filters feature and it works if my filter file is present.
However, I have a subproject
name=war:war/
/goal
/project
Regards,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have received this message in error, please delete it and all copies
from
a newer version of commons logging than project B) but at the
same time I think having to duplicate these JARs in every project.xml is
troubling. In my case project A is called common and is used by 15 other
projects. Any ideas?
Regards,
Michael Mattox
--
This E-mail is confidential. It may
since a long time
and already exists in m2.
Michal
-Original Message-
From: Michael Mattox [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 10:46 AM
To: Maven-users
Subject: Dependency Inheritance
I have a project A that depends on project B. Project B has 10 JAR
dependencies and configuration files in JAR
distributions
Have you tried uberjar plugin?
http://maven.apache.org/reference/plugins/uberjar/
Carlos Sanchez
A Coruña, Spain
Oness Project
http://oness.sourceforge.net
-Original Message-
From: Michael Mattox [mailto:[EMAIL PROTECTED]
Sent
I'm using Maven to create distributions for several of our projects. I'm
curious how people are including dependencies and configuration files in
their distributions? So far I'm using a postGoal on the
prepare-bin-filesystem goal with a copy dependencies (I forgot the tag).
This copies ALL my
I am not too sure about this one, but can farly remember that I
once had a
similar problem. Have a look in your maven plugin directory for the
checkstyle plugin. There you will find the checkstyle settings for sun and
turbine in the proper format (they do not use the full classpath
to the
I am not too sure about this one, but can farly remember that I
once had a
similar problem. Have a look in your maven plugin directory for the
checkstyle plugin. There you will find the checkstyle settings for sun and
turbine in the proper format (they do not use the full classpath
to the
No, no. You don't get me. You must use the maven.checkstyle.properties
property and provide your own CS configuration. This is the way to use
CS.
Ok, I got Maven to use my checkstyle.xml (I just copied SUN's for now but I
will modify it later). now I understand more about modifying the XML
the suppressions.xml document. Any ideas?
Regards,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have received this message in error, please delete it and all copies
from
to control them. Why don't you try it
and tell us how it goes? If required, we can improve the plugin to
support whatever's needed.
Thanks
-Vincent
-Original Message-
From: Michael Mattox [mailto:[EMAIL PROTECTED]
Sent: 03 May 2004 10:54
To: Maven Users List
Subject: How to set
quote
In Maven 1.0 RC3, project.properties will be inherited by all subprojects.
/quote
project.properties is inherited to subprojects? i thought this
was a post 1.0 feature. i've logged a couple issues related to
subprojects picking up properties from the parent using RC2, but
noone had
I can't get scm:bootstrap-project to work. I've searched the mailing list
and documentation and there's not much. Can someone please let me know if
they have any ideas on how to do this?
D:\projects\MDSP\maven\cs-commonset CVSROOT
CVSROOT=:pserver:mmattox:[EMAIL PROTECTED]:C:/cvsrepo/repdev
think, is that when you extend a project.xml you should also
inherit its build.properties. That way there is a master build.properties
for the project, and it's stored in CVS with the project.
Regards,
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you
where i put properties in master
project.properties, and called it with maven multiproject plugin, and
there subproject's got those properties.
On Tue, 2004-04-27 at 11:03, Michael Mattox wrote:
I set up a master project.xml and my subprojects extend it.
This is working
great. The problem
the Maven community must do all we can to preach the Maven gospel. The more
people using it the better it will be!!
Michael Mattox
--
This E-mail is confidential. It may also be legally privileged. If you are
not the addressee you may not copy, forward, disclose or use any part of it.
If you have
I can't get scm:bootstrap-project to work. I've searched the mailing list
and documentation and there's not much. Can someone please let me know if
they have any ideas on how to do this?
D:\projects\MDSP\maven\cs-commonset CVSROOT
CVSROOT=:pserver:mmattox:[EMAIL PROTECTED]:C:/cvsrepo/repdev
dependency
groupIdplexus/groupId
artifactIdplexus-runtime/artifactId
version1.0/version
typezip/type
/dependency
I think this would be very useful for what I am planning to do with Maven.
I like the concept. Once you finish
I think your overall approch is on target. One of the things I have found
easier when deploying to containers is to have Tomcat as part of CVS.. It
gives you a lot more control over what the Tomcat environment looks like,
isn't too large, and reduces variables.
I agree in principle. The
I'm deciding between CVS SubVersion and I'm curious what the current
status of SubVersion support is in Maven. I've searched the mailing lists
and it seems there were a few problems reported in February, including one
that didn't have any responses. So I'm not sure if SubVersion is working
now, in eclipse you CAN NOT mount 3 projects; one for the parent, and one
for each subproject. This is because the files for the subprojects are
already included in the parent project. If your subprojects extend a
project.xml in parrellel with them, you won't run into this problem.
Ex:
It will not work to have this mounted as an eclipse project because of the
problems I explained before. If you are using eclipse as your CVS client,
you will likely want this mounted as an eclipse project in order to keep
info synchronized. If you are using a different CVS client, and
59 matches
Mail list logo