I've no idea what is wrong... though I didn't look to hard. I rolled
back Geronimo to use 1.0-alpha-1-20070328.035547-9 which is happy.
Hopefully you can figure out whats hosed and publish a new snapshot
so I can remove my hack.
--jason
On Mar 30, 2007, at 12:27 AM, Jason Dillon wrote:
Something is busted in the latest snapshot...
I'm seeing:
[INFO] Detected Maven Version: 2.0.5 is allowed in the range [2.0.5,).
[WARNING] Rule 0: RequireJavaVersion failed with message: Detected
JDK Version: 1.5.0-07 is not in the allowed range [1.5,1.6).
java -version says:
java versio
John,
I'm building a >100mb assembly and the build is blowing up with an
OOME. I upped the limit to 128m and instead of that problem it
completely hangs down the track (kill -9). I'm trying again with 256m
now.
If I build with 2.1 again, there are no problems. I am able to switch
back
I reimplemented the enforcer plugin along the lines of Jason D's idea[1]
and I think this is a much more extensible solution. The rules now
implement a common interface in shared/maven-enforcer-rule-api and users
will be able to inject their own custom rules. By defining the interface
external to t
Congratulations Brian, great to have you aboard. :)
-j
On 3/29/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
Congrats :-)
--jason
On Mar 29, 2007, at 6:21 PM, Brett Porter wrote:
> Hi all,
>
> The Maven PMC has voted to add Brian Fox to the PMC. Please
> join me in welcoming him!
>
> Cheers,
Issue Subscription
Filter: Design & Best Practices (37 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
FYI, this is a better example of a sub-site:
http://geronimo.apache.org/xbean
This is from the XB space which we export into this directory under
our TLD. We used to do this before we had used the GMOxSITE space
for the site content, though now we use both. Soon we will be
stitching
Congrats :-)
--jason
On Mar 29, 2007, at 6:21 PM, Brett Porter wrote:
Hi all,
The Maven PMC has voted to add Brian Fox to the PMC. Please
join me in welcoming him!
Cheers,
Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On 30/03/2007, at 11:19 AM, Jeff Jensen wrote:
So what are the plans for what each would contain - Maven site and
wiki?
Would Maven site contain only the generated tool docs (e.g. reports
like
Javadoc, PMD) and would the wiki contain only hand-written user docs?
I'd see the current site s
Hi all,
The Maven PMC has voted to add Brian Fox to the PMC. Please
join me in welcoming him!
Cheers,
Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
So what are the plans for what each would contain - Maven site and wiki?
Would Maven site contain only the generated tool docs (e.g. reports like
Javadoc, PMD) and would the wiki contain only hand-written user docs?
What I can't understand by just looking at those examples is how was all
that cont
I added this text to the plugin site here:
http://maven.apache.org/plugins/maven-dependency-plugin/examples/prepari
ng-dependencies.html
-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 29, 2007 5:03 PM
To: Maven Developers List
Subject: RE: CORRECTED:
That's exactly what this would provide.
While I don't propose moving the whole site to it, I think it makes
sense as an integrated subsite.
Take a look at these examples:
http://incubator.apache.org/openejb/
http://incubator.apache.org/openjpa/
http://geronimo.apache.org/
- Brett
On 30/03/2
I wish it was all in one place - Maven site.
Too many don't know or don't go. If it must reside elsewhere, the link to
external site docs must be very prominent.
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 29, 2007 4:26 PM
To: Maven Developers
... is here:
http://jira.codehaus.org/browse/MANTTASKS-42
I found this issue was related:
http://jira.codehaus.org/browse/MANTTASKS-21
But the attached patches don't really have anything todo with
attaching, only appears to add support to add a type + classifier
information.
*
On 29/03/2007, at 7:47 AM, John Casey wrote:
I can't say that I care much one way or another, when it comes to
moving all
doco from the codehaus wiki to cwiki or leaving it as-is...provided
the
conversion is 100% successful, and cwiki is stable. The stability
point is a
concern for me, sin
How to prepare your dependencies before updating to Maven 2.0.6:
If you have dependencies in dependencyManagement that conflict with
transitive dependencies, the fix for MNG-1577 may alter the version you
get when running a build with 2.0.6. To ensure a smooth transition,
there is a tool to detec
Ok..I did say "Similar to..." I think I generated that sample against
the dependency plugin a while ago.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
Sanchez
Sent: Thursday, March 29, 2007 4:46 PM
To: Maven Developers List
Subject: Re: CORRECTED
Please acknowledge that this is a known bug that the order of dependencies
defined in pom.xml is not respected by Maven 2.
I have tried using Maven 2.0.4 / Maven 2.0.5 / Maven 2.0.6 on Windows /
Linux.
Thanks.
--
View this message in context:
http://www.nabble.com/Bug%3A-Order-of-Dependencie
then check this line:
org.apache.maven.shared:maven-dependency-analyzer:jar:1.0-SNAPSHOT:com
On 3/29/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
It was released on Tuesday.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
Sanchez
Sent: Thursday, M
It was released on Tuesday.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
Sanchez
Sent: Thursday, March 29, 2007 4:23 PM
To: Maven Developers List
Subject: Re: CORRECTED: Recommended text for 2.0.6 release notes and for
email to user group.
soul
souldn't the plugin be released instead of using a snapshot?
On 3/29/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
Corrected text below. Thanks Max.
[Note, explaination is left to Jason about full impact of MNG-1577] How
to prepare your dependencies before updating to Maven 2.0.6:
If you have dep
Corrected text below. Thanks Max.
[Note, explaination is left to Jason about full impact of MNG-1577] How
to prepare your dependencies before updating to Maven 2.0.6:
If you have dependencies in dependencyManagement that conflict with
transitive dependencies, the fix for MNG-1577 may alter the ve
Cool, thanks Brian.
jason.
On 29 Mar 07, at 2:58 PM 29 Mar 07, Brian E. Fox wrote:
[Note, explaination is left to Jason about full impact of MNG-1577]
How to prepare your dependencies before updating to Maven 2.0.6:
If you have dependencies in dependencyManagement that conflict with
transitiv
[Note, explaination is left to Jason about full impact of MNG-1577]
How to prepare your dependencies before updating to Maven 2.0.6:
If you have dependencies in dependencyManagement that conflict with
transitive dependencies, the fix for MNG-1577 may alter the version you
get when running a buil
Hi,
Refactored to use almost the same behaviour as archetype-1.0-alpha-4.
The ones made are:
- goals names create and create-from-project,
- propagate on old code when resolving to an old archetype during create goal.
What is not backward compatible:
- the ${remoteRepositories} property is not u
+1
On 29 Mar 07, at 1:50 PM 29 Mar 07, John Casey wrote:
This is the second attempt, after fixing:
* http://jira.codehaus.org/browse/MASSEMBLY-155
* http://jira.codehaus.org/browse/MASSEMBLY-192
* [file and directory mode parsing]
WRT mode parsing, everything is now parsed using Integer.parse
+1
On 3/29/07, John Casey <[EMAIL PROTECTED]> wrote:
This is the second attempt, after fixing:
* http://jira.codehaus.org/browse/MASSEMBLY-155
* http://jira.codehaus.org/browse/MASSEMBLY-192
* [file and directory mode parsing]
WRT mode parsing, everything is now parsed using Integer.parseInt(
they publish automatically to opensymphony group, but they never put poms
Use MEV
On 3/29/07, nicolas de loof <[EMAIL PROTECTED]> wrote:
opensymphony Quartz scheduler exists on repo1.maven.org in both :
http://repo1.maven.org/maven2/quartz/quartz/
and
http://repo1.maven.org/maven2/opensympho
Out she goes. I will write up the changes, post that and then release
tomorrow.
I'll cleanup the Ant Tasks and apply a few patches and put that up
for a release on Monday.
Jason.
On 26 Mar 07, at 10:55 PM 26 Mar 07, Jason van Zyl wrote:
Hi,
The roadmap is here:
http://jira.codehaus.org
+1
Stéphane
On 3/29/07, John Casey <[EMAIL PROTECTED]> wrote:
This is the second attempt, after fixing:
* http://jira.codehaus.org/browse/MASSEMBLY-155
* http://jira.codehaus.org/browse/MASSEMBLY-192
* [file and directory mode parsing]
WRT mode parsing, everything is now parsed using Integer.
This is the second attempt, after fixing:
* http://jira.codehaus.org/browse/MASSEMBLY-155
* http://jira.codehaus.org/browse/MASSEMBLY-192
* [file and directory mode parsing]
WRT mode parsing, everything is now parsed using Integer.parseInt( mode, 8
). If this results in a NumberFormatException,
I've been talking to Max more about this, and I think we're all in
agreement. So, with his help, here's what I've done:
- parse all modes using Integer.parseInt( mode, 8 )
- if a NumberFormatException happens, throw an AssemblyFormattingException
explaining that it's a bad file/directory mode
-
Thanks.
On 3/29/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
I added the jvm memory option to the surefire plugin because now I have
this pb too :(
Emmanuel
Thierry Lach a écrit :
> I agree. I don't want to have to bump up my memory config for all
projects
> just because of one.
>
> On 3/
On 3/29/07, John Casey <[EMAIL PROTECTED]> wrote:
I don't see how we can maintain the behavior of the buggy implementation
from 2.1.
+1 Honestly if found it silly to maintain a buggy behavior.
Stéphane
-john
On 3/29/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
>
> Max Bowsher wrote on Thu
I agree here, it's easier to defend a change if it's really an improvement and
doesn't create more problems than it solves.
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 29, 2007 11:29 AM
To: Maven Developers List
Subject: Re: [vote] Release 2.2-beta
All of this will create one big inconsistency, though. Consider what happens
when, way down the line, someone tries to set '511' as a real, octal mode?
If they don't use '0511', they'll get 777. This is wildly counterintuitive
when you consider that '777' == 777 and '0777' == 777.
Also, it will o
I added the jvm memory option to the surefire plugin because now I have this pb
too :(
Emmanuel
Thierry Lach a écrit :
I agree. I don't want to have to bump up my memory config for all projects
just because of one.
On 3/23/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
I think that modifyi
Looking at this more, I don't see how we can escape breaking some builds, at
least theoretically. If we put in the common decimal mode workarounds, and
someone is using something that doesn't fit as 'common', their build will
break. The only definite solution is to keep using decimals where they h
I've deployed a new version from the 2.2-beta-1 tag that includes Brett's
fix. However, I haven't changed anything WRT Max's message yet. Feel free to
try this stuff out; I'm going to spend a few mins trying to sort out the
file/dir modes stuff.
-john
On 3/29/07, Brett Porter <[EMAIL PROTECTED]>
Max Bowsher wrote on Thursday, March 29, 2007 3:26 PM:
> Jörg Schaible wrote:
[snip]
>> Note: Integer.decode(String) is not used here because it will not
>> handle negative hex-coded integer values. With this approach you can
>> express -1 as 0x ...
>
> The whole point here is to maximize
Jörg Schaible wrote:
> Max Bowsher wrote on Thursday, March 29, 2007 1:46 PM:
>> private static HashMap commonDecimalModes = new HashMap() {{
>> add("420"); add("436");
>> add("493");
>> add("509");
>> }}
>>
>> .
>>
>> if ( commonDecimalModes.contains( mode ) )
>> return Integer.parse
Hi Max,
Max Bowsher wrote on Thursday, March 29, 2007 1:46 PM:
> Max Bowsher wrote:
>> John Casey wrote:
>>> Max: I'm tempted to say that we should look for decimal versions of
>>> common octal expressions, then prefix the rest with '0' to ensure
>>> they're interpreted as octal (unless they have
Max Bowsher wrote:
> John Casey wrote:
>> Max: I'm tempted to say that we should look for decimal versions of common
>> octal expressions, then prefix the rest with '0' to ensure they're
>> interpreted as octal (unless they have 0x in front, that is).
>>
>> Is that a decent solution?
>
> I think t
John Casey wrote:
> Max: I'm tempted to say that we should look for decimal versions of common
> octal expressions, then prefix the rest with '0' to ensure they're
> interpreted as octal (unless they have 0x in front, that is).
>
> Is that a decent solution?
I think that it is the best compromise
I tried to implement my Class LdapUserManager without extending
JdoUserManager.
But there are some problems:
I set the hint of my implementation on ldap and changed the Requirements
of the classes which use a UserManager on my Implementation (hint=ldap).
But the only class I found where
"org.apac
46 matches
Mail list logo
