You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Lee Meador <le...@leemeador.com> on 2009/05/09 05:12:21 UTC

Maven 2.1.0, threads in tests failing for site

I have a test that is suddenly failing in 2.1.0 but only when I do a site
build.

The test is a little wierd in that it is testing some code that makes the
2nd thread to enter a method pause with a thread wait until the 1st thread
to enter is finished. To do this the test makes up a couple of runnables,
starts one, waits a bit and starts the other and makes sure the 2nd thread
in takes longer to run than it otherwise would. This wasn't something I got
right the first time. (The way Java decides what thread to run and when
isn't immediately obvious to my mind at least.)

I know that this isn't the final word on testing thread stuff.

But the test works on multi and single CPU workstations under Windows XP and
on a VmWare vm under Linux (RHE 4.2) so I haven't worried about it. Its been
okay for a year or so under Maven 2.0.7 and 2.0.8.

Further, it runs on all those machines when not doing the site build. (mvn
clean install site)

My first thought has to do with reports using instrumentation and such which
causes the tests run multiple times. So I have turned off the Dashboard
Report and the Cobertura Report first.

Before I go through all the pain of taking out reports until it starts
working I was wondering if this rung any bells with any of you. Clues are
good. Answers are better. Whatever someone finds. (Oh, it runs for 32
minutes before failing so taking out reports trial and error takes forever.
There is a parent POM and a whole bunch of its children building a RAR and
an EAR.)

Thanks.

-- Lee Meador

Re: Maven 2.1.0, threads in tests failing for site

Posted by Lee Meador <le...@leemeador.com>.
Oh ... I do have the plugins locked down except for two that I just found
courtesy of the Versions plugin. Source and Deploy plugins weren't locked
down. I think I updated to the latest release on SureFire plugins too.

Thanks.

-- Lee

On Fri, May 8, 2009 at 10:12 PM, Lee Meador <le...@leemeador.com> wrote:

> I have a test that is suddenly failing in 2.1.0 but only when I do a site
> build.
>
> The test is a little wierd in that it is testing some code that makes the
> 2nd thread to enter a method pause with a thread wait until the 1st thread
> to enter is finished. To do this the test makes up a couple of runnables,
> starts one, waits a bit and starts the other and makes sure the 2nd thread
> in takes longer to run than it otherwise would. This wasn't something I got
> right the first time. (The way Java decides what thread to run and when
> isn't immediately obvious to my mind at least.)
>
> I know that this isn't the final word on testing thread stuff.
>
> But the test works on multi and single CPU workstations under Windows XP
> and on a VmWare vm under Linux (RHE 4.2) so I haven't worried about it. Its
> been okay for a year or so under Maven 2.0.7 and 2.0.8.
>
> Further, it runs on all those machines when not doing the site build. (mvn
> clean install site)
>
> My first thought has to do with reports using instrumentation and such
> which causes the tests run multiple times. So I have turned off the
> Dashboard Report and the Cobertura Report first.
>
> Before I go through all the pain of taking out reports until it starts
> working I was wondering if this rung any bells with any of you. Clues are
> good. Answers are better. Whatever someone finds. (Oh, it runs for 32
> minutes before failing so taking out reports trial and error takes forever.
> There is a parent POM and a whole bunch of its children building a RAR and
> an EAR.)
>
> Thanks.
>
> -- Lee Meador
>
>


-- 
-- Lee Meador
Sent from gmail. My real email address is lee AT leemeador.com

Re: Maven 2.1.0, threads in tests failing for site

Posted by Lee Meador <le...@leemeador.com>.
Plugin Management has:

                <plugin>
                    <groupId>org.apache.maven.plugins</groupId>
                    <artifactId>maven-site-plugin</artifactId>
                    <version>2.0-beta-7</version>
                </plugin>

The change to this site plugin version was on 11/17/08 so it worked for some
time with the old Maven version previously. Before then it was 2.0-beta-6.

The command line goals are "clean install site"

Is there a good way to narrow down which goal it was running when it runs
those failing surefile tests?

Thanks.

-- Lee

On Sat, May 9, 2009 at 8:08 AM, Martin Gainty <mg...@hotmail.com> wrote:

>
> site plugin has 17 open bugs
>
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&pid=11146&sorter/order=DESC&sorter/field=priority&resolution=-1&component=12949
>
> helpful to know which goal are you running when you see the error?
> which version of site plugin are you running when you see the error?
>
> i would add this to 'discovered bugs'
>
> Martin Gainty
> ______________________________________________
> Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung/Note
> de déni et de confidentialité
> This message is confidential. If you should not be the intended receiver,
> then we ask politely to report. Each unauthorized forwarding or
> manufacturing of a copy is inadmissible. This message serves only for the
> exchange of information and has no legal binding effect. Due to the easy
> manipulation of emails we cannot take responsibility over the the contents.
> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene
> Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte
> Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht
> dient lediglich dem Austausch von Informationen und entfaltet keine
> rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von
> E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
> Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
> destinataire prévu, nous te demandons avec bonté que pour satisfaire
> informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie
> de ceci est interdite. Ce message sert à l'information seulement et n'aura
> pas n'importe quel effet légalement obligatoire. Étant donné que les email
> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
> aucune responsabilité pour le contenu fourni.
>
>
>
>
> > Date: Fri, 8 May 2009 22:12:21 -0500
> > Subject: Maven 2.1.0, threads in tests failing for site
> > From: lee@leemeador.com
> > To: users@maven.apache.org
> >
> > I have a test that is suddenly failing in 2.1.0 but only when I do a site
> > build.
> >
> > The test is a little wierd in that it is testing some code that makes the
> > 2nd thread to enter a method pause with a thread wait until the 1st
> thread
> > to enter is finished. To do this the test makes up a couple of runnables,
> > starts one, waits a bit and starts the other and makes sure the 2nd
> thread
> > in takes longer to run than it otherwise would. This wasn't something I
> got
> > right the first time. (The way Java decides what thread to run and when
> > isn't immediately obvious to my mind at least.)
> >
> > I know that this isn't the final word on testing thread stuff.
> >
> > But the test works on multi and single CPU workstations under Windows XP
> and
> > on a VmWare vm under Linux (RHE 4.2) so I haven't worried about it. Its
> been
> > okay for a year or so under Maven 2.0.7 and 2.0.8.
> >
> > Further, it runs on all those machines when not doing the site build.
> (mvn
> > clean install site)
> >
> > My first thought has to do with reports using instrumentation and such
> which
> > causes the tests run multiple times. So I have turned off the Dashboard
> > Report and the Cobertura Report first.
> >
> > Before I go through all the pain of taking out reports until it starts
> > working I was wondering if this rung any bells with any of you. Clues are
> > good. Answers are better. Whatever someone finds. (Oh, it runs for 32
> > minutes before failing so taking out reports trial and error takes
> forever.
> > There is a parent POM and a whole bunch of its children building a RAR
> and
> > an EAR.)
> >
> > Thanks.
> >
> > -- Lee Meador
>
> _________________________________________________________________
> Hotmail® goes with you.
>
> http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009
>



-- 
-- Lee Meador
Sent from gmail. My real email address is lee AT leemeador.com

RE: Maven 2.1.0, threads in tests failing for site

Posted by Martin Gainty <mg...@hotmail.com>.
site plugin has 17 open bugs
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&pid=11146&sorter/order=DESC&sorter/field=priority&resolution=-1&component=12949

helpful to know which goal are you running when you see the error?
which version of site plugin are you running when you see the error?

i would add this to 'discovered bugs'

Martin Gainty 
______________________________________________ 
Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.




> Date: Fri, 8 May 2009 22:12:21 -0500
> Subject: Maven 2.1.0, threads in tests failing for site
> From: lee@leemeador.com
> To: users@maven.apache.org
> 
> I have a test that is suddenly failing in 2.1.0 but only when I do a site
> build.
> 
> The test is a little wierd in that it is testing some code that makes the
> 2nd thread to enter a method pause with a thread wait until the 1st thread
> to enter is finished. To do this the test makes up a couple of runnables,
> starts one, waits a bit and starts the other and makes sure the 2nd thread
> in takes longer to run than it otherwise would. This wasn't something I got
> right the first time. (The way Java decides what thread to run and when
> isn't immediately obvious to my mind at least.)
> 
> I know that this isn't the final word on testing thread stuff.
> 
> But the test works on multi and single CPU workstations under Windows XP and
> on a VmWare vm under Linux (RHE 4.2) so I haven't worried about it. Its been
> okay for a year or so under Maven 2.0.7 and 2.0.8.
> 
> Further, it runs on all those machines when not doing the site build. (mvn
> clean install site)
> 
> My first thought has to do with reports using instrumentation and such which
> causes the tests run multiple times. So I have turned off the Dashboard
> Report and the Cobertura Report first.
> 
> Before I go through all the pain of taking out reports until it starts
> working I was wondering if this rung any bells with any of you. Clues are
> good. Answers are better. Whatever someone finds. (Oh, it runs for 32
> minutes before failing so taking out reports trial and error takes forever.
> There is a parent POM and a whole bunch of its children building a RAR and
> an EAR.)
> 
> Thanks.
> 
> -- Lee Meador

_________________________________________________________________
Hotmail® goes with you. 
http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009