Hello,
for
http://maven.zones.apache.org/continuum/projectGroupSummary.action?projectGroupId=9
we have 30 modules printed in 7,5s and the page size is 101ko
We use the standalone version installed in a vm.
Standalone version is as slow as embedded version in Tomcat :-(
My server is not
ok, I found the problem, sorry, I didn't see it before.
Your scm url is wrong, you can see it in build result.
A correct scm url would be :
scm:cvs:ext:[EMAIL PROTECTED]:/cvsroot/bughunt/:bugHunt
The module name at the end was missing.
Emmanuel
Emmanuel Venisse a écrit :
no, I don't have
Hello,
I am new to Continuum so please bear with me. I Installed version 1.0.3
and I am running into 2 problems.
First, I notice during server startup, I see the following error in the
log
6077 [main] ERROR org.codehaus.plexus.velocity.VelocityComponent -
ResourceManager.getResource()
One more user sees this as well, so i am not alone.
Any one else?
-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Sep 12, 2007 11:08 AM
Subject: Re: Strange Behaviors in Continuum 1.1-betas as windows service
To: [EMAIL PROTECTED]
No, I am seeing it
I'd like you test something about performance.
As explain in this page
(http://wiki.opensymphony.com/display/WW/Performance+Tuning), you can create a
freemarker.properties file under WEB-INF/classes that contains
'template_update_delay=6'
then you extract the template directory from
Hi,
I noticed that the install phase does not resolve the properties that
are defined in settings.xml. For example, I use a property in my
settings.xml to define the release version:
profile
idDefaultProfile/id
activation
activeByDefaulttrue/activeByDefault
Huang, Yan [EMAIL PROTECTED] writes:
Hi,
I noticed that the install phase does not resolve the properties that
are defined in settings.xml. For example, I use a property in my
settings.xml to define the release version:
profile
idDefaultProfile/id
activation
The class in project A is in src/java (I'm not using the default maven tree,
but I have override those properties in my pom don't worry)
I tried with either test scope either compile scope in the dependency from
project B to project A. The default scope is compile, is that true?
I've also
My dependent class is a test class, that is, in my unit test I do a new of a
class located in project A, it is a class which contains only static methods,
and so, my unit tests in project B want to use those static methods to test the
classes in project B. I believe is quite normal what I'm
We do this by hand since the assembly plugin is too hard to use. You may give
it a try:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
!-- Copy this project's dependencies to the
Perhaps filtering [1] will help you out?
Andy
[1] http://maven.apache.org/guides/getting-started/
index.html#How_do_I_filter_resource_files
On 7 Sep 2007, at 21:38, Juan Ignacio Garzón wrote:
Hi!
I have read the Settings Reverence [1], and in the section
Properties there is a paragraph
Not really difficult :
plugin
!-- NOTE: We don't need a groupId specification because the group is
org.apache.maven.plugins ...which is assumed by default.
--
artifactIdmaven-assembly-plugin/artifactId
configuration
descriptorRefs
If I use mvn -Dfoo=bar integration-test I was expecting
System.getProperty(foo) to return bar in the invoked tests. It isn't -
have I misunderstood this please? Thanks.
--
View this message in context:
Hi,
is there a way to bind a plugin execution to a other plugin mojo call?
I want to bind the webstart plugin execution to the assembly:single mojo.
So everytime i execute the assembly plugin the webstart would be also started
and I can pack the webstart artifacts in an zip file.
I don't want to
Hi all,
I am trying to generate my eclipse project metadata
(.project/.classpath) with mvn eclipse:eclispe, while also using aspectj.
The .project that gets created DOES contain the ajnature and ajbuilder,
so that's looking good.
However, the classpath attributes indicating that aspects from a
why would you specify your version outside of source control... you will no
consistency acros difference machines/developers?
On Wednesday 12 September 2007 19:04, Huang, Yan wrote:
Hi,
I noticed that the install phase does not resolve the properties that
are defined in settings.xml. For
Is a release of Surefire 2.4 about due? 2.3 was released in March with
the note:
Note: a 2.4 release is being worked on immediately to resolve some
issues with TestNG. This release is being made available to users
having the above problems before that work begins.
The previous advice for
IT's still moving along slowly:
http://docs.codehaus.org/display/MAVEN/Surefire+TestNG+refactoring
On 12/09/2007, Martin Gilday [EMAIL PROTECTED] wrote:
Is a release of Surefire 2.4 about due? 2.3 was released in March with
the note:
Note: a 2.4 release is being worked on immediately to
Thanks Brett, I'll have a read through and see if there is anything I
can help with.
- Original message -
From: Brett Porter [EMAIL PROTECTED]
To: Maven Users List users@maven.apache.org
Date: Wed, 12 Sep 2007 20:39:48 +1000
Subject: Re: Surefire 2.4 release and TestNG
IT's still moving
Indeed, Dave is right.
I use the ant plugin only to perform tasks maven could'nt fulfill.
Main works is done by maven but some things I couldn't find ways to perform
with maven.
In my project I have integrated the izpack plugin with ant.
I don't want to execute this task in every build.
The
Hi,
I've got a project, which I am currently moving to Maven.
Historically, the directory src is used for Java sources and this
cannot be changed easily. Not now, at least. Obviously, src/site
would be an unfortunate choice, which is why I am using the directory
site.
Therefore, my POM contains
Ritz, Martin schrieb:
Indeed, Dave is right.
I use the ant plugin only to perform tasks maven could'nt fulfill.
Main works is done by maven but some things I couldn't find ways to perform with maven.
In my project I have integrated the izpack plugin with ant.
I don't want to execute this
List,
I'm investigating the use of Maven as a project lifecycle management tool
for solution deployment projects that we do at my company. I have so far
defined 2 goals in my mojo, validate and install, which correspond to the 2
initial phases of our specific lifecycle (validate install patch
Hi,
answering my own question: I see, that this is a bug in the current
version of the site plugin and that the bug has been fixed in the
trunk. Any ideas, why the next version will be released?
Thanks,
Jochen
--
Look, that's why there's rules, understand? So that you think before
you break
You are right the difference is not too big.
The members of my project team used ant for many years so they are used to say
ant which target to call.
And the pom would be much bigger to set up with profiles (only for the
ant-plugin) for every different build.
Martin
Ritz, Martin schrieb:
Damien Lecan a écrit :
Hello,
for
http://maven.zones.apache.org/continuum/projectGroupSummary.action?projectGroupId=9
we have 30 modules printed in 7,5s and the page size is 101ko
We use the standalone version installed in a vm.
Standalone version is as slow as embedded version in
According to jira [1] the site plugin is only waiting for a doxia
release, which is currently being voted on. So if you find the right
person to prod, it could be done soon... ;)
-Lukas
[1]
http://jira.codehaus.org/browse/MSITE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
I have a pugin.jelly file and where I want to use regexp:match tag for some
string processing function.
So I have added the xmlns:r=jelly:
org.apache.commons.jelly.tags.regexp.RegexpTagLibrary at the beginning of
my pugin.jelly file to resolve commons.jelly.tags.regexp jar for Maven1.0.1.
After
You need oro-2.0.8.jar on your classpath, not jakarta-oro (or maybe both).
HTH,
-Lukas
Lasith Chandrasekara wrote:
I have a pugin.jelly file and where I want to use regexp:match tag for some
string processing function.
So I have added the xmlns:r=jelly:
that wont work, please take a look at maven-surefire-plugin's doco on how to
configure your pom.xml to passin system property into your test
-D
On 9/12/07, carl.whalley [EMAIL PROTECTED] wrote:
If I use mvn -Dfoo=bar integration-test I was expecting
System.getProperty(foo) to return bar in
Hello,
In your mvn command, you are invoing esp:install which means:
- execute the mojo install in the plugin esp
In your mojo's configuration you may have forked a lifecycle which
would explain maven's behavior:
- validate is executed twice, one for the mojo and once for the
lifecycle the
I have a project setup that includes xml schemas from 3rd parties that I want
to create jar files for using XMLBeans. This works fine.
The xmlbeans plugin generates:
generated-sources
generated-classes
I would also like to include test cases in the project to verify that the
sample xml files
Thanks, this makes sense, if I invoke 'mvn install' instead, it works a lot
better.
In fact, if I invoke the default lifecycle phase 'compile' (which maps to
esp:install), it works just fine (apart from the unwanted warning message),
identical to how it behaves if I invoke 'install'.
My
My first post to the mailing
I must have some level of a beginners problem here, but i really cant figure
it out!
Say i have this project
C:\test\ConversionWebAdmin\src
C:\test\ConversionWebAdmin\target
C:\test\ConversionWebAdmin\logs
C:\test\ConversionWebAdmin\pom.xml
i go here
Hi,
I've tried to generate reports with maven-changelog-plugin 2.1 and got
an issue.
The problem is that I have two modules with same name in subversion
repository because I've renamed project Genericxxx to GenericXXX.
At Windows environment:
When I run mvn site , it works fine, but it
Do you have you rpom.xml in your cvs? under /cvs-repository.
Emmanuel
CyTG a écrit :
My first post to the mailing
I must have some level of a beginners problem here, but i really cant figure
it out!
Say i have this project
C:\test\ConversionWebAdmin\src
C:\test\ConversionWebAdmin\target
Hi
Can anyone help me?
I am receiving following error with assembly plug-in
Failed to create assembly: Error creating assembly archive: appxml
attribute is required
Here's my descriptor file
assembly
iddist/id
formats
formatear/format
I think that is it because EAR assembling is not implemented so far?
Regards,
Nishant Sonar
-Original Message-
From: Sonar, Nishant
Sent: Wednesday, September 12, 2007 10:49 AM
To: Maven Users List
Subject: Assembly Plugin Error : appXML attribute required
Hi
Can anyone help me?
HI ALL
I have a question.
Is it possible to configure two test directories?
One for example for TCK tests, second for internal tests.
Sergey Kabashnyuk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Hi!
I'm working on a few different maven projects with several modules in each.
Most of the modules have dependencies to other modules within the same
project and also to other projects. Since the development in most of these
projects go in parallell, most of the dependencies are towards snapshot
Hello Folks,
Am looking into how having a suite in junit4 (or even earlier versions) can
integrate with the way maven2 runs the junit test-cases, i mean if we are
using maven to run the test-cases, can having a suite make any
difference?...because maven eventually will be running all methods
Hi,
Could anyone tell me how to copy the struts xml files to the WEB-INF
folder during a WAR build.
I'm using the 'maven-war-plugin' to do the build as below
.
plugins
..
plugin
I looked at it at one point and came to the same conclusion that there's no
support for running suites. Wouldn't mind be proven wrong though.
Kalle
On 9/12/07, mfs [EMAIL PROTECTED] wrote:
Hello Folks,
Am looking into how having a suite in junit4 (or even earlier versions)
can
integrate
Assuming you're using the standard Maven directory structure, simply
put the struts-config.xml file in the following place:
{root}/src/main/webapp/WEB-INF/
Then Maven should include it automatically in WEB-INF in your WAR.
It looks like you're using a non-standard layout, so that makes it
more
Thanks, this makes sense, if I invoke 'mvn install' instead, it works a lot
better.
In fact, if I invoke the default lifecycle phase 'compile' (which maps to
esp:install), it works just fine (apart from the unwanted warning message),
identical to how it behaves if I invoke 'install'.
My
Well, I did think about that, but I was hoping that someone could have a
simpler solution before the long haul of moving stuff around in CVS
etc...
-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: 12 September 2007 17:06
To: Maven Users List
Subject: Re: adding
Will the deploy phase actually resolve this version property? Or I have to go
through maven release plug-in?
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Insitu
Sent: Wednesday, September 12, 2007 12:13 AM
To: users@maven.apache.org
Subject: Re: properties in
A one time thing but certainly worth the effort in my opinion,
eventually the goal should be to have a similar structure
enterprise-wide so as to speed up the time it takes for the new
members to adapt to a different project in the company.
Farhan.
On 9/12/07, Syed Shabir [EMAIL PROTECTED]
If you're doing all that work, you might as well migrate to SVN before
the transition, too. CVS does not handle moves well at all.
Wayne
On 9/12/07, Farhan Sarwar [EMAIL PROTECTED] wrote:
A one time thing but certainly worth the effort in my opinion,
eventually the goal should be to have a
I had the this way working for a while using annotations like so:
@Suite.SuiteClasses( { ServicesSystemTestSuite.class })
@RunWith(Suite.class)
Using junit 4.2, but library conflicts and some transitive dependency on
junit 3.8 started causing errors.
So now I have reverted to the old way like so:
On projects that I've worked on I've kept the struts-config file under
src/main/resources/config. In the web.xml where you specify the struts
servlet you specify it as /WEB-INF/classes/config/struts-config.xml
I'm not sure if that'll help, but we found that it worked best so we could
run builds
Sorry if this has been asked and answered.
Despite having set the remote username and password in my settings.xml like
so
server
idsomeservername.com/id
usernameremoteuser/username
passwordremotepass/password
/server
and then in my pom configured like so:
You can hack it to run a test suite. I found this on a post somewhere, so
don't give the credit to me. :-)
!-- To force maven to run the test suite --
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
but does maven invoke these suites for you during its build-cycle? as
thats what i want
On 9/12/07, Sebastian Johnck [EMAIL PROTECTED] wrote:
I had the this way working for a while using annotations like so:
@Suite.SuiteClasses( { ServicesSystemTestSuite.class })
@RunWith(Suite.class)
Using
If you use the plugin configuration he provided, then yes, Maven will
automatically invoke the suites in the test phase.
Wayne
On 9/12/07, Farhan Sarwar [EMAIL PROTECTED] wrote:
but does maven invoke these suites for you during its build-cycle? as
thats what i want
On 9/12/07, Sebastian
Sorry I forgot to include this, you need to have a test method in your suite
class that calls the suite and runs it. Like So.
@Test
public void testMe() {
System.out.println(Running Suite AllTests);
TestResult t = junit.textui.TestRunner.run(suite());
if
interesting but not a good way to go ahead with (as also you
suggested), more because this way you would have to configure in every
project's pom the directory where the test-cases reside (so as to
exclude them) what if the test-cases reside in one more than one
folder (for a single project) the
My tests are spread across folders and projects. Each project has its own
suite test, with which you must register the individual tests. Then there is
a super suite which registers each project suite.
To exclude or include the suite tests in the separate phases I am running, i
use maven includes
I am able to generate Javadoc as part of the website generation for my
multiple module project with no problems, but when I try to include
Javadoc in my assembly I run into problems.
When I type mvn javadoc:jar Maven will say No goals needed for
project - skipping for each of my modules.
For the surefire plugin there is only one source directory
http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#testSourceDirectory
I believe you would need two test phases run separately with different
configurations to accomplish this.
On 9/12/07, Sergey Kabashnyuk [EMAIL
I'm not familiar with the xml-beans plugin, but it may be failing to add
generated-sources as a source dir.
I'm using to do some source generation, and I must manually add the
generated-srouces as a source dir.
Here's what I use
plugin
groupIdorg.codehaus.mojo/groupId
Sorry i mean to say
I'm using ant-plugin to do some source generation
On 9/12/07, Sebastian Johnck [EMAIL PROTECTED] wrote:
I'm not familiar with the xml-beans plugin, but it may be failing to add
generated-sources as a source dir.
I'm using to do some source generation, and I must manually
Sebastian...I assume that you still have to configure surefire to not
to run individual tests using the exclude attribute?, since otherwise
they would be invoked as well
besides the suite which somewhat is being invoked programitically..
Farhan.
On 9/12/07, Sebastian Johnck [EMAIL PROTECTED]
I want to make section name=Claims Capture (C2) and actual link, but
still have it be a section tag as I have many subsections. How can I do
this?
--
Thanks,
Mick Knutson
http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
Hello Anders,
I was the one who triggered the mail from Jason as I and lot of other
people had the same kind of questions than yours :) The net conclusion
I came up to is that if you want to do something with custom
lifecyles, you jsut have to live with the three lifecycles that exists
right now:
Hello,
I posted recently a example of javadoc jarring and inclusion in a
third(party project. Addition to assembly follows immediately using
dependencySet or if you dare maven-dependency-plugin.
--
OQube software engineering \ génie logiciel
Arnaud Bailly, Dr.
\web http://www.oqube.com
Hi, sorry for bringing m2eclipse into the maven user list, but maybe
someone can help me.
I have a multimodule project with this layout:
project A
--- project A.1
--- project A.2
--- project A.3 - depends on A.2
The problem is, that in project A.3 the Eclipse Project dependency
added by
Hello,
You could use http://mojo.codehaus.org/build-helper-maven-plugin/ to
add a test source directory.
--
OQube software engineering \ génie logiciel
Arnaud Bailly, Dr.
\web http://www.oqube.com
-
To unsubscribe, e-mail:
It always puzzles me that maven does not resolve the property when
building in the individual module vs. it's able to do so when building
from the parent level. The property is defined in the settings.xml,
should maven pick up and resolve it when building from inside of
individual modules?
correct, i use profiles to configure the excludes/includes values depending
on which test run i want to do.
On 9/12/07, Farhan Sarwar [EMAIL PROTECTED] wrote:
Sebastian...I assume that you still have to configure surefire to not
to run individual tests using the exclude attribute?, since
Brian E. Fox [EMAIL PROTECTED] writes:
If you dare maven-dependency-plugin.
Hey what does that mean? j/k
Hmm, nothing wrong about the m-d-p :) And this may not be very english
too. Just referring to some example I saw today (about self-contained
jars) where this plugin was a bit abused, if I
Brian E. Fox [EMAIL PROTECTED] writes:
If you dare maven-dependency-plugin.
Hey what does that mean? j/k
BTW, what does j/k means ?
--Brian
--
OQube software engineering \ génie logiciel
Arnaud Bailly, Dr.
\web http://www.oqube.com
Unless you are using a custom velocity template, you shouldn't set the
templateDirectory/ configuration option.
Jochen Wiedmann wrote:
Hi,
I've got a project, which I am currently moving to Maven.
Historically, the directory src is used for Java sources and this
cannot be changed easily. Not
I'm releasing doxia as we speak. I'll get started on releasing the
site-plugin after that.
Lukas Theussl wrote:
According to jira [1] the site plugin is only waiting for a doxia
release, which is currently being voted on. So if you find the right
person to prod, it could be done soon... ;)
I'm afraid I donät understand your project hierarchy. Can you try to
present a directory tree showing it? Also pom snippets of the relevant
plugin configurations (site and changelog) would help.
Andre Salvati wrote:
Hi,
I've tried to generate reports with maven-changelog-plugin 2.1 and got
Suddenly it got resolved alone... When I run the compile task, it
started working...
2007/9/12, Juan Ignacio Garzón [EMAIL PROTECTED]:
Hi, sorry for bringing m2eclipse into the maven user list, but maybe
someone can help me.
I have a multimodule project with this layout:
project A
---
I workaround by putting username into my distribution management url as
follows
distributionManagement
site
idsomeservername.com/id
urlscp://[EMAIL PROTECTED]/url
/site
/distributionManagement
On 9/12/07, Sebastian Johnck [EMAIL PROTECTED] wrote:
Sorry if
Just kidding...
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Insitu
Sent: Wednesday, September 12, 2007 3:27 PM
To: users@maven.apache.org
Subject: Re: Javadoc in an assembly
Brian E. Fox [EMAIL PROTECTED] writes:
If you dare maven-dependency-plugin.
Hey what
Makes sense...thanks man.
Farhan.
On 9/12/07, Sebastian Johnck [EMAIL PROTECTED] wrote:
correct, i use profiles to configure the excludes/includes values depending
on which test run i want to do.
On 9/12/07, Farhan Sarwar [EMAIL PROTECTED] wrote:
Sebastian...I assume that you still have
I figured it out. Well, I actually got it working by upgrading the
velocity-1.4 jars to the velocity-1.5 jars. Now I am able to build.
Mark
--
View this message in context:
http://www.nabble.com/Problem-Performing-Build---Version-1.0.3-tf4430122.html#a12643881
Sent from the Continuum - Users
Hi,
I have surefire working well running a full suite of tests. It is bound
to the test phase of the default lifecycle. The full suite of tests is
taking a long time (say 10 minutes and growing), and is onerous for
developers to run on a frequent basis as part of their rapid development
refacator your artifacts...
why make maven complicated
On Thursday 13 September 2007 08:52, Brad from MA wrote:
Hi,
I have surefire working well running a full suite of tests. It is bound
to the test phase of the default lifecycle. The full suite of tests is
taking a long time (say 10
Use TestNG to run your tests in surefire and then you can use TestNG
groups. For example,
mvn test -Dgroups=smoke-test
-Original Message-
From: Michael McCallum [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 12, 2007 2:20 PM
To: Maven Users List
Subject: Re: Surefire support for
On 9/12/07, Mark_E [EMAIL PROTECTED] wrote:
Hello,
I am new to Continuum so please bear with me. I Installed version 1.0.3
and I am running into 2 problems.
If you're just starting with Continuum, the latest 1.1 beta is a
*much* better choice.
--
Wendy
Hi Hilco,
Profiles are not supported yet in Maven Ant Tasks: if you need to define a
repository, it has to be done in build.xml or pom.xml.
And FYI, running ant -v adds information on which repositories are used.
HTH
regards,
Hervé
Le mercredi 5 septembre 2007, Hilco Wijbenga a écrit :
Hi
Another possible way that I've seen does integration tests and unit
tests. I'm not actually a fan of this, but it might solve your problem.
In your src/test/java you have to have 2 sets of directories: itest and
utest.
plugin
groupIdorg.apache.maven.plugins/groupId
I want to add a build.xml to my assembly, but filter it with different
preferences like:
file
source/tools/build-tools/src/main/resources/bpel/build.xml/source
outputDirectoryc2/bpel/outputDirectory
destNamebuild1.xml/destName
filteredtrue/filtered
Hi Anny,
It's the exact thing I'm doing at work, with multiple teams in different
countries.
Maven Ant Tasks are used to integrate Maven2 dependencies management into the
build, and only dependencies management: instead of storing lib/*.jar into
CVS, Maven Ant Tasks download them, then the Ant
Thanks Jim - that looks promising, and I'll definitely give it a try.
As to our test speed, we're actually doing quite well. Unfortunately, the
tests are for a meta-driven db application, and have lots of time-consuming
db io (create/drop/query/delete) tests to verify our db layer behavior.
You can still write your tests in JUnit, TestNG will run JUnit tests.
-Original Message-
From: Brad from MA [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 12, 2007 6:20 PM
To: users@maven.apache.org
Subject: RE: Surefire support for 'smoke tests'
Alas, we're making heavy use of
Is it possible to perhaps utilize an in-memory db to speed up your
database tests? Are you already using one? Or is this not an option
for various technical reasons (ie you need certain stored procs in
Oracle etc)?
Wayne
On 9/12/07, Brad from MA [EMAIL PROTECTED] wrote:
Thanks Jim - that looks
91 matches
Mail list logo