Good point. The abstract one should be obvious, sorry. Definitely
needs a rethink. Another option would be for putting analysis of the
actual java classes into the artifact metadata somewhere (not the
pom, the manifest). Then you could analyze which artifacts supplied
which dependant r
Hi,
The 1.0 release of the portlet archetype doesn't work at all, but
Franz has patched it up and it's useful now. There are no open issues
for this archetype, so I'd like to release 1.0.1, and the dependant
parent POMs.
To test it, build it and run something like:
mvn archetype:create -D
Actually, this was my fault - there was a bug in the pom where it
referenced 2.3. I'll publish a new snapshot in a few minutes.
- Brett
On 25/05/2007, at 1:53 AM, Zak Jacobson wrote:
Hi-
We are experiencing an issue with this today. We are not trying to
test the
2.3.1-SNAPSHOT version.
Emmanuel,
2.0-beta-6 of the release-plugin seems to have the following problem while
rewriting the Poms
http://jira.codehaus.org/browse/MRELEASE-236
I don't think you can release it as is.
I can't imagine why no-one else is seeing this.
William
Emmanuel Venisse wrote:
>
> Hi,
>
> I'd li
Issue Subscription
Filter: Design & Best Practices (35 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
htt
Coolio. Thanks for clearing it up for me :)
On 25/05/2007, at 12:14 PM, John Casey wrote:
I'm just getting it out of the way, so I can refactor in peace. SVN
doesn't like it when you move something to another file, then try
to replace the old filename with a new file without committing
fir
I'm just getting it out of the way, so I can refactor in peace. SVN
doesn't like it when you move something to another file, then try to
replace the old filename with a new file without committing first.
I'm almost done with a new BuildPlan implementation, and I'm not
quite ready to break e
Was this intentional? Doesn't seem like a naming convention
consistent with the rest of the project.
On 25/05/2007, at 12:06 PM, [EMAIL PROTECTED] wrote:
Author: jdcasey
Date: Thu May 24 19:06:24 2007
New Revision: 541512
URL: http://svn.apache.org/viewvc?view=rev&rev=541512
Log:
Preparing t
Vincent,
I don't think this is correct. When we fix the site plugin so that
pages are only conditionally treated as velocity templates, this will
then show \} in the output, I think.
The fix needs to be made in the site plugin.
Cheers,
Brett
On 25/05/2007, at 8:25 AM, [EMAIL PROTECTED] wr
On 25/05/2007, at 1:53 AM, Zak Jacobson wrote:
1) Why do we get the class not found exception with 2.3.1-SNAPSHOT?
Someone else reported it and I think it's because I defaulted to
useSystemClassLoader = true which apparently doesn't work on windows
(thought it was fixed, guess it wasn't,
Not planned to my knowledge. Maven used to do it, and it didn't work
because you sometimes need a compile scope dependency transitively
(the classic example being extending an abstract class from a
different package).
The better solution is to add the ability to export your dependencies
i
On 25/05/2007, at 12:57 AM, Mark Hobson wrote:
On 24/05/07, Brett Porter <[EMAIL PROTECTED]> wrote:
Yep, there's a few examples of plugins that re-use the resolution
mechanism and though I've never used it maven-downloader is meant to
encapsulate that in an easy to use API as well.
Looks lik
Looks like a conflict with plexus-utils. If you're using Maven 2.1-
SNAPSHOT, I'm going with you're fault (there's still a known issue
with hiding there, right?); if you are using 2.0.x I'm going with my
fault :)
- Brett
On 25/05/2007, at 2:55 AM, Andrew Williams wrote:
Well, I don't know
Nothing like original thought, huh? :)
Never mind then - good to know. Count this e-mail as a moral +1 on
that feature should it ever come to vote.
Christian.
On May 24, 2007, at 7:29 PM, Brian E. Fox wrote:
I think we have this planned for 2.1. I know it's been discussed
before.
---
I think we have this planned for 2.1. I know it's been discussed before.
-Original Message-
From: Christian Gruber [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 7:13 PM
To: Maven Developers List
Subject: thought about a change to compile scope.
Hey.
I was thinking about th
Hey.
I was thinking about the best-practice (I hate that word) of
including all direct dependencies in a pom even if you would get the
code transitively (in case transitive relationships are changed
behind the scenes). This makes sense, but it makes me wonder if the
compile phase sho
Well, I don't know if I did something wrong, but since this email
went out (possibly a few hours before) my tests all fail.
I have to pin the surefire plugin to 2.3 for them to pass.
Everything seems to fail with the following message:
-
Exception in thread "main" java.lang.NoClassDefFound
Hi-
We are experiencing an issue with this today. We are not trying to test the
2.3.1-SNAPSHOT version. Our pom has
org.apache.maven.plugins
maven-surefire-plugin
2.3
But we are downloading and using 2.3.1-SNAPSHOT which gives the following
error:
On 24/05/07, Brett Porter <[EMAIL PROTECTED]> wrote:
Yep, there's a few examples of plugins that re-use the resolution
mechanism and though I've never used it maven-downloader is meant to
encapsulate that in an easy to use API as well.
Looks like an infinite loop in the first DefaultDownloader.
System properties are basically the only thing available at the time
that the settings.xml is read. Since profile definitions are read
from the settings, it causes a sort of chicken-and-egg scenario to
try variable expansion with variables defined in profiles.
Also, if we took a second roun
Hi Wendy,
I deployed the last Maven references and added doc (r541300).
Cheers,
Vincent
2007/5/22, Wendy Smoak <[EMAIL PROTECTED]>:
On 5/22/07, Vincent Siveton <[EMAIL PROTECTED]> wrote:
> Since Maven 2.0.6 is out, I think it should be useful to redeploy this
> Maven site:
> http://maven.apa
What's the status of TNG on jdk1.4 with this release?
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 6:46 AM
To: Maven Developers List
Subject: Please test Surefire 2.3.1 pre-release
Hi,
The surefire 2.3.1 release vote is imminent, so I'd li
Hi,
The surefire 2.3.1 release vote is imminent, so I'd like to ask
people to test the latest build.
I'm particularly interested in those:
- who can't use 2.3 because of a regression since 2.2
- who currently use 2.3 on Windows
- who use different types of classloading configuration in tests
23 matches
Mail list logo
