I suppose that avoiding to build it on windows isn't a reply ??:-) Another solution can be a change in a plugin because I updated several things in poms. But the only one I'm sure I didn't change is the compiler plugin where the problem seems to be. Cheers, Arnaud # Arnaud Héritier # Software Factory Manager # eXo Platform # http://www.exoplatform.com # http://blog.aheritier.net On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: > Hello, > I already see your smile but we've got a big problem on compiling > GateIn on windows. > The issue is reported and detailled here : > https://jira.jboss.org/jira/browse/GTNPORTAL-27 > The build takes 40min where it should take 5min. > > I've investigated a bit: > * It seems that the javac is spending all his time in scaning directories > in the classpath. > * Then I compared the dependencies of current a previous versions of > webui\eXo module (one of the slow modules), and it turns that nearly only > some versions changed in the dependencies. > ** There is tools.jar (12Mo !) from htmlparser from JCR (see EXOJCR-179<https://jira.jboss.org/jira/browse/EXOJCR-179>) > but removing it from the compilation classpath is not sufficient. > ** Other dependencies changes are mainly versions changes. > > Current conclusion: > * It is probably a change in the classpath, but not sure yet. > * No clue of responsible commit for the moment. > > What's next: > * update the gatein source code to past revision and rebuild until the > commit that introduced the regression is found. > > I'm starting to study that and let you know. Unless someone has another > idea. > > Dimitri BAELI - eXo Platform SAS > > _______________________________________________ > gatein-dev mailing list > gatein-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/gatein-dev > >

It is impossible to deploy a version with the SCM revision (for several bugs/reasons in Maven) You have to use timestamped versions instead of SNAPSHOTs version to avoid this problemYou can use mvn versions:lock-snapshots to resolve them http://mojo.codehaus.org/versions-maven-plugin/lock-snapshots-mojo.html Actually at eXo we don't keep all SNAPSHOTs but they don't cleanup them at JBoss Cheers, Arnaud # Arnaud Héritier # Software Factory Manager # eXo Platform # http://www.exoplatform.com # http://blog.aheritier.net On Sun, Oct 11, 2009 at 12:22 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: > Note: > +1 to not use any SNAPSHOT in dependencies because it can block to > reproduce the build of past revisions. > Trying to build a previous revision can fail because the last version > of dependencies snapshots will be used, not the one this revision was using. > Instead of using snapshots, we can simply deploy versions of those > dependencies with revision number instead of the SNAPSHOT name (like > 2.1.0-r326). > Dimitri BAELI - eXo Platform SAS > > > On Sun, Oct 11, 2009 at 12:12 AM, Arnaud HERITIER <aheritier(a)gmail.com&gt;wrote: > >> I suppose that avoiding to build it on windows isn't a reply ??:-) >> Another solution can be a change in a plugin because I updated several >> things in poms. >> But the only one I'm sure I didn't change is the compiler plugin where >> the problem seems to be. >> >> Cheers, >> >> Arnaud >> >> # Arnaud Héritier >> # Software Factory Manager >> # eXo Platform >> # http://www.exoplatform.com >> # http://blog.aheritier.net >> >> >> On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt;wrote: >> >>> Hello, >>> I already see your smile but we've got a big problem on compiling >>> GateIn on windows. >>> The issue is reported and detailled here : >>> https://jira.jboss.org/jira/browse/GTNPORTAL-27 >>> The build takes 40min where it should take 5min. >>> >>> I've investigated a bit: >>> * It seems that the javac is spending all his time in scaning >>> directories in the classpath. >>> * Then I compared the dependencies of current a previous versions of >>> webui\eXo module (one of the slow modules), and it turns that nearly only >>> some versions changed in the dependencies. >>> ** There is tools.jar (12Mo !) from htmlparser from JCR (see EXOJCR-179<https://jira.jboss.org/jira/browse/EXOJCR-179>) >>> but removing it from the compilation classpath is not sufficient. >>> ** Other dependencies changes are mainly versions changes. >>> >>> Current conclusion: >>> * It is probably a change in the classpath, but not sure yet. >>> * No clue of responsible commit for the moment. >>> >>> What's next: >>> * update the gatein source code to past revision and rebuild until the >>> commit that introduced the regression is found. >>> >>> I'm starting to study that and let you know. Unless someone has another >>> idea. >>> >>> Dimitri BAELI - eXo Platform SAS >>> >>> _______________________________________________ >>> gatein-dev mailing list >>> gatein-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/gatein-dev >>> >>> >> >

you won't be able to do it because you cannot know which revision you'll have in your tag. If someone else commit just before you it wont work ? Cheers, Arnaud # Arnaud Héritier # Software Factory Manager # eXo Platform # http://www.exoplatform.com # http://blog.aheritier.net On Sun, Oct 11, 2009 at 12:39 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: > I was simply suggesting to create a tag with the revision number of the > source, and in the version. > Dimitri BAELI - eXo Platform SAS > > > On Sun, Oct 11, 2009 at 12:36 AM, Arnaud HERITIER <aheritier(a)gmail.com&gt;wrote: > >> It is impossible to deploy a version with the SCM revision (for several >> bugs/reasons in Maven) >> >> You have to use timestamped versions instead of SNAPSHOTs version to >> avoid this problemYou can use mvn versions:lock-snapshots to resolve >> them >> http://mojo.codehaus.org/versions-maven-plugin/lock-snapshots-mojo.html >> Actually at eXo we don't keep all SNAPSHOTs but they don't cleanup them >> at JBoss >> >> Cheers, >> >> Arnaud >> >> # Arnaud Héritier >> # Software Factory Manager >> # eXo Platform >> # http://www.exoplatform.com >> # http://blog.aheritier.net >> >> >> On Sun, Oct 11, 2009 at 12:22 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt;wrote: >> >>> Note: >>> +1 to not use any SNAPSHOT in dependencies because it can block to >>> reproduce the build of past revisions. >>> Trying to build a previous revision can fail because the last version >>> of dependencies snapshots will be used, not the one this revision was using. >>> Instead of using snapshots, we can simply deploy versions of those >>> dependencies with revision number instead of the SNAPSHOT name (like >>> 2.1.0-r326). >>> Dimitri BAELI - eXo Platform SAS >>> >>> >>> On Sun, Oct 11, 2009 at 12:12 AM, Arnaud HERITIER <aheritier(a)gmail.com&gt;wrote: >>> >>>> I suppose that avoiding to build it on windows isn't a reply ??:-) >>>> Another solution can be a change in a plugin because I updated several >>>> things in poms. >>>> But the only one I'm sure I didn't change is the compiler plugin where >>>> the problem seems to be. >>>> >>>> Cheers, >>>> >>>> Arnaud >>>> >>>> # Arnaud Héritier >>>> # Software Factory Manager >>>> # eXo Platform >>>> # http://www.exoplatform.com >>>> # http://blog.aheritier.net >>>> >>>> >>>> On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt;wrote: >>>> >>>>> Hello, >>>>> I already see your smile but we've got a big problem on compiling >>>>> GateIn on windows. >>>>> The issue is reported and detailled here : >>>>> https://jira.jboss.org/jira/browse/GTNPORTAL-27 >>>>> The build takes 40min where it should take 5min. >>>>> >>>>> I've investigated a bit: >>>>> * It seems that the javac is spending all his time in scaning >>>>> directories in the classpath. >>>>> * Then I compared the dependencies of current a previous versions of >>>>> webui\eXo module (one of the slow modules), and it turns that nearly only >>>>> some versions changed in the dependencies. >>>>> ** There is tools.jar (12Mo !) from htmlparser from JCR (see >>>>> EXOJCR-179 <https://jira.jboss.org/jira/browse/EXOJCR-179>) but >>>>> removing it from the compilation classpath is not sufficient. >>>>> ** Other dependencies changes are mainly versions changes. >>>>> >>>>> Current conclusion: >>>>> * It is probably a change in the classpath, but not sure yet. >>>>> * No clue of responsible commit for the moment. >>>>> >>>>> What's next: >>>>> * update the gatein source code to past revision and rebuild until the >>>>> commit that introduced the regression is found. >>>>> >>>>> I'm starting to study that and let you know. Unless someone has >>>>> another idea. >>>>> >>>>> Dimitri BAELI - eXo Platform SAS >>>>> >>>>> _______________________________________________ >>>>> gatein-dev mailing list >>>>> gatein-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/gatein-dev >>>>> >>>>> >>>> >>> >> >

I suppose that avoiding to build it on windows isn't a reply ?? Arnaud, I made a choice, as u decsribe in up sentence. so installed OpenSuse on my machine...hope, it will be ok with build (: 2009/10/11 Arnaud HERITIER <aheritier(a)gmail.com&gt;: > I suppose that avoiding to build it on windows isn't a reply ?? > :-) > Another solution can be a change in a plugin because I updated several > things in poms. > But the only one I'm sure I didn't change is the compiler plugin where the > problem seems to be. > Cheers, > > Arnaud > > # Arnaud Héritier > # Software Factory Manager > # eXo Platform > # http://www.exoplatform.com > # http://blog.aheritier.net > > > On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: >> >> Hello, >> I already see your smile but we've got a big problem on compiling >> GateIn on windows. >> The issue is reported and detailled here : >> https://jira.jboss.org/jira/browse/GTNPORTAL-27 >> The build takes 40min where it should take 5min. >> >> I've investigated a bit: >> * It seems that the javac is spending all his time in scaning directories >> in the classpath. >> * Then I compared the dependencies of current a previous versions of >> webui\eXo module (one of the slow modules), and it turns that nearly only >> some versions changed in the dependencies. >> ** There is tools.jar (12Mo !) from htmlparser from JCR (see EXOJCR-179) >> but removing it from the compilation classpath is not sufficient. >> ** Other dependencies changes are mainly versions changes. >> >> Current conclusion: >> * It is probably a change in the classpath, but not sure yet. >> * No clue of responsible commit for the moment. >> >> What's next: >> * update the gatein source code to past revision and rebuild until the >> commit that introduced the regression is found. >> >> I'm starting to study that and let you know. Unless someone has another >> idea. >> >> Dimitri BAELI - eXo Platform SAS >> >> _______________________________________________ >> gatein-dev mailing list >> gatein-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/gatein-dev >> > > -- Best regards, Nadia - eXo Platform SAS

I don't know who committed this one :-) Is there someone on windows who have the same issue in another gatein component ? I studied your 2 poms and effectively I don't see something which could be related to our issue. If need we can try to debug Maven itself to see what it does. Arnaud On Sun, Oct 11, 2009 at 5:43 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: > After some dicotomy search on build regression it occurs that the > winner is : commit 38077 (PORTAL-3273 : extends GateIn Parent) > So the use of gatein parent changed something in the build > configuration. > I've attached the 2 effective-poms from each revision for the > webui/eXo component (which really slows down in that case). > I still don't have a clear view of the cause for now, only a hint > because install-plugin changed from 2.2 to 2.3 version. > > I'm trying to see the impact of that version change. > > Dimitri BAELI - eXo Platform SAS > > > On Sun, Oct 11, 2009 at 1:19 PM, Nadia Zavalko < > nadejda.zavalko(a)exoplatform.com&gt; wrote: > >> I suppose that avoiding to build it on windows isn't a reply ?? >> >> Arnaud, I made a choice, as u decsribe in up sentence. so installed >> OpenSuse on my machine...hope, it will be ok with build (: >> >> 2009/10/11 Arnaud HERITIER <aheritier(a)gmail.com&gt;: >> > I suppose that avoiding to build it on windows isn't a reply ?? >> > :-) >> > Another solution can be a change in a plugin because I updated several >> > things in poms. >> > But the only one I'm sure I didn't change is the compiler plugin where >> the >> > problem seems to be. >> > Cheers, >> > >> > Arnaud >> > >> > # Arnaud Héritier >> > # Software Factory Manager >> > # eXo Platform >> > # http://www.exoplatform.com >> > # http://blog.aheritier.net >> > >> > >> > On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; >> wrote: >> >> >> >> Hello, >> >> I already see your smile but we've got a big problem on compiling >> >> GateIn on windows. >> >> The issue is reported and detailled here : >> >> https://jira.jboss.org/jira/browse/GTNPORTAL-27 >> >> The build takes 40min where it should take 5min. >> >> >> >> I've investigated a bit: >> >> * It seems that the javac is spending all his time in scaning >> directories >> >> in the classpath. >> >> * Then I compared the dependencies of current a previous versions of >> >> webui\eXo module (one of the slow modules), and it turns that nearly >> only >> >> some versions changed in the dependencies. >> >> ** There is tools.jar (12Mo !) from htmlparser from JCR (see >> EXOJCR-179) >> >> but removing it from the compilation classpath is not sufficient. >> >> ** Other dependencies changes are mainly versions changes. >> >> >> >> Current conclusion: >> >> * It is probably a change in the classpath, but not sure yet. >> >> * No clue of responsible commit for the moment. >> >> >> >> What's next: >> >> * update the gatein source code to past revision and rebuild until the >> >> commit that introduced the regression is found. >> >> >> >> I'm starting to study that and let you know. Unless someone has >> another >> >> idea. >> >> >> >> Dimitri BAELI - eXo Platform SAS >> >> >> >> _______________________________________________ >> >> gatein-dev mailing list >> >> gatein-dev(a)lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/gatein-dev >> >> >> > >> > >> >> >> >> -- >> Best regards, >> Nadia >> - eXo Platform SAS >> > >

I think it is a really important issue to fix for GateIn (and also for Maven if it is related)Dimitri can you send me the -X logs produced buy Maven ?

Was you abled to reconstruct the command line of the compiler plugin to reproduce the with only the javac command ?

Cheers, Arnaud # Arnaud Héritier # Software Factory Manager # eXo Platform # http://www.exoplatform.com # http://blog.aheritier.net On Mon, Oct 12, 2009 at 9:26 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: > For me we are many to have this issue : Ukraine team, me. That's why I > spent some time on that. > Here is my build sumary for gatein "mvn clean install" on windows > [INFO] > ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > ------------------------------------------------------------------------ > [INFO] eXo Portal Config ..................................... SUCCESS > [2.141s] > [INFO] eXo Portal Common ..................................... SUCCESS > [4.344s] > [INFO] Portal Resource ....................................... SUCCESS > [7.500s] > [INFO] GateIn PC integration ................................. SUCCESS > [10.281s] > [INFO] XML Parser ............................................ SUCCESS > [5.031s] > [INFO] GateIn WSRP integration ............................... SUCCESS > [16.203s] > [INFO] exo.portal.component.scripting ........................ SUCCESS > [5.406s] > [INFO] eXo portal component web .............................. SUCCESS > [23.782s] > [INFO] JBoss Identity IDM integration ........................ SUCCESS > [3.875s] > [INFO] eXo Portal Data ....................................... SUCCESS > [2:39.547s] > [INFO] eXo Application Registery Service ..................... SUCCESS > [1:46.906s] > [INFO] eXo portal webui core ................................. SUCCESS > [35.141s] > [INFO] eXo portal webui eXo .................................. SUCCESS > [1:40.469s] > [INFO] eXo Gadgets Config .................................... SUCCESS > [0.015s] > [INFO] eXo Gadgets Core ...................................... SUCCESS > [23.157s] > [INFO] eXo portal webui core ................................. SUCCESS > [5:02.578s] > [INFO] exo-portal.component.dashboard Portlet ................ SUCCESS > [2:29.203s] > [INFO] eXo Gadgets Web App ................................... SUCCESS > [0.687s] > [INFO] eXo Gadgets Application ............................... SUCCESS > [0.891s] > [INFO] exo-portal.portlets.exoadmin Portlet .................. SUCCESS > [4:13.047s] > [INFO] exo-portal.portlets.web Portlet ....................... SUCCESS > [1:42.609s] > [INFO] exo-portal.portlets.dashboard Portlet ................. SUCCESS > [2:19.063s] > [INFO] eXo Portal Resources .................................. SUCCESS > [25.312s] > [INFO] eXo REST web application .............................. SUCCESS > [0.235s] > [INFO] eXo Portal web module ................................. SUCCESS > [31.687s] > [INFO] eXo Tomcat Server ..................................... SUCCESS > [0.391s] > [INFO] eXo Tomcat Server ..................................... SUCCESS > [0.234s] > [INFO] eXo JBoss Server ...................................... SUCCESS > [0.437s] > [INFO] eXo JBoss Server ...................................... SUCCESS > [0.516s] > [INFO] eXo Tomcat Server ..................................... SUCCESS > [0.172s] > [INFO] eXo Portal Packaging .................................. SUCCESS > [13.609s] > [INFO] > ------------------------------------------------------------------------ > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD SUCCESSFUL > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 25 minutes 25 seconds > [INFO] Finished at: Sun Oct 11 18:02:33 CEST 2009 > [INFO] Final Memory: 65M/258M > [INFO] > ------------------------------------------------------------------------ > Dimitri BAELI - eXo Platform SAS > > > On Sun, Oct 11, 2009 at 10:34 PM, Arnaud HERITIER <aheritier(a)gmail.com&gt;wrote: > >> I don't know who committed this one :-) >> Is there someone on windows who have the same issue in another gatein >> component ? >> I studied your 2 poms and effectively I don't see something which could >> be related to our issue. >> >> If need we can try to debug Maven itself to see what it does. >> >> >> Arnaud >> >> >> On Sun, Oct 11, 2009 at 5:43 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: >> >>> After some dicotomy search on build regression it occurs that the >>> winner is : commit 38077 (PORTAL-3273 : extends GateIn Parent) >>> So the use of gatein parent changed something in the build >>> configuration. >>> I've attached the 2 effective-poms from each revision for the >>> webui/eXo component (which really slows down in that case). >>> I still don't have a clear view of the cause for now, only a hint >>> because install-plugin changed from 2.2 to 2.3 version. >>> >>> I'm trying to see the impact of that version change. >>> >>> Dimitri BAELI - eXo Platform SAS >>> >>> >>> On Sun, Oct 11, 2009 at 1:19 PM, Nadia Zavalko < >>> nadejda.zavalko(a)exoplatform.com&gt; wrote: >>> >>>> I suppose that avoiding to build it on windows isn't a reply ?? >>>> >>>> Arnaud, I made a choice, as u decsribe in up sentence. so installed >>>> OpenSuse on my machine...hope, it will be ok with build (: >>>> >>>> 2009/10/11 Arnaud HERITIER <aheritier(a)gmail.com&gt;: >>>> > I suppose that avoiding to build it on windows isn't a reply ?? >>>> > :-) >>>> > Another solution can be a change in a plugin because I updated >>>> several >>>> > things in poms. >>>> > But the only one I'm sure I didn't change is the compiler plugin >>>> where the >>>> > problem seems to be. >>>> > Cheers, >>>> > >>>> > Arnaud >>>> > >>>> > # Arnaud Héritier >>>> > # Software Factory Manager >>>> > # eXo Platform >>>> > # http://www.exoplatform.com >>>> > # http://blog.aheritier.net >>>> > >>>> > >>>> > On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; >>>> wrote: >>>> >> >>>> >> Hello, >>>> >> I already see your smile but we've got a big problem on >>>> compiling >>>> >> GateIn on windows. >>>> >> The issue is reported and detailled here : >>>> >> https://jira.jboss.org/jira/browse/GTNPORTAL-27 >>>> >> The build takes 40min where it should take 5min. >>>> >> >>>> >> I've investigated a bit: >>>> >> * It seems that the javac is spending all his time in scaning >>>> directories >>>> >> in the classpath. >>>> >> * Then I compared the dependencies of current a previous versions of >>>> >> webui\eXo module (one of the slow modules), and it turns that nearly >>>> only >>>> >> some versions changed in the dependencies. >>>> >> ** There is tools.jar (12Mo !) from htmlparser from JCR (see >>>> EXOJCR-179) >>>> >> but removing it from the compilation classpath is not sufficient. >>>> >> ** Other dependencies changes are mainly versions changes. >>>> >> >>>> >> Current conclusion: >>>> >> * It is probably a change in the classpath, but not sure yet. >>>> >> * No clue of responsible commit for the moment. >>>> >> >>>> >> What's next: >>>> >> * update the gatein source code to past revision and rebuild until >>>> the >>>> >> commit that introduced the regression is found. >>>> >> >>>> >> I'm starting to study that and let you know. Unless someone has >>>> another >>>> >> idea. >>>> >> >>>> >> Dimitri BAELI - eXo Platform SAS >>>> >> >>>> >> _______________________________________________ >>>> >> gatein-dev mailing list >>>> >> gatein-dev(a)lists.jboss.org >>>> >> https://lists.jboss.org/mailman/listinfo/gatein-dev >>>> >> >>>> > >>>> > >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Nadia >>>> - eXo Platform SAS >>>> >>> >>> >> >

In theory it should be fixed. The first build will require some downloads but the time spent in the compiler part should be normal. If someone can test it. Cheers, Arnaud # Arnaud Héritier # Software Factory Manager # eXo Platform # http://www.exoplatform.com # http://blog.aheritier.net On Mon, Oct 12, 2009 at 10:43 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: > > On Mon, Oct 12, 2009 at 9:32 AM, Arnaud HERITIER <aheritier(a)gmail.com&gt; > wrote: >> >> I think it is a really important issue to fix for GateIn (and also for >> Maven if it is related) >> Dimitri can you send me the -X logs produced buy Maven ? > > Done in https://jira.jboss.org/jira/browse/GTNPORTAL-27 >> >> Was you abled to reconstruct the command line of the compiler plugin to >> reproduce the with only the javac command ? > > Not yet, but install -X on each revision shown no big diff on javac > command. > > I suggest to switch the discussion in GTNPORTAL-27 from now. > >> >> Cheers, >> >> Arnaud >> >> # Arnaud Héritier >> # Software Factory Manager >> # eXo Platform >> # http://www.exoplatform.com >> # http://blog.aheritier.net >> >> >> On Mon, Oct 12, 2009 at 9:26 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: >>> >>>     For me we are many to have this issue : Ukraine team, me. That's why >>> I spent some time on that. >>>     Here is my build sumary for gatein "mvn clean install" on windows >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] Reactor Summary: >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] eXo Portal Config ..................................... SUCCESS >>> [2.141s] >>> [INFO] eXo Portal Common ..................................... SUCCESS >>> [4.344s] >>> [INFO] Portal Resource ....................................... SUCCESS >>> [7.500s] >>> [INFO] GateIn PC integration ................................. SUCCESS >>> [10.281s] >>> [INFO] XML Parser ............................................ SUCCESS >>> [5.031s] >>> [INFO] GateIn WSRP integration ............................... SUCCESS >>> [16.203s] >>> [INFO] exo.portal.component.scripting ........................ SUCCESS >>> [5.406s] >>> [INFO] eXo portal component web .............................. SUCCESS >>> [23.782s] >>> [INFO] JBoss Identity IDM integration ........................ SUCCESS >>> [3.875s] >>> [INFO] eXo Portal Data ....................................... SUCCESS >>> [2:39.547s] >>> [INFO] eXo Application Registery Service ..................... SUCCESS >>> [1:46.906s] >>> [INFO] eXo portal webui core ................................. SUCCESS >>> [35.141s] >>> [INFO] eXo portal webui eXo .................................. SUCCESS >>> [1:40.469s] >>> [INFO] eXo Gadgets Config .................................... SUCCESS >>> [0.015s] >>> [INFO] eXo Gadgets Core ...................................... SUCCESS >>> [23.157s] >>> [INFO] eXo portal webui core ................................. SUCCESS >>> [5:02.578s] >>> [INFO] exo-portal.component.dashboard Portlet ................ SUCCESS >>> [2:29.203s] >>> [INFO] eXo Gadgets Web App ................................... SUCCESS >>> [0.687s] >>> [INFO] eXo Gadgets Application ............................... SUCCESS >>> [0.891s] >>> [INFO] exo-portal.portlets.exoadmin Portlet .................. SUCCESS >>> [4:13.047s] >>> [INFO] exo-portal.portlets.web Portlet ....................... SUCCESS >>> [1:42.609s] >>> [INFO] exo-portal.portlets.dashboard Portlet ................. SUCCESS >>> [2:19.063s] >>> [INFO] eXo Portal Resources .................................. SUCCESS >>> [25.312s] >>> [INFO] eXo REST web application .............................. SUCCESS >>> [0.235s] >>> [INFO] eXo Portal web module ................................. SUCCESS >>> [31.687s] >>> [INFO] eXo Tomcat Server ..................................... SUCCESS >>> [0.391s] >>> [INFO] eXo Tomcat Server ..................................... SUCCESS >>> [0.234s] >>> [INFO] eXo JBoss Server ...................................... SUCCESS >>> [0.437s] >>> [INFO] eXo JBoss Server ...................................... SUCCESS >>> [0.516s] >>> [INFO] eXo Tomcat Server ..................................... SUCCESS >>> [0.172s] >>> [INFO] eXo Portal Packaging .................................. SUCCESS >>> [13.609s] >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] BUILD SUCCESSFUL >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] Total time: 25 minutes 25 seconds >>> [INFO] Finished at: Sun Oct 11 18:02:33 CEST 2009 >>> [INFO] Final Memory: 65M/258M >>> [INFO] >>> ------------------------------------------------------------------------ >>> Dimitri BAELI - eXo Platform SAS >>> >>> >>> On Sun, Oct 11, 2009 at 10:34 PM, Arnaud HERITIER <aheritier(a)gmail.com&gt; >>> wrote: >>>> >>>> I don't know who committed this one :-) >>>> Is there someone on windows who have the same issue in another gatein >>>> component ? >>>> I studied your 2 poms and effectively I don't see something which could >>>> be related to our issue. >>>> If need we can try to debug Maven itself to see what it does. >>>> >>>> Arnaud >>>> >>>> On Sun, Oct 11, 2009 at 5:43 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; >>>> wrote: >>>>> >>>>>     After some dicotomy search on build regression it occurs that the >>>>> winner is : commit 38077 (PORTAL-3273 : extends GateIn Parent) >>>>>     So the use of gatein parent changed something in the build >>>>> configuration. >>>>>     I've attached the 2 effective-poms from each revision for the >>>>> webui/eXo component (which really slows down in that case). >>>>>     I still don't have a clear view of the cause for now, only a hint >>>>> because install-plugin changed from 2.2 to 2.3 version. >>>>> >>>>>     I'm trying to see the impact of that version change. >>>>> >>>>> Dimitri BAELI - eXo Platform SAS >>>>> >>>>> >>>>> On Sun, Oct 11, 2009 at 1:19 PM, Nadia Zavalko >>>>> <nadejda.zavalko(a)exoplatform.com&gt; wrote: >>>>>> >>>>>> I suppose that avoiding to build it on windows isn't a reply ?? >>>>>> >>>>>> Arnaud, I made a choice, as u decsribe in up sentence. so installed >>>>>> OpenSuse on my machine...hope, it will be ok with build (: >>>>>> >>>>>> 2009/10/11 Arnaud HERITIER <aheritier(a)gmail.com&gt;: >>>>>> > I suppose that avoiding to build it on windows isn't a reply ?? >>>>>> > :-) >>>>>> > Another solution can be a change in a plugin because I updated >>>>>> > several >>>>>> > things in poms. >>>>>> > But the only one I'm sure I didn't change is the compiler plugin >>>>>> > where the >>>>>> > problem seems to be. >>>>>> > Cheers, >>>>>> > >>>>>> > Arnaud >>>>>> > >>>>>> > # Arnaud Héritier >>>>>> > # Software Factory Manager >>>>>> > # eXo Platform >>>>>> > # http://www.exoplatform.com >>>>>> > # http://blog.aheritier.net >>>>>> > >>>>>> > >>>>>> > On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; >>>>>> > wrote: >>>>>> >> >>>>>> >> Hello, >>>>>> >>     I already see your smile but we've got a big problem on >>>>>> >> compiling >>>>>> >> GateIn on windows. >>>>>> >>     The issue is reported and detailled here : >>>>>> >> https://jira.jboss.org/jira/browse/GTNPORTAL-27 >>>>>> >>     The build takes 40min where it should take 5min. >>>>>> >> >>>>>> >> I've investigated a bit: >>>>>> >> * It seems that the javac is spending all his time in scaning >>>>>> >> directories >>>>>> >> in the classpath. >>>>>> >> * Then I compared the dependencies of current a previous versions >>>>>> >> of >>>>>> >> webui\eXo module (one of the slow modules), and it turns that >>>>>> >> nearly only >>>>>> >> some versions changed in the dependencies. >>>>>> >> ** There is tools.jar (12Mo !) from htmlparser from JCR (see >>>>>> >> EXOJCR-179) >>>>>> >> but removing it from the compilation classpath is not sufficient. >>>>>> >> ** Other dependencies changes are mainly versions changes. >>>>>> >> >>>>>> >> Current conclusion: >>>>>> >> * It is probably a change in the classpath, but not sure yet. >>>>>> >> * No clue of responsible commit for the moment. >>>>>> >> >>>>>> >> What's next: >>>>>> >> * update the gatein source code to past revision and rebuild until >>>>>> >> the >>>>>> >> commit that introduced the regression is found. >>>>>> >> >>>>>> >> I'm starting to study that and let you know. Unless someone has >>>>>> >> another >>>>>> >> idea. >>>>>> >> >>>>>> >> Dimitri BAELI - eXo Platform SAS >>>>>> >> >>>>>> >> _______________________________________________ >>>>>> >> gatein-dev mailing list >>>>>> >> gatein-dev(a)lists.jboss.org >>>>>> >> https://lists.jboss.org/mailman/listinfo/gatein-dev >>>>>> >> >>>>>> > >>>>>> > >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Nadia >>>>>> - eXo Platform SAS >>>>> >>>> >>> >> >

Hello, I've checked on Windows XP, built gatein on rev. 38796 and here is the result: [INFO] Reactor Summary: [INFO] ------------------------------------------------------------------------ [INFO] GateIn Portal ......................................... SUCCESS [35.078s] [INFO] GateIn Portal Component ............................... SUCCESS [0.578s] [INFO] GateIn Portal Component Common ........................ SUCCESS [45.109s] [INFO] GateIn Portal Component Resources ..................... SUCCESS [17.969s] [INFO] GateIn Portal Component PC integration ................ SUCCESS [1:08.156s] [INFO] GateIn Portal Component XML Parser .................... SUCCESS [13.703s] [INFO] GateIn Portal Component WSRP integration .............. SUCCESS [37.266s] [INFO] GateIn Portal Component Scripting ..................... SUCCESS [5.812s] [INFO] GateIn Portal Component Web ........................... SUCCESS [37.953s] [INFO] GateIn Portal Component JBoss IDM integration ......... SUCCESS [35.469s] [INFO] GateIn Portal Component Portal Data ................... SUCCESS [56.422s] [INFO] GateIn Portal Component Application Registry .......... SUCCESS [14.765s] [INFO] GateIn Portal WebUI ................................... SUCCESS [0.032s] [INFO] GateIn Portal WebUI Core .............................. SUCCESS [10.093s] [INFO] GateIn Portal WebUI eXo ............................... SUCCESS [11.391s] [INFO] GateIn Portal eXo Gadgets ............................. SUCCESS [0.047s] [INFO] GateIn Portal eXo Gadgets Core ........................ SUCCESS [12.062s] [INFO] GateIn Portal WebUI Portal ............................ SUCCESS [27.766s] [INFO] GateIn Portal Component Dashboard Portlet ............. SUCCESS [10.891s] [INFO] GateIn Portal eXo Gadgets Server ...................... SUCCESS [1.593s] [INFO] GateIn Portal eXo Gadgets Application ................. SUCCESS [2.407s] [INFO] GateIn Portal Portlet ................................. SUCCESS [0.015s] [INFO] GateIn Portal Portlet Dashboard ....................... SUCCESS [12.485s] [INFO] GateIn Portal Portlet eXoAdmin ........................ SUCCESS [30.375s] [INFO] GateIn Portal Portlet Web ............................. SUCCESS [16.359s] [INFO] GateIn Portal Portlet ................................. SUCCESS [0.031s] [INFO] GateIn Portal Web Resources ........................... SUCCESS [16.922s] [INFO] GateIn Portal Web Module .............................. SUCCESS [13.328s] [INFO] GateIn Portal Web REST application .................... SUCCESS [0.266s] [INFO] GateIn Portal Server .................................. SUCCESS [0.234s] [INFO] GateIn Portal Server Tomcat ........................... SUCCESS [0.031s] [INFO] GateIn Portal Server Tomcat Patch ..................... SUCCESS [1.250s] [INFO] GateIn Portal Server Tomcat Plugin .................... SUCCESS [0.250s] [INFO] GateIn Portal Server JBoss ............................ SUCCESS [0.031s] [INFO] GateIn Portal Server JBoss Patch ...................... SUCCESS [0.782s] [INFO] GateIn Portal Server JBoss EAR Patch .................. SUCCESS [0.875s] [INFO] GateIn Portal Server JBoss Plugin ..................... SUCCESS [0.281s] [INFO] GateIn Portal Sample Extension Configuration .......... SUCCESS [1.469s] [INFO] GateIn Portal Sample Extension Java Classes ........... SUCCESS [3.578s] [INFO] GateIn Portal Sample Extension War .................... SUCCESS [2.328s] [INFO] GateIn Portal Sample Extension Ear .................... SUCCESS [0.969s] [INFO] GateIn Portal Sample Extension ........................ SUCCESS [0.031s] [INFO] GateIn Portal Sample Portal Configuration ............. SUCCESS [0.172s] [INFO] GateIn Portal Sample Portal Java Classes .............. SUCCESS [3.469s] [INFO] GateIn Portal Sample Portal War ....................... SUCCESS [1.703s] [INFO] GateIn Portal Sample Portal Rest War .................. SUCCESS [0.218s] [INFO] GateIn Portal Sample Portal Ear ....................... SUCCESS [0.563s] [INFO] GateIn Portal Sample Portal ........................... SUCCESS [0.031s] [INFO] GateIn Portal Sample .................................. SUCCESS [0.078s] [INFO] GateIn Portal Starter War ............................. SUCCESS [0.203s] [INFO] GateIn Portal Starter Ear ............................. SUCCESS [0.110s] [INFO] GateIn Portal Starter ................................. SUCCESS [0.031s] [INFO] GateIn Portal Packaging ............................... SUCCESS [13.828s] [INFO] GateIn Portal Packaging Module ........................ SUCCESS [0.500s] [INFO] GateIn Portal Packaging Product ....................... SUCCESS [0.110s] [INFO] GateIn Portal Packaging Assemblies .................... SUCCESS [14.187s] [INFO] GateIn Portal Tattletale reports ...................... SUCCESS [5.656s] [INFO] ------------------------------------------------------------------------ [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESSFUL [INFO] ------------------------------------------------------------------------ [INFO] Total time: 10 minutes 35 seconds [INFO] Finished at: Sat Oct 17 01:05:15 EEST 2009 [INFO] Final Memory: 119M/229M 2009/10/16 Nadia Zavalko <nadejda.zavalko(a)exoplatform.com&gt;: > Hello, > Arnaud, today on Linux it took for me - 5 minutes. > yesterday on windows - it was 57 minutes (not on my PC). I''ll check > on Windiws how long will it take. > Something else for experiment? > > 2009/10/16 Arnaud HERITIER <aheritier(a)gmail.com&gt;: >> In theory it should be fixed. The first build will require some downloads >> but the time spent in the compiler part should be normal. >> If someone can test it. >> Cheers, >> >> Arnaud >> >> # Arnaud Héritier >> # Software Factory Manager >> # eXo Platform >> # http://www.exoplatform.com >> # http://blog.aheritier.net >> >> >> On Mon, Oct 12, 2009 at 10:43 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: >>> >>> On Mon, Oct 12, 2009 at 9:32 AM, Arnaud HERITIER <aheritier(a)gmail.com&gt; >>> wrote: >>>> >>>> I think it is a really important issue to fix for GateIn (and also for >>>> Maven if it is related) >>>> Dimitri can you send me the -X logs produced buy Maven ? >>> >>> Done in https://jira.jboss.org/jira/browse/GTNPORTAL-27 >>>> >>>> Was you abled to reconstruct the command line of the compiler plugin to >>>> reproduce the with only the javac command ? >>> >>> Not yet, but install -X on each revision shown no big diff on javac >>> command. >>> >>> I suggest to switch the discussion in GTNPORTAL-27 from now. >>> >>>> >>>> Cheers, >>>> >>>> Arnaud >>>> >>>> # Arnaud Héritier >>>> # Software Factory Manager >>>> # eXo Platform >>>> # http://www.exoplatform.com >>>> # http://blog.aheritier.net >>>> >>>> >>>> On Mon, Oct 12, 2009 at 9:26 AM, Dimitri BAELI <dbaeli(a)gmail.com&gt; wrote: >>>>> >>>>> For me we are many to have this issue : Ukraine team, me. That's why >>>>> I spent some time on that. >>>>> Here is my build sumary for gatein "mvn clean install" on windows >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [INFO] Reactor Summary: >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [INFO] eXo Portal Config ..................................... SUCCESS >>>>> [2.141s] >>>>> [INFO] eXo Portal Common ..................................... SUCCESS >>>>> [4.344s] >>>>> [INFO] Portal Resource ....................................... SUCCESS >>>>> [7.500s] >>>>> [INFO] GateIn PC integration ................................. SUCCESS >>>>> [10.281s] >>>>> [INFO] XML Parser ............................................ SUCCESS >>>>> [5.031s] >>>>> [INFO] GateIn WSRP integration ............................... SUCCESS >>>>> [16.203s] >>>>> [INFO] exo.portal.component.scripting ........................ SUCCESS >>>>> [5.406s] >>>>> [INFO] eXo portal component web .............................. SUCCESS >>>>> [23.782s] >>>>> [INFO] JBoss Identity IDM integration ........................ SUCCESS >>>>> [3.875s] >>>>> [INFO] eXo Portal Data ....................................... SUCCESS >>>>> [2:39.547s] >>>>> [INFO] eXo Application Registery Service ..................... SUCCESS >>>>> [1:46.906s] >>>>> [INFO] eXo portal webui core ................................. SUCCESS >>>>> [35.141s] >>>>> [INFO] eXo portal webui eXo .................................. SUCCESS >>>>> [1:40.469s] >>>>> [INFO] eXo Gadgets Config .................................... SUCCESS >>>>> [0.015s] >>>>> [INFO] eXo Gadgets Core ...................................... SUCCESS >>>>> [23.157s] >>>>> [INFO] eXo portal webui core ................................. SUCCESS >>>>> [5:02.578s] >>>>> [INFO] exo-portal.component.dashboard Portlet ................ SUCCESS >>>>> [2:29.203s] >>>>> [INFO] eXo Gadgets Web App ................................... SUCCESS >>>>> [0.687s] >>>>> [INFO] eXo Gadgets Application ............................... SUCCESS >>>>> [0.891s] >>>>> [INFO] exo-portal.portlets.exoadmin Portlet .................. SUCCESS >>>>> [4:13.047s] >>>>> [INFO] exo-portal.portlets.web Portlet ....................... SUCCESS >>>>> [1:42.609s] >>>>> [INFO] exo-portal.portlets.dashboard Portlet ................. SUCCESS >>>>> [2:19.063s] >>>>> [INFO] eXo Portal Resources .................................. SUCCESS >>>>> [25.312s] >>>>> [INFO] eXo REST web application .............................. SUCCESS >>>>> [0.235s] >>>>> [INFO] eXo Portal web module ................................. SUCCESS >>>>> [31.687s] >>>>> [INFO] eXo Tomcat Server ..................................... SUCCESS >>>>> [0.391s] >>>>> [INFO] eXo Tomcat Server ..................................... SUCCESS >>>>> [0.234s] >>>>> [INFO] eXo JBoss Server ...................................... SUCCESS >>>>> [0.437s] >>>>> [INFO] eXo JBoss Server ...................................... SUCCESS >>>>> [0.516s] >>>>> [INFO] eXo Tomcat Server ..................................... SUCCESS >>>>> [0.172s] >>>>> [INFO] eXo Portal Packaging .................................. SUCCESS >>>>> [13.609s] >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [INFO] BUILD SUCCESSFUL >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> [INFO] Total time: 25 minutes 25 seconds >>>>> [INFO] Finished at: Sun Oct 11 18:02:33 CEST 2009 >>>>> [INFO] Final Memory: 65M/258M >>>>> [INFO] >>>>> ------------------------------------------------------------------------ >>>>> Dimitri BAELI - eXo Platform SAS >>>>> >>>>> >>>>> On Sun, Oct 11, 2009 at 10:34 PM, Arnaud HERITIER < aheritier(a)gmail.com&gt; >>>>> wrote: >>>>>> >>>>>> I don't know who committed this one :-) >>>>>> Is there someone on windows who have the same issue in another gatein >>>>>> component ? >>>>>> I studied your 2 poms and effectively I don't see something which could >>>>>> be related to our issue. >>>>>> If need we can try to debug Maven itself to see what it does. >>>>>> >>>>>> Arnaud >>>>>> >>>>>> On Sun, Oct 11, 2009 at 5:43 PM, Dimitri BAELI <dbaeli(a)gmail.com&gt; >>>>>> wrote: >>>>>>> >>>>>>> After some dicotomy search on build regression it occurs that the >>>>>>> winner is : commit 38077 (PORTAL-3273 : extends GateIn Parent) >>>>>>> So the use of gatein parent changed something in the build >>>>>>> configuration. >>>>>>> I've attached the 2 effective-poms from each revision for the >>>>>>> webui/eXo component (which really slows down in that case). >>>>>>> I still don't have a clear view of the cause for now, only a hint >>>>>>> because install-plugin changed from 2.2 to 2.3 version. >>>>>>> >>>>>>> I'm trying to see the impact of that version change. >>>>>>> >>>>>>> Dimitri BAELI - eXo Platform SAS >>>>>>> >>>>>>> >>>>>>> On Sun, Oct 11, 2009 at 1:19 PM, Nadia Zavalko >>>>>>> <nadejda.zavalko(a)exoplatform.com&gt; wrote: >>>>>>>> >>>>>>>> I suppose that avoiding to build it on windows isn't a reply ?? >>>>>>>> >>>>>>>> Arnaud, I made a choice, as u decsribe in up sentence. so installed >>>>>>>> OpenSuse on my machine...hope, it will be ok with build (: >>>>>>>> >>>>>>>> 2009/10/11 Arnaud HERITIER <aheritier(a)gmail.com&gt;: >>>>>>>> > I suppose that avoiding to build it on windows isn't a reply ?? >>>>>>>> > :-) >>>>>>>> > Another solution can be a change in a plugin because I updated >>>>>>>> > several >>>>>>>> > things in poms. >>>>>>>> > But the only one I'm sure I didn't change is the compiler plugin >>>>>>>> > where the >>>>>>>> > problem seems to be. >>>>>>>> > Cheers, >>>>>>>> > >>>>>>>> > Arnaud >>>>>>>> > >>>>>>>> > # Arnaud Héritier >>>>>>>> > # Software Factory Manager >>>>>>>> > # eXo Platform >>>>>>>> > # http://www.exoplatform.com >>>>>>>> > # http://blog.aheritier.net >>>>>>>> > >>>>>>>> > >>>>>>>> > On Sat, Oct 10, 2009 at 10:59 PM, Dimitri BAELI < dbaeli(a)gmail.com&gt; >>>>>>>> > wrote: >>>>>>>> >> >>>>>>>> >> Hello, >>>>>>>> >> I already see your smile but we've got a big problem on >>>>>>>> >> compiling >>>>>>>> >> GateIn on windows. >>>>>>>> >> The issue is reported and detailled here : >>>>>>>> >> https://jira.jboss.org/jira/browse/GTNPORTAL-27 >>>>>>>> >> The build takes 40min where it should take 5min. >>>>>>>> >> >>>>>>>> >> I've investigated a bit: >>>>>>>> >> * It seems that the javac is spending all his time in scaning >>>>>>>> >> directories >>>>>>>> >> in the classpath. >>>>>>>> >> * Then I compared the dependencies of current a previous versions >>>>>>>> >> of >>>>>>>> >> webui\eXo module (one of the slow modules), and it turns that >>>>>>>> >> nearly only >>>>>>>> >> some versions changed in the dependencies. >>>>>>>> >> ** There is tools.jar (12Mo !) from htmlparser from JCR (see >>>>>>>> >> EXOJCR-179) >>>>>>>> >> but removing it from the compilation classpath is not sufficient. >>>>>>>> >> ** Other dependencies changes are mainly versions changes. >>>>>>>> >> >>>>>>>> >> Current conclusion: >>>>>>>> >> * It is probably a change in the classpath, but not sure yet. >>>>>>>> >> * No clue of responsible commit for the moment. >>>>>>>> >> >>>>>>>> >> What's next: >>>>>>>> >> * update the gatein source code to past revision and rebuild until >>>>>>>> >> the >>>>>>>> >> commit that introduced the regression is found. >>>>>>>> >> >>>>>>>> >> I'm starting to study that and let you know. Unless someone has >>>>>>>> >> another >>>>>>>> >> idea. >>>>>>>> >> >>>>>>>> >> Dimitri BAELI - eXo Platform SAS >>>>>>>> >> >>>>>>>> >> _______________________________________________ >>>>>>>> >> gatein-dev mailing list >>>>>>>> >> gatein-dev(a)lists.jboss.org >>>>>>>> >> https://lists.jboss.org/mailman/listinfo/gatein-dev >>>>>>>> >> >>>>>>>> > >>>>>>>> > >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Best regards, >>>>>>>> Nadia >>>>>>>> - eXo Platform SAS >>>>>>> >>>>>> >>>>> >>>> >>> >> >> > > > > -- > Best regards, > Nadia > - eXo Platform SAS > -- Best regards, Nadia - eXo Platform SAS