Hi there,
I have the following maven project setup:
master
|> module1
|> class ClassA (has annotation @Annotation)
|> module2
|> class ClassB (also has annotation @Annotation)
and I'm building it with maven, and I use an AbstractProcessor during
compilatio
Sounds like a great idea! They should all go in maven-core-it (possibly
as multiple projects). This is really the integration testing of the
Maven distribution, not just the maven-core library.
- Brett
Joakim Erdfelt wrote:
> There are a number of issues within JIRA that are the result of
> Resou
There are a number of issues within JIRA that are the result of Resource
access issues.
They way I see it, we have 4 different resource access issues when
dealing with plugins/reports.
1) resources from dependency in parent pom.
2) resources from transitive dependency.
3) resources from plugi
From: "Brett Porter" <[EMAIL PROTECTED]>
What forking are you using in m1/ant?
None. Or rather, whatever the default is-- I have nothing in
project.properties that says otherwise.
Likewise, nothing special in the surefire configuration in pom.xml, so I'm
using the defaults there, too.
I
From: "Brett Porter" <[EMAIL PROTECTED]>
ok. I'm not sure whether recreating the classloader for each test is
really necessary though, but we can look into it.
I'm not sure it's necessary either-- but it is different from the way it
worked in m1, so it's worth noting.
Is this something you c
ok. I'm not sure whether recreating the classloader for each test is
really necessary though, but we can look into it.
Is this something you can correct by some appropriate commands in
tearDown() ? It seems that would be more robust across test runners (I'm
not sure how IDEs handle your tests,
(resending from the right address...)
From: "Brett Porter" <[EMAIL PROTECTED]>
What forking are you using in m1/ant?
None. Or rather, whatever the default is-- I have nothing in
project.properties that says otherwise.
Likewise, nothing special in the surefire configuration in pom.xml, so I'
What forking are you using in m1/ant?
Wendy Smoak wrote:
I have some tests[0] that behave differently under Surefire than they do
under m1/Ant. The tests assume that a [Commons Chain] catalog that's
"application wide" will not be available after any one of the test cases
finished.
So all three
I have some tests[0] that behave differently under Surefire than they do
under m1/Ant. The tests assume that a [Commons Chain] catalog that's
"application wide" will not be available after any one of the test cases
finished.
So all three tests have something like this in setUp():
Catalog
