Hello all,
I have two projects (two enterprise applications) developed in RAD. One
application has JUnit test cases to test the other application. Is it possible
to automate the testing using Maven. Please advise me.
Thanking you,
Regards,
Chitra
http://docs.codehaus.org/display/MAVEN/Custom+Repository+or+Resolver+Implementations
It's not immediately possible to drop in alternative implementations,
so it will take some time for us to work this one through.
If you are wondering why we can't support file based jar overrides out
of the box -
I tried with both beta-4-SNAPSHOT and cruisecontrol's latest and
beta-3 + cruise control 1.6.
I use cygwin and this has worked with the cygwin svn. I haven't tried
with the windows SVN, but it should work as the integration tests for
Maven SCM pass.
- Brett
On 5/23/05, Alex Soto <[EMAIL PROTECTE
Well I notice that the docs on the site is for beta-4, is that close
to being released?
On another note, Brett, what platform do you do development for and
use the plugin on? I ask because I'm on windows/cygwin/svn and having
problems, which I'll post about when I figure a bit more out.
Thanks,
> PS: if my M2 XDoclet2 plugin research interrest the maven or the
> XDoclet2 teams I will be happy to contribute
We are (xdoclet2 team) glad to hear it. If you think that your plugin
ready for cruise please create new ticket
http://jira.codehaus.org/browse/XDOCLET and attach sources to them.
--
Sounds like a good idea. You could request it in JIRA.
At the very least, you should be able to do this:
..
${myprofile.maxMemorySetting}
- Brett
On 5/23/05, Jeff Jensen <[EMAIL PROTECTED]> wrote:
> Will Maven 2 have a centralized setting for the max memory setting, that all
> plugins
Will Maven 2 have a centralized setting for the max memory setting, that all
plugins launching a new JVM would respect/use?
With time spent repeatedly running, researching, and configuring some
plugins to not have "Out of Memory" errors, it now seems silly not to add
this kind of feature in the re
> Yep. Another thing we are trying to streamline but
> the current
> practice is to take a MavenProject field and call
> project.addCompileSourceRoot( ... ); The compiler
> will pick that up.
>
OK that was pretty easy and not intrusive to the using
project. it works a treat, I am up & runnign.
Thanks, Brett!
Got it.
Brett Porter wrote:
On 5/23/05, Igor Deruga <[EMAIL PROTECTED]> wrote:
I am trying to write a plugin that is performing some post-installation
actions. All that I have is a maven-install-plugin with InstallMojo.java
re-written to suit my needs. Due to completely rewri
Nice analysis. I have some further thoughts for you to consider on the
build time resources, e.g. the conf dir location.
For a given product, there are the source files and the build files. Every
file falls into one or the other category (can anyone disprove that
assertion? :-) Source files are
On 5/23/05, J. Matthew Pryor <[EMAIL PROTECTED]> wrote:
> OK so here is where I am at.
>
> I now have the plugin working. Thanks.
Great, glad I could help.
> BTW PluginDescriptorGenerator throws an NPE is a Mojo
> doesn't have an @goal tag.
ok, I'll fix it.
> So now I generate my source code,
On 5/23/05, Igor Deruga <[EMAIL PROTECTED]> wrote:
> I am trying to write a plugin that is performing some post-installation
> actions. All that I have is a maven-install-plugin with InstallMojo.java
> re-written to suit my needs. Due to completely rewritten execute()
> procedure, I have to run my
OK so here is where I am at.
I now have the plugin working. Thanks.
Yes I thought I had built m2 from bootstrap, but
apparently not, so I downloaded alpha-2, that did the
trick.
BTW PluginDescriptorGenerator throws an NPE is a Mojo
doesn't have an @goal tag.
So now I generate my source code, bu
Dear list members,
I am trying to write a plugin that is performing some post-installation
actions. All that I have is a maven-install-plugin with InstallMojo.java
re-written to suit my needs. Due to completely rewritten execute()
procedure, I have to run my plugin this way: "m2 clean:clean in
My later answer still holds (upgrade to alpha-2). Using alpha-1
definitely explains the exception you got as it also didn't support
version discovery.
- Brett
On 5/23/05, J. Matthew Pryor <[EMAIL PROTECTED]> wrote:
> In answer to my own post, the addition of the goals
> section to the "using" pro
On 5/23/05, J. Matthew Pryor <[EMAIL PROTECTED]> wrote:
> In general, aside from the noted lack of documentation (once again happy to
> provide support here) I think the basic approach is the right one.
Cool. BTW, did you get my recent email about the pluginManagement docs
you wrote? (4 days ago).
In general, aside from the noted lack of documentation (once again happy to
provide support here) I think the basic approach is the right one.
Writing a Mojo with javadoc tags is definitely nice & straightforward.
What I am confused about is how my new plugin actually gets called. I
basically get
In general, aside from the noted lack of documentation (once again happy to
provide support here) I think the basic approach is the right one.
Writing a Mojo with javadoc tags is definitely nice & straightforward.
What I am confused about is how my new plugin actually gets called. I
basically get
actually I'm happy to hear that ;-)
(simplifies work in the mevenide idea plugin)
- Original Message -
From: "Brett Porter" <[EMAIL PROTECTED]>
To: "Maven Users List"
Sent: Monday, May 23, 2005 3:39 AM
Subject: Re: Difference between project.properties and the POM
tag
I don't thi
I don't think the POM properties tag was used at all. I'd have to test
it to confirm (but that will be left as an exercise for the reader ;)
- Brett
On 5/23/05, Arik Kfir <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Is the difference between the properties defined in project.properties and
> the pro
Hello,
Is the difference between the properties defined in project.properties and the
properties defined in the POM element?
Thanks,
Arik Kfir.
On 5/23/05, J. Matthew Pryor <[EMAIL PROTECTED]> wrote:
> That was a copy & paste issue. I copied the javadoc tag from the IdeaPlugin.
>
> I changed that javadoc tag & now get
>
> generate-sources
>
> I also fixed a bunch of typos & also removed the intermediate
> AbstractGeneratorMojo (th
That was a copy & paste issue. I copied the javadoc tag from the IdeaPlugin.
I changed that javadoc tag & now get
generate-sources
I also fixed a bunch of typos & also removed the intermediate
AbstractGeneratorMojo (the NPE issue that was a red herring), so now I get
no errors, but no evi
That was a copy & paste issue. I copied the javadoc tag from the IdeaPlugin.
I changed that javadoc tag & now get
generate-sources
I also fixed a bunch of typos & also removed the intermediate
AbstractGeneratorMojo (the NPE issue that was a red herring), so now I get
no errors, but no evi
It looks like we have 2 types of resources: (a) those that are used
during the build process, and (b) those that are used during runtime.
Those that are used at runtime are further classified as either "main"
or "test" resources.
According to existing Maven conventions, it appears that the latter
The part looks incorrect to me, and might explain the
problem as it would essentially setup an infinite loop in the
lifecycle and might explain why the plugin version isn't discovered.
Regardless, this would be a bug that it is not reported as an error properly.
I'm not sure why it is there, giv
I am trying to write a plugin that will generate source code prior to
compilation, but the plugin fails when it gets called.
The plugin looks like this:
/**
* @phase generate-sources
* @goal bean
* @author mpryor
*
*/
public class ProtegeBeanGeneratorMojo extends AbstractGeneratorMojo {
I am trying to write a plugin that will generate source code prior to
compilation, but the plugin fails when it gets called.
The plugin looks like this:
/**
* @phase generate-sources
* @goal bean
* @author mpryor
*
*/
public class ProtegeBeanGeneratorMojo extends AbstractGeneratorMojo {
It has worked for me on a couple of projects.
Can you run with -e and paste the exception trace you get?
Thanks,
Brett
On 5/23/05, Adrian Herscu <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Using Maven 1.0.2 + maven-scm-plugin-1.5-beta-3.
>
> I am trying to generate a CruiseControl configuration a
is deprecated (but the XSD hasn't been updated).
You should use artifactId (basically the same as id, but id did have
some side effects on groupId).
Cheers,
Brett
On 5/23/05, Adrian Herscu <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Tried to validate my project.xml file against the POM schema
> (
Hi all,
Tried to validate my project.xml file against the POM schema
(http://maven.apache.org/xsd/maven-project-3.0.0.xsd)
and got a validation error about the tag.
It seems that the tag is not allowed under the
element. Here is the element definition:
Hi all,
Using Maven 1.0.2 + maven-scm-plugin-1.5-beta-3.
I am trying to generate a CruiseControl configuration and here
is what
I get:
E:\Documents\bmf1972\CC_WORK\checkout\core>maven cruisecontrol
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_
The mevenide team is pleased to announce the Mevenide for Netbeans 0.7 release!
http://mevenide.codehaus.org/mevenide-netbeans-project
Changes in this version include:
o Added webapp deployment, using Cargo (http://cargo.codehaus.org). Generally
attempted to improve webapp/j2ee support.
o P
Hi all the Mavens!
My maven script runs well on Windows. but on AIX unix, when do compiling,
maven can't find the class in dependent jar files specified in project.xml
file.
quite strange,
thanks for your help
-
To unsubscri
The maven team is pleased to announce the Maven Clover Plugin 1.9 release!
http://maven.apache.org/reference/plugins/clover/
The Clover plugin allows measuring test coverage using Clover
(http://www.cenqua.com/clover).
Changes in this version include:
New Features:
o Added a quick usage g
35 matches
Mail list logo