yes, Maven isn't an app server, strict security manager shouldn't be an issue:
if someone knows of a situation where it would be, please tell it :)
the very good news with this solution is that it is at slf4j-api level, not
dependent on logging implementation!
I'll look at it in the WE, if nobo
yes, we must avoid the "it was better before" effect then do nothing but tell
the problems to find a solution
to me, left-side menu is good for most used links, ie "Overview", "Examples"
and "Modules"
top bar is good for less used links: "Poject Documentation", "Maven Projects",
"ASF"
I don't
A thread dump is worth a thousand words ;)
K
Den 2. jan. 2013 kl. 04:28 skrev Dennis Lundberg :
> Hi
>
> I've done some more digging into this and have come to the following
> conclusions:
>
> 1. It is not the ITs that are the problem - it's the building of core
> itself.
>
> 2. The build hangs
> Date: Tue, 1 Jan 2013 20:04:22 -0500
> Subject: Re: A subtlety with forked executions, looking for advice
> From: bimargul...@gmail.com
> To: dev@maven.apache.org
>
> On Tue, Jan 1, 2013 at 7:43 PM, Martin Gainty wrote:
> >
> > definition of fork must've been lost in translation or maybe a
It is. You create that package structure in your app to access it.
jvz
On 2013-01-01, at 8:48 PM, Stephen Connolly
wrote:
> If I read that right it is accessing a package local method...
>
> That won't work with a security manager in play (not that we have one)
> [unless we repackage the api
If I read that right it is accessing a package local method...
That won't work with a security manager in play (not that we have one)
[unless we repackage the api jar] but just wondering if that may affect
embedded use?
On Tuesday, 1 January 2013, Jason van Zyl wrote:
>
> On Jan 1, 2013, at 6:15
On Tue, Jan 1, 2013 at 7:43 PM, Martin Gainty wrote:
>
> definition of fork must've been lost in translation or maybe a context switch
> somewhere ... to avoid any confusion fork in plugin-metadata means
> __fork in maven-surefire-plugin
> means___
definition of fork must've been lost in translation or maybe a context switch
somewhere ... to avoid any confusion fork in plugin-metadata means
__fork in maven-surefire-plugin
means__
Martin
__
Greetings,
On Tue, Jan 1, 2013 at 6:48 PM, Hervé BOUTEMY wrote:
> IMHO, top bar menu isn't ready for the moment: still need to find an idea to
> make it efficient
Perhaps, but I think it would be a mistake to abandon the top navigation menu.
> for the moment, I stringly prefer to stay with the
I made some effort to reduce redundancy and improve accuracy on the
top-level source-repository page versus the dev guide page.
I'd like to do better. I think that the source repo page should
contain a fairly comprehensive list of of all the bits and pieces --
particularly the maven repos, which c
On Jan 1, 2013, at 6:15 PM, Hervé BOUTEMY wrote:
> Le lundi 24 décembre 2012 09:12:07 Jason van Zyl a écrit :
>> If we want to put aside the debate, Ceki has figured out a way for use SLF4J
>> Simple by resetting the streams and logging level. Which I can try if we
>> want to go down that path.
yes, an next times, it's just inefficient to navigate: we need some menus
opened
by default
IMHO, top bar menu isn't ready for the moment: still need to find an idea to
make it efficient
for the moment, I stringly prefer to stay with the classic left column
placement
Regards,
Hervé
Le merc
Le lundi 24 décembre 2012 14:17:02 Brett Porter a écrit :
> I had the same feeling pushing up Continuum's Maven site recently...
>
> On 23/12/2012, at 9:36 AM, Olivier Lamy wrote:
> > 2012/12/22 Kristian Rosenvold :
> >> Svnsubpub is just ridiculously inefficient and we need to do something
> >>
Le samedi 22 décembre 2012 23:37:05 Olivier Lamy a écrit :
> 2012/12/22 Robert Scholte :
> > Hi,
> >
> > I'm not really pleased with these scripts. The maven-release had cloned
> > these files, and now they're out of sync. We must think of a better way to
> > solve this.
>
> I have just synced.
>
+1 for the old placement.
The first time I saw it, it threw me as I though that all of the content had
been lost.
-Chris
Sent from my iPhone
On 01/01/2013, at 10:42 PM, Anders Hammar wrote:
> +1
> I think we should keep the old left-hand menu, like what we've done over at
> Mojo.
>
> /Anders
Le lundi 24 décembre 2012 09:12:07 Jason van Zyl a écrit :
> If we want to put aside the debate, Ceki has figured out a way for use SLF4J
> Simple by resetting the streams and logging level. Which I can try if we
> want to go down that path. I didn't have to do any work in SLF4J myself so
> I'm fin
Hi
I've done some more digging into this and have come to the following
conclusions:
1. It is not the ITs that are the problem - it's the building of core
itself.
2. The build hangs when using Java 1.5, but succeeds using Java 1.6.
3. I have only verified this on Windows yet.
Forensic report
When I'm ten alligators deep sometimes I send off an email for
something that i could fix myself.
On Tue, Jan 1, 2013 at 2:25 PM, Robert Scholte wrote:
> http://maven.apache.org/developers/website/deploy-maven-website.html#Modify_Maven_Website_with_CMS_UI
>
> tells you how you should adjust this
done
Le mardi 1 janvier 2013 20:25:40 Robert Scholte a écrit :
> http://maven.apache.org/developers/website/deploy-maven-website.html#Modify_
> Maven_Website_with_CMS_UI
>
> tells you how you should adjust this.
>
> Op Tue, 01 Jan 2013 19:47:13 +0100 schreef Benson Margulies
>
> :
> > http://ma
http://maven.apache.org/developers/website/deploy-maven-website.html#Modify_Maven_Website_with_CMS_UI
tells you how you should adjust this.
Op Tue, 01 Jan 2013 19:47:13 +0100 schreef Benson Margulies
:
http://maven.apache.org/guides/development/guide-m2-development.html
still points only a
I agree.
On 2013-01-01 12:42, Anders Hammar wrote:
> +1
> I think we should keep the old left-hand menu, like what we've done over at
> Mojo.
>
> /Anders
>
>
> On Sat, Dec 29, 2012 at 5:09 PM, Jesse Farinacci wrote:
>
>> Greetings,
>>
>> On Fri, Dec 28, 2012 at 11:21 PM, Kristian Rosenvold
>>
On Tue, Jan 1, 2013 at 12:15 PM, Martin Gainty wrote:
>
> so in other words execution with no goal bound.. will rollback to the
> declared defaultGoal?http://maven.apache.org/pom.html
> (i wonder if perhaps the defaultGoal is incorrect for what i'm seeing in
> surefire)
> thanks Steve ..and Happ
so in other words execution with no goal bound.. will rollback to the declared
defaultGoal?http://maven.apache.org/pom.html
(i wonder if perhaps the defaultGoal is incorrect for what i'm seeing in
surefire)
thanks Steve ..and Happy New Year,
Martin
__
On Tue, Jan 1, 2013 at 10:15 AM, Stephen Connolly
wrote:
> if phase is specified then goal is unused was my reading of the docs when I
> read them (a while back and I am lazy and have not gone looking at/for the
> docs since then)
thanks. This implies that a forked execution of a mojo had better
ive had nothing but headaches with forked executions..specifically
maven-surefire-plugin
If I shut off fork in the falseeverything
works
i'm not sure if this aberrant behaviour can be reproduced with other goal
bindings in other plugins but reading past blog entries
from Tran ..forked executio
if phase is specified then goal is unused was my reading of the docs when I
read them (a while back and I am lazy and have not gone looking at/for the
docs since then)
On 1 January 2013 15:01, Benson Margulies wrote:
> My mystification just deepened.
>
> If @Execute only contains 'goal', and th
My mystification just deepened.
If @Execute only contains 'goal', and then the mojo is executed from
command line, all is well.
If I add a 'phase=', then the command-line execution stops working.
That is, if I have both goal= and phase=, the goal seems to be
ignored. And since nothing in the pom
+1
I think we should keep the old left-hand menu, like what we've done over at
Mojo.
/Anders
On Sat, Dec 29, 2012 at 5:09 PM, Jesse Farinacci wrote:
> Greetings,
>
> On Fri, Dec 28, 2012 at 11:21 PM, Kristian Rosenvold
> wrote:
> > There was a comment about this in the surefire release (
> >
28 matches
Mail list logo