Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
On Sep 7, 2006, at 10:24 AM, David Jencks wrote: I think that the current bootstrap behavior is necessary for the reasons jason has stated however I think it should be named something else so people who just want to build g. won't be tempted to use it -- like advanced-ultra-clean-build or bootstrap-with-new-mvn-repo Um, the "default" for bootstrap is that it will nuke your repo at the moment... its not the only thing that it does. Dunno how many times I'm gonna have to say it before it starts to click. I would really like a convenient way to compile g + openejb together as we had with the m1 build. I still find most of my changes affect both projects :-. Jason, can you come up with a good way to do this? I don't really understand your suggestion well enough to implement it. I think its kinda retarded that we have two split codebases here. Either decouple them or make them one... but keeping them split into two pieces is asking for pain. Maybe now that OpenEJB is on its way to apache, then svn:externals can be used to pull the source into our tree. --jason
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
I think that the current bootstrap behavior is necessary for the reasons jason has stated however I think it should be named something else so people who just want to build g. won't be tempted to use it -- like advanced-ultra-clean-build or bootstrap-with-new-mvn-repo I would really like a convenient way to compile g + openejb together as we had with the m1 build. I still find most of my changes affect both projects :-. Jason, can you come up with a good way to do this? I don't really understand your suggestion well enough to implement it. thanks david jencks On Sep 1, 2006, at 3:54 PM, Jason Dillon wrote: I give up trying to explain... do as you please. --jason On Sep 1, 2006, at 12:48 PM, anita kulshreshtha wrote: inline.. --- Jason Dillon <[EMAIL PROTECTED]> wrote: On Sep 1, 2006, at 7:42 AM, anita kulshreshtha wrote: Anita, why do you always bring this up when there is talk about bootstrap? Because when people are using bootstrap, it is not very obvious what is going on. It is much simpler to give the 3 URLs and a simple build command mvn. If there are build/test failures, they can look at the default profile, and see what they are building. If for example the openejb2 test failed, they could simply do cd openejb2 and mvn -Dmaven.test.skip=true After this they can continue the build from the next step, i.e. configs, etc. I have explained over and over and over again that the point of bootstrap is not to facilitate a normal build but to ensure People only care about the normal build. that the build works from a known state (ie. clean, fresh specs, from openejb2). Your method does not provide this level of assurance. I You have not given any concrete example/scenario in which my build method does not work. created this script because people had problems checking things out in the right place, Is this the main reason? cleaning the right bits and running the right mvn Could you be more precise? commands to perform the build steps that were needed to help ensure that most everyone (except for some folks with whacky windows machines) can make a reliable build near 100% of the time. I'm really kinda getting tired of having to re-explain this. To build geronimo with openejb2 add openejb2 to the default profile in the top level pom.xml as shown below: modules maven-plugins applications openejb2 <--- configs assemblies and No, no, no, no... no... no. We had already talked about this weeks ago. Its fine that you want to build in this manner, but I am firmly against putting a module into the main build that is for a directory that the user must checkout by hand. I do not see any problems with that. Let us give people a choice by putting these instructions on the wiki and they can decide if they want to use bootstrap. BTW, it is in line with your philosophy about builds: http://www.nabble.com/Re%3A-Unable-to-build-using-m2-p5074204.html cd .. mvn After the first time you can build from any directory. Please give it a try and provide feedback, so that we can put bootstrap to rest. I don't have any problems with you, or anyone else making changes to include openejb2 in their local workspace (I'd recommend putting that into a profiles.xml next to the pom.xml though). But I think that your method is unacceptable for the project default. Bootstrap is there for a reason... I am not crazy, I actually know what I am doing. At this point I believe that bootstrap is important and needs to remain, until the items I previously listed are resolved. I am not asking you to remove the bootstrap, I want to give our users a choice. Thanks Anita --jason __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
I'm in favor of adding and advanced section to the docs ( on http:// cwiki.apache.org/GMOxDEV/building-apache-geronimo-with-maven-2.html ) --jason On Sep 5, 2006, at 7:34 AM, Paul McMahan wrote: I am in favor of keeping bootstrap around for automating the several steps it takes to check out and build the server into one command. I agree with Anita that there should be instructions for advanced users on the wiki for building without bootstrap -- I have already found her advice very helpful for working around some problems. But for the default build environment (i.e. what a new user sees when checking out from SVN and then reads about in BUILDING.txt) I think we should stay the course for resolving the problems Jason listed before removing bootstrap. My rationale is that fewer manual steps means fewer chances for user error. Best wishes, Paul On 9/1/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I give up trying to explain... do as you please. --jason On Sep 1, 2006, at 12:48 PM, anita kulshreshtha wrote: > inline.. > > --- Jason Dillon <[EMAIL PROTECTED]> wrote: > >> On Sep 1, 2006, at 7:42 AM, anita kulshreshtha wrote: > >> Anita, why do you always bring this up when there is talk about >> bootstrap? > > Because when people are using bootstrap, it is not very obvious what > is going on. It is much simpler to give the 3 URLs and a simple build > command mvn. If there are build/test failures, they can look at the > default profile, and see what they are building. If for example the > openejb2 test failed, they could simply do >> cd openejb2 and >> mvn -Dmaven.test.skip=true > After this they can continue the build from the next step, i.e. > configs, etc. > >> I have explained over and over and over again that the >> point of bootstrap is not to facilitate a normal build but to ensure > > People only care about the normal build. > >> >> that the build works from a known state (ie. clean, fresh specs, from >> >> openejb2). Your method does not provide this level of assurance. I > > You have not given any concrete example/scenario in which my build > method does not work. > >> >> created this script because people had problems checking things out >> in the right place, > > Is this the main reason? > >> cleaning the right bits and running the right mvn > > Could you be more precise? > >> >> commands to perform the build steps that were needed to help ensure >> that most everyone (except for some folks with whacky windows >> machines) can make a reliable build near 100% of the time. >> >> I'm really kinda getting tired of having to re-explain this. >> >> >>> To build geronimo with openejb2 add openejb2 to the default profile >> in >>> the top level pom.xml as shown below: >>> >>> modules >>> maven-plugins >>> applications >>> openejb2 >> <--- >>> configs >>> assemblies >>> >>> and >> >> No, no, no, no... no... no. We had already talked about this weeks >> ago. Its fine that you want to build in this manner, but I am firmly >> >> against putting a module into the main build that is for a directory >> >> that the user must checkout by hand. > >I do not see any problems with that. Let us give people a choice by > putting these instructions on the wiki and they can decide if they > want > to use bootstrap. BTW, it is in line with your philosophy about > builds: > http://www.nabble.com/Re%3A-Unable-to-build-using-m2-p5074204.html > >> >> cd .. mvn >>>After the first time you can build from any directory. >>> >>> Please give it a try and provide feedback, so that we can put >>> bootstrap to rest. >> >> I don't have any problems with you, or anyone else making changes to >> >> include openejb2 in their local workspace (I'd recommend putting that >> >> into a profiles.xml next to the pom.xml though). But I think that >> your method is unacceptable for the project default. >> >> Bootstrap is there for a reason... I am not crazy, I actually know >> what I am doing. >> >> At this point I believe that bootstrap is important and needs to >> remain, until the items I previously listed are resolved. > >I am not asking you to remove the bootstrap, I want to give our > users a choice. > > Thanks > Anita > >> >> --jason >> >> >> > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
I am in favor of keeping bootstrap around for automating the several steps it takes to check out and build the server into one command. I agree with Anita that there should be instructions for advanced users on the wiki for building without bootstrap -- I have already found her advice very helpful for working around some problems. But for the default build environment (i.e. what a new user sees when checking out from SVN and then reads about in BUILDING.txt) I think we should stay the course for resolving the problems Jason listed before removing bootstrap. My rationale is that fewer manual steps means fewer chances for user error. Best wishes, Paul On 9/1/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I give up trying to explain... do as you please. --jason On Sep 1, 2006, at 12:48 PM, anita kulshreshtha wrote: > inline.. > > --- Jason Dillon <[EMAIL PROTECTED]> wrote: > >> On Sep 1, 2006, at 7:42 AM, anita kulshreshtha wrote: > >> Anita, why do you always bring this up when there is talk about >> bootstrap? > > Because when people are using bootstrap, it is not very obvious what > is going on. It is much simpler to give the 3 URLs and a simple build > command mvn. If there are build/test failures, they can look at the > default profile, and see what they are building. If for example the > openejb2 test failed, they could simply do >> cd openejb2 and >> mvn -Dmaven.test.skip=true > After this they can continue the build from the next step, i.e. > configs, etc. > >> I have explained over and over and over again that the >> point of bootstrap is not to facilitate a normal build but to ensure > > People only care about the normal build. > >> >> that the build works from a known state (ie. clean, fresh specs, from >> >> openejb2). Your method does not provide this level of assurance. I > > You have not given any concrete example/scenario in which my build > method does not work. > >> >> created this script because people had problems checking things out >> in the right place, > > Is this the main reason? > >> cleaning the right bits and running the right mvn > > Could you be more precise? > >> >> commands to perform the build steps that were needed to help ensure >> that most everyone (except for some folks with whacky windows >> machines) can make a reliable build near 100% of the time. >> >> I'm really kinda getting tired of having to re-explain this. >> >> >>> To build geronimo with openejb2 add openejb2 to the default profile >> in >>> the top level pom.xml as shown below: >>> >>> modules >>> maven-plugins >>> applications >>> openejb2 >> <--- >>> configs >>> assemblies >>> >>> and >> >> No, no, no, no... no... no. We had already talked about this weeks >> ago. Its fine that you want to build in this manner, but I am firmly >> >> against putting a module into the main build that is for a directory >> >> that the user must checkout by hand. > >I do not see any problems with that. Let us give people a choice by > putting these instructions on the wiki and they can decide if they > want > to use bootstrap. BTW, it is in line with your philosophy about > builds: > http://www.nabble.com/Re%3A-Unable-to-build-using-m2-p5074204.html > >> >> cd .. mvn >>>After the first time you can build from any directory. >>> >>> Please give it a try and provide feedback, so that we can put >>> bootstrap to rest. >> >> I don't have any problems with you, or anyone else making changes to >> >> include openejb2 in their local workspace (I'd recommend putting that >> >> into a profiles.xml next to the pom.xml though). But I think that >> your method is unacceptable for the project default. >> >> Bootstrap is there for a reason... I am not crazy, I actually know >> what I am doing. >> >> At this point I believe that bootstrap is important and needs to >> remain, until the items I previously listed are resolved. > >I am not asking you to remove the bootstrap, I want to give our > users a choice. > > Thanks > Anita > >> >> --jason >> >> >> > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
I give up trying to explain... do as you please. --jason On Sep 1, 2006, at 12:48 PM, anita kulshreshtha wrote: inline.. --- Jason Dillon <[EMAIL PROTECTED]> wrote: On Sep 1, 2006, at 7:42 AM, anita kulshreshtha wrote: Anita, why do you always bring this up when there is talk about bootstrap? Because when people are using bootstrap, it is not very obvious what is going on. It is much simpler to give the 3 URLs and a simple build command mvn. If there are build/test failures, they can look at the default profile, and see what they are building. If for example the openejb2 test failed, they could simply do cd openejb2 and mvn -Dmaven.test.skip=true After this they can continue the build from the next step, i.e. configs, etc. I have explained over and over and over again that the point of bootstrap is not to facilitate a normal build but to ensure People only care about the normal build. that the build works from a known state (ie. clean, fresh specs, from openejb2). Your method does not provide this level of assurance. I You have not given any concrete example/scenario in which my build method does not work. created this script because people had problems checking things out in the right place, Is this the main reason? cleaning the right bits and running the right mvn Could you be more precise? commands to perform the build steps that were needed to help ensure that most everyone (except for some folks with whacky windows machines) can make a reliable build near 100% of the time. I'm really kinda getting tired of having to re-explain this. To build geronimo with openejb2 add openejb2 to the default profile in the top level pom.xml as shown below: modules maven-plugins applications openejb2 <--- configs assemblies and No, no, no, no... no... no. We had already talked about this weeks ago. Its fine that you want to build in this manner, but I am firmly against putting a module into the main build that is for a directory that the user must checkout by hand. I do not see any problems with that. Let us give people a choice by putting these instructions on the wiki and they can decide if they want to use bootstrap. BTW, it is in line with your philosophy about builds: http://www.nabble.com/Re%3A-Unable-to-build-using-m2-p5074204.html cd .. mvn After the first time you can build from any directory. Please give it a try and provide feedback, so that we can put bootstrap to rest. I don't have any problems with you, or anyone else making changes to include openejb2 in their local workspace (I'd recommend putting that into a profiles.xml next to the pom.xml though). But I think that your method is unacceptable for the project default. Bootstrap is there for a reason... I am not crazy, I actually know what I am doing. At this point I believe that bootstrap is important and needs to remain, until the items I previously listed are resolved. I am not asking you to remove the bootstrap, I want to give our users a choice. Thanks Anita --jason __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
inline.. --- Jason Dillon <[EMAIL PROTECTED]> wrote: > On Sep 1, 2006, at 7:42 AM, anita kulshreshtha wrote: > Anita, why do you always bring this up when there is talk about > bootstrap? Because when people are using bootstrap, it is not very obvious what is going on. It is much simpler to give the 3 URLs and a simple build command mvn. If there are build/test failures, they can look at the default profile, and see what they are building. If for example the openejb2 test failed, they could simply do >cd openejb2 and >mvn -Dmaven.test.skip=true After this they can continue the build from the next step, i.e. configs, etc. > I have explained over and over and over again that the > point of bootstrap is not to facilitate a normal build but to ensure People only care about the normal build. > > that the build works from a known state (ie. clean, fresh specs, from > > openejb2). Your method does not provide this level of assurance. I You have not given any concrete example/scenario in which my build method does not work. > > created this script because people had problems checking things out > in the right place, Is this the main reason? >cleaning the right bits and running the right mvn Could you be more precise? > > commands to perform the build steps that were needed to help ensure > that most everyone (except for some folks with whacky windows > machines) can make a reliable build near 100% of the time. > > I'm really kinda getting tired of having to re-explain this. > > > > To build geronimo with openejb2 add openejb2 to the default profile > in > > the top level pom.xml as shown below: > > > > modules > > maven-plugins > > applications > > openejb2 > <--- > > configs > > assemblies > > > > and > > No, no, no, no... no... no. We had already talked about this weeks > ago. Its fine that you want to build in this manner, but I am firmly > > against putting a module into the main build that is for a directory > > that the user must checkout by hand. I do not see any problems with that. Let us give people a choice by putting these instructions on the wiki and they can decide if they want to use bootstrap. BTW, it is in line with your philosophy about builds: http://www.nabble.com/Re%3A-Unable-to-build-using-m2-p5074204.html > > > >> cd .. > >> mvn > >After the first time you can build from any directory. > > > > Please give it a try and provide feedback, so that we can put > > bootstrap to rest. > > I don't have any problems with you, or anyone else making changes to > > include openejb2 in their local workspace (I'd recommend putting that > > into a profiles.xml next to the pom.xml though). But I think that > your method is unacceptable for the project default. > > Bootstrap is there for a reason... I am not crazy, I actually know > what I am doing. > > At this point I believe that bootstrap is important and needs to > remain, until the items I previously listed are resolved. I am not asking you to remove the bootstrap, I want to give our users a choice. Thanks Anita > > --jason > > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
--- Jacek Laskowski <[EMAIL PROTECTED]> wrote: > On 9/1/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: > > Hi All, > > > >It appears that I am the only one who does not use the > bootstrap. > > I'm not using it anymore once it's once been used as Jason suggested. > > > >mkdir geronimo > > >svn co https://svn.apache.org/repos/asf/geronimo/server/trunk > > geronimo > > >cd geronimo > > >mkdir openejb2 > > >mkdir specs > > >svn co http://svn.codehaus.org/openejb/trunk/openejb2 openejb2 > > >svn co http://svn.apache.org/repos/asf/geronimo/specs/trunk > specs > > Why do you create directories that are in fact created while co'ing > repos? I cheated a bit.. I am hooked to TortoiseSVN. I create the directories, and use the GUI to checkout ;-) > > > Please give it a try and provide feedback, so that we can put > > bootstrap to rest. > > Going to give it a try. Just updating OpenEJB2, building it and > rebuilding Geronimo. Once it works, I'll give the above procedure a > whirl. > > Would you mind updating the jira issue > (http://issues.apache.org/jira/browse/GERONIMO-2371) with your > instructions? sure. Thanks Anita > > Jacek > > -- > Jacek Laskowski > http://www.laskowski.net.pl > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
On Sep 1, 2006, at 7:49 AM, Jacek Laskowski wrote: Would you mind updating the jira issue (http://issues.apache.org/jira/browse/GERONIMO-2371) with your instructions? Can we not... --jason
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
On Sep 1, 2006, at 7:42 AM, anita kulshreshtha wrote: None of these are required. The *only* thing that needs to be published is the car-maven-plugin. The only time one might(?) need to use bootstrap is when releasing a new version of the plugin. The plugin must be released *only* in these two case: - The version is changed from 1.2-SNAPSHOT to anything else. - The plexus component.xml is changed. The code changes in mojo do not matter. I have tested this and it has been confirmed by Brett Porter on RC. With that said, here are the steps I use to build from a clean repo: (If you want to start with a clean repo, delete .m2 repo.) Anita, why do you always bring this up when there is talk about bootstrap? I have explained over and over and over again that the point of bootstrap is not to facilitate a normal build but to ensure that the build works from a known state (ie. clean, fresh specs, from openejb2). Your method does not provide this level of assurance. I created this script because people had problems checking things out in the right place, cleaning the right bits and running the right mvn commands to perform the build steps that were needed to help ensure that most everyone (except for some folks with whacky windows machines) can make a reliable build near 100% of the time. I'm really kinda getting tired of having to re-explain this. To build geronimo with openejb2 add openejb2 to the default profile in the top level pom.xml as shown below: modules maven-plugins applications openejb2<--- configs assemblies and No, no, no, no... no... no. We had already talked about this weeks ago. Its fine that you want to build in this manner, but I am firmly against putting a module into the main build that is for a directory that the user must checkout by hand. Do you recall the talks about svn:externals weeks ago? cd .. mvn After the first time you can build from any directory. Please give it a try and provide feedback, so that we can put bootstrap to rest. I don't have any problems with you, or anyone else making changes to include openejb2 in their local workspace (I'd recommend putting that into a profiles.xml next to the pom.xml though). But I think that your method is unacceptable for the project default. Bootstrap is there for a reason... I am not crazy, I actually know what I am doing. At this point I believe that bootstrap is important and needs to remain, until the items I previously listed are resolved. --jason
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
On 9/1/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: Hi All, It appears that I am the only one who does not use the bootstrap. I'm not using it anymore once it's once been used as Jason suggested. >mkdir geronimo >svn co https://svn.apache.org/repos/asf/geronimo/server/trunk geronimo >cd geronimo >mkdir openejb2 >mkdir specs >svn co http://svn.codehaus.org/openejb/trunk/openejb2 openejb2 >svn co http://svn.apache.org/repos/asf/geronimo/specs/trunk specs Why do you create directories that are in fact created while co'ing repos? Please give it a try and provide feedback, so that we can put bootstrap to rest. Going to give it a try. Just updating OpenEJB2, building it and rebuilding Geronimo. Once it works, I'll give the above procedure a whirl. Would you mind updating the jira issue (http://issues.apache.org/jira/browse/GERONIMO-2371) with your instructions? Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
Hi All, It appears that I am the only one who does not use the bootstrap. Here is why it is not needed... --- Jason Dillon <[EMAIL PROTECTED]> wrote: > No issue... > > * OpenEJB2 snaps need to be published by CI (needs G below) > * G snaps to be published by CI (needs OpenEJB2 above) > * specs/trunk need to be published > * Maven needs to get MNG-1911 fixed None of these are required. The *only* thing that needs to be published is the car-maven-plugin. The only time one might(?) need to use bootstrap is when releasing a new version of the plugin. The plugin must be released *only* in these two case: - The version is changed from 1.2-SNAPSHOT to anything else. - The plexus component.xml is changed. The code changes in mojo do not matter. I have tested this and it has been confirmed by Brett Porter on RC. With that said, here are the steps I use to build from a clean repo: (If you want to start with a clean repo, delete .m2 repo.) >mkdir geronimo >svn co https://svn.apache.org/repos/asf/geronimo/server/trunk geronimo >cd geronimo >mkdir openejb2 >mkdir specs >svn co http://svn.codehaus.org/openejb/trunk/openejb2 openejb2 >svn co http://svn.apache.org/repos/asf/geronimo/specs/trunk specs To build specs >cd specs >mvn or mvn clean install To build geronimo with openejb2 add openejb2 to the default profile in the top level pom.xml as shown below: modules maven-plugins applications openejb2<--- configs assemblies and >cd .. >mvn After the first time you can build from any directory. Please give it a try and provide feedback, so that we can put bootstrap to rest. Thanks Anita > > And then at that point bootstrap will not be needed for normal use... > > may still want to keep it in to allow the clean repo bits to ensure > that G still builds correctly and downloads artifacts though. > > --jason > > > On Aug 31, 2006, at 3:24 PM, Jacek Laskowski wrote: > > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: > > > >> You most certainly do not need to use it to build Geronimo. It is > >> only an attempt to automate several steps together. As I have > said > >> before, and I will undoubtedly say again, bootstrap is temporary > and > >> will be removed as soon as we have all of the dependency artifacts > >> published and have a few maven bugs resolved. > > > > It may already have been answered, but can't find it and thus the > > question goes. > > > > Is there a JIRA issue that would let us track where we're at in the > > process of removing bootstrap? I mean, you seem to imply a bunch of > > steps before bootstrap itself gets whacked. They are subtasks for > the > > main task - bootstrap removed as a build helper tool (no, I won't > > repeat the mantra about these tasks being helpful for others to > track > > the status *and* help you out where/if possible ;-)) > > > > Jacek > > > > -- > > Jacek Laskowski > > http://www.laskowski.net.pl > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
ya... more issues :-P Thanks :-) --jason On Aug 31, 2006, at 4:40 PM, Jacek Laskowski wrote: On 9/1/06, Jason Dillon <[EMAIL PROTECTED]> wrote: No issue... http://issues.apache.org/jira/browse/GERONIMO-2371 "bootstrap script removed as build helper tool" Assignee: Jason Dillon :-) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
On 9/1/06, Jason Dillon <[EMAIL PROTECTED]> wrote: No issue... http://issues.apache.org/jira/browse/GERONIMO-2371 "bootstrap script removed as build helper tool" Assignee: Jason Dillon :-) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
No issue... * OpenEJB2 snaps need to be published by CI (needs G below) * G snaps to be published by CI (needs OpenEJB2 above) * specs/trunk need to be published * Maven needs to get MNG-1911 fixed And then at that point bootstrap will not be needed for normal use... may still want to keep it in to allow the clean repo bits to ensure that G still builds correctly and downloads artifacts though. --jason On Aug 31, 2006, at 3:24 PM, Jacek Laskowski wrote: On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: You most certainly do not need to use it to build Geronimo. It is only an attempt to automate several steps together. As I have said before, and I will undoubtedly say again, bootstrap is temporary and will be removed as soon as we have all of the dependency artifacts published and have a few maven bugs resolved. It may already have been answered, but can't find it and thus the question goes. Is there a JIRA issue that would let us track where we're at in the process of removing bootstrap? I mean, you seem to imply a bunch of steps before bootstrap itself gets whacked. They are subtasks for the main task - bootstrap removed as a build helper tool (no, I won't repeat the mantra about these tasks being helpful for others to track the status *and* help you out where/if possible ;-)) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: You most certainly do not need to use it to build Geronimo. It is only an attempt to automate several steps together. As I have said before, and I will undoubtedly say again, bootstrap is temporary and will be removed as soon as we have all of the dependency artifacts published and have a few maven bugs resolved. It may already have been answered, but can't find it and thus the question goes. Is there a JIRA issue that would let us track where we're at in the process of removing bootstrap? I mean, you seem to imply a bunch of steps before bootstrap itself gets whacked. They are subtasks for the main task - bootstrap removed as a build helper tool (no, I won't repeat the mantra about these tasks being helpful for others to track the status *and* help you out where/if possible ;-)) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: Um... then what does Perm stand for? Permanent - it's not for GC to take care of. Once it's occupied, it will stay as such forever, once jvm stops. @see https://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html (I think I've read something nicer lately at java.sun.com, but can't find it now) Jacek -- Jacek Laskowski http://www.laskowski.net.pl
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
They are not part of standard GC, therefore permanent. They are owned by their classloader, only if the classloader is destroyed then the objects are dropped. --heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: Um... then what does Perm stand for? --jason On Aug 30, 2006, at 11:24 PM, Heinz Drews wrote: > MaxPermSize specifies the amount of space used for class and method > objects. > Creating classes dynamically e.g. proxies, using cglib or other > dynamic byte code enhancers require more space than the default. > The Sun document explicitly names JSP implementations as culprits for > running out of space. > > Seems that we have to monitor the value for the runtime also. > > The parameter is used by the Sun JVM on all platforms. But they might > be different default values. I could not find the default value > documented. > > --heinz > > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> I still dunno what -XXMaxPermSize does... will this wok on all >> JVM's? Or is this just for windows. >> >> I notice that someone updated the wiki to show this... I think we may >> need to have an example for Windows and an example for others... as >> I've never needed to set this... and it appears that the Mac OS X JVM >> does not recognize it either. >> >> Anyone know if this is Windows specific? >> >> --jason >> >> >> On Aug 30, 2006, at 10:49 PM, Heinz Drews wrote: >> >> > If it would be my OS I would have enough money to produce a better >> > one :-) >> > >> > In my case was jspc 1.4.5-SNAPSHOT and increasing MaxPermSize was >> > the remedy. >> > >> > --Heinz >> > >> > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> >> I'm not offended... well, not by your email at least... your os... >> >> well that is another story :-P >> >> >> >> Hopefully we will have the magic recipe for building on windows >> soon. >> >> >> >> --jason >> >> >> >> >> >> On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: >> >> >> >> > Please don't see my comments as offense. >> >> > They are born from frustration. It seemed that build has been >> >> > promoted from being the way to being the destination. >> >> > >> >> > For me it seems that setting MaxPermSize is helping a lot. >> >> > The situation that the total process stopped because of a >> >> failing test >> >> > has not happened again. >> >> > >> >> > Just finished a successful build using bootstrap under WinXP. >> >> > >> >> > --Heinz >> >> > >> >> > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> >> >> To clarify... the move of the downloaded sources to target/ >> >> external >> >> >> was intended, as I did want to make sure that mvn clean removed >> >> >> them. These sources are not intended to be modified by hand. >> >> >> Anything that you end up having problems with need to make it >> >> back to >> >> >> those repositories as changes, so that bootstrap by itself >> >> >> functions. This is not a problem with bootstrap, but a problem >> >> with >> >> >> those dependent projects in addition to your local >> environment/os. >> >> >> While I would very much like to get these build problems >> fixed for >> >> >> you, changing bootstrap is not the right answer IMO. >> >> >> >> >> >> --jason >> >> >> >> >> >> >> >> >> On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: >> >> >> >> >> >> > Jason, >> >> >> > >> >> >> > I'm not sure if this was intended or not ... but having these >> >> >> > thirdparty items under target results in the source being >> purged >> >> >> > when doing an mvn clean. This is unfortunate for those of >> >> us that >> >> >> > are hitting the failures on the openejb tests. My memory may >> >> not >> >> >> > be correct but I thought that prior to this change I could do >> >> the >> >> >> > following: >> >> >> > >> >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> >> SNAPSHOT to >> >> >> > avoid the jspc problem). >> >> >> > - watch it fail to build openejb due to the test failures. >> >> >> > - run "mvn clean install -Dmaven.test.skip=true" >> >> >> > >> >> >> > However, now that openejb is under target the clean >> deletes the >> >> >> > source and before it attempts to build and the result is >> that I >> >> >> > still don't get the openejb jar created in my local repo. >> >> Now I >> >> >> > think I have to do the following: >> >> >> > >> >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> >> SNAPSHOT to >> >> >> > avoid the jspc problem). >> >> >> > - watch it fail to build openejb due to the test failures. >> >> >> > - cd to target\external\openejb2 >> >> >> > - run "mvn -Dmaven.test.skip=true" >> >> >> > - run "mvn clean install" >> >> >> > >> >> >> > Am I doing something wrong? >> >> >> > >> >> >> > Thanks, >> >> >> > Joe >> >> >> > >> >> >> > >> >> >> > [EMAIL PROTECTED] wrote: >> >> >> >> Author: jdillon >> >> >> >> Date: Sat Aug 26 20:25:18 2006 >> >> >> >> New Revision: 437291 >> >> >> >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> >> >> >> Log: >> >> >> >> Changed bootstrap to put
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
Um... then what does Perm stand for? --jason On Aug 30, 2006, at 11:24 PM, Heinz Drews wrote: MaxPermSize specifies the amount of space used for class and method objects. Creating classes dynamically e.g. proxies, using cglib or other dynamic byte code enhancers require more space than the default. The Sun document explicitly names JSP implementations as culprits for running out of space. Seems that we have to monitor the value for the runtime also. The parameter is used by the Sun JVM on all platforms. But they might be different default values. I could not find the default value documented. --heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I still dunno what -XXMaxPermSize does... will this wok on all JVM's? Or is this just for windows. I notice that someone updated the wiki to show this... I think we may need to have an example for Windows and an example for others... as I've never needed to set this... and it appears that the Mac OS X JVM does not recognize it either. Anyone know if this is Windows specific? --jason On Aug 30, 2006, at 10:49 PM, Heinz Drews wrote: > If it would be my OS I would have enough money to produce a better > one :-) > > In my case was jspc 1.4.5-SNAPSHOT and increasing MaxPermSize was > the remedy. > > --Heinz > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> I'm not offended... well, not by your email at least... your os... >> well that is another story :-P >> >> Hopefully we will have the magic recipe for building on windows soon. >> >> --jason >> >> >> On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: >> >> > Please don't see my comments as offense. >> > They are born from frustration. It seemed that build has been >> > promoted from being the way to being the destination. >> > >> > For me it seems that setting MaxPermSize is helping a lot. >> > The situation that the total process stopped because of a >> failing test >> > has not happened again. >> > >> > Just finished a successful build using bootstrap under WinXP. >> > >> > --Heinz >> > >> > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> >> To clarify... the move of the downloaded sources to target/ >> external >> >> was intended, as I did want to make sure that mvn clean removed >> >> them. These sources are not intended to be modified by hand. >> >> Anything that you end up having problems with need to make it >> back to >> >> those repositories as changes, so that bootstrap by itself >> >> functions. This is not a problem with bootstrap, but a problem >> with >> >> those dependent projects in addition to your local environment/os. >> >> While I would very much like to get these build problems fixed for >> >> you, changing bootstrap is not the right answer IMO. >> >> >> >> --jason >> >> >> >> >> >> On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: >> >> >> >> > Jason, >> >> > >> >> > I'm not sure if this was intended or not ... but having these >> >> > thirdparty items under target results in the source being purged >> >> > when doing an mvn clean. This is unfortunate for those of >> us that >> >> > are hitting the failures on the openejb tests. My memory may >> not >> >> > be correct but I thought that prior to this change I could do >> the >> >> > following: >> >> > >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> SNAPSHOT to >> >> > avoid the jspc problem). >> >> > - watch it fail to build openejb due to the test failures. >> >> > - run "mvn clean install -Dmaven.test.skip=true" >> >> > >> >> > However, now that openejb is under target the clean deletes the >> >> > source and before it attempts to build and the result is that I >> >> > still don't get the openejb jar created in my local repo. >> Now I >> >> > think I have to do the following: >> >> > >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> SNAPSHOT to >> >> > avoid the jspc problem). >> >> > - watch it fail to build openejb due to the test failures. >> >> > - cd to target\external\openejb2 >> >> > - run "mvn -Dmaven.test.skip=true" >> >> > - run "mvn clean install" >> >> > >> >> > Am I doing something wrong? >> >> > >> >> > Thanks, >> >> > Joe >> >> > >> >> > >> >> > [EMAIL PROTECTED] wrote: >> >> >> Author: jdillon >> >> >> Date: Sat Aug 26 20:25:18 2006 >> >> >> New Revision: 437291 >> >> >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> >> >> Log: >> >> >> Changed bootstrap to put external stuff into target/external >> >> >> instead of thirdparty >> >> >> Reduced ant output using -emacs and logger >> >> >> Modified: >> >> >> geronimo/server/trunk/bootstrap >> >> >> geronimo/server/trunk/bootstrap.bat >> >> >> geronimo/server/trunk/bootstrap.xml >> >> >> Modified: geronimo/server/trunk/bootstrap >> >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap? >> >> >> rev=437291&r1=437290&r2=437291&view=diff >> >> >> >> >> >> = >> >> >> = >>
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
MaxPermSize specifies the amount of space used for class and method objects. Creating classes dynamically e.g. proxies, using cglib or other dynamic byte code enhancers require more space than the default. The Sun document explicitly names JSP implementations as culprits for running out of space. Seems that we have to monitor the value for the runtime also. The parameter is used by the Sun JVM on all platforms. But they might be different default values. I could not find the default value documented. --heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I still dunno what -XXMaxPermSize does... will this wok on all JVM's? Or is this just for windows. I notice that someone updated the wiki to show this... I think we may need to have an example for Windows and an example for others... as I've never needed to set this... and it appears that the Mac OS X JVM does not recognize it either. Anyone know if this is Windows specific? --jason On Aug 30, 2006, at 10:49 PM, Heinz Drews wrote: > If it would be my OS I would have enough money to produce a better > one :-) > > In my case was jspc 1.4.5-SNAPSHOT and increasing MaxPermSize was > the remedy. > > --Heinz > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> I'm not offended... well, not by your email at least... your os... >> well that is another story :-P >> >> Hopefully we will have the magic recipe for building on windows soon. >> >> --jason >> >> >> On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: >> >> > Please don't see my comments as offense. >> > They are born from frustration. It seemed that build has been >> > promoted from being the way to being the destination. >> > >> > For me it seems that setting MaxPermSize is helping a lot. >> > The situation that the total process stopped because of a >> failing test >> > has not happened again. >> > >> > Just finished a successful build using bootstrap under WinXP. >> > >> > --Heinz >> > >> > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> >> To clarify... the move of the downloaded sources to target/ >> external >> >> was intended, as I did want to make sure that mvn clean removed >> >> them. These sources are not intended to be modified by hand. >> >> Anything that you end up having problems with need to make it >> back to >> >> those repositories as changes, so that bootstrap by itself >> >> functions. This is not a problem with bootstrap, but a problem >> with >> >> those dependent projects in addition to your local environment/os. >> >> While I would very much like to get these build problems fixed for >> >> you, changing bootstrap is not the right answer IMO. >> >> >> >> --jason >> >> >> >> >> >> On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: >> >> >> >> > Jason, >> >> > >> >> > I'm not sure if this was intended or not ... but having these >> >> > thirdparty items under target results in the source being purged >> >> > when doing an mvn clean. This is unfortunate for those of >> us that >> >> > are hitting the failures on the openejb tests. My memory may >> not >> >> > be correct but I thought that prior to this change I could do >> the >> >> > following: >> >> > >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> SNAPSHOT to >> >> > avoid the jspc problem). >> >> > - watch it fail to build openejb due to the test failures. >> >> > - run "mvn clean install -Dmaven.test.skip=true" >> >> > >> >> > However, now that openejb is under target the clean deletes the >> >> > source and before it attempts to build and the result is that I >> >> > still don't get the openejb jar created in my local repo. >> Now I >> >> > think I have to do the following: >> >> > >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> SNAPSHOT to >> >> > avoid the jspc problem). >> >> > - watch it fail to build openejb due to the test failures. >> >> > - cd to target\external\openejb2 >> >> > - run "mvn -Dmaven.test.skip=true" >> >> > - run "mvn clean install" >> >> > >> >> > Am I doing something wrong? >> >> > >> >> > Thanks, >> >> > Joe >> >> > >> >> > >> >> > [EMAIL PROTECTED] wrote: >> >> >> Author: jdillon >> >> >> Date: Sat Aug 26 20:25:18 2006 >> >> >> New Revision: 437291 >> >> >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> >> >> Log: >> >> >> Changed bootstrap to put external stuff into target/external >> >> >> instead of thirdparty >> >> >> Reduced ant output using -emacs and logger >> >> >> Modified: >> >> >> geronimo/server/trunk/bootstrap >> >> >> geronimo/server/trunk/bootstrap.bat >> >> >> geronimo/server/trunk/bootstrap.xml >> >> >> Modified: geronimo/server/trunk/bootstrap >> >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap? >> >> >> rev=437291&r1=437290&r2=437291&view=diff >> >> >> >> >> >> = >> >> >> = >> >> >> --- geronimo/server/trunk/bootstrap (original) >> >> >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 20
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
I still dunno what -XXMaxPermSize does... will this wok on all JVM's? Or is this just for windows. I notice that someone updated the wiki to show this... I think we may need to have an example for Windows and an example for others... as I've never needed to set this... and it appears that the Mac OS X JVM does not recognize it either. Anyone know if this is Windows specific? --jason On Aug 30, 2006, at 10:49 PM, Heinz Drews wrote: If it would be my OS I would have enough money to produce a better one :-) In my case was jspc 1.4.5-SNAPSHOT and increasing MaxPermSize was the remedy. --Heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I'm not offended... well, not by your email at least... your os... well that is another story :-P Hopefully we will have the magic recipe for building on windows soon. --jason On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: > Please don't see my comments as offense. > They are born from frustration. It seemed that build has been > promoted from being the way to being the destination. > > For me it seems that setting MaxPermSize is helping a lot. > The situation that the total process stopped because of a failing test > has not happened again. > > Just finished a successful build using bootstrap under WinXP. > > --Heinz > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> To clarify... the move of the downloaded sources to target/ external >> was intended, as I did want to make sure that mvn clean removed >> them. These sources are not intended to be modified by hand. >> Anything that you end up having problems with need to make it back to >> those repositories as changes, so that bootstrap by itself >> functions. This is not a problem with bootstrap, but a problem with >> those dependent projects in addition to your local environment/os. >> While I would very much like to get these build problems fixed for >> you, changing bootstrap is not the right answer IMO. >> >> --jason >> >> >> On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: >> >> > Jason, >> > >> > I'm not sure if this was intended or not ... but having these >> > thirdparty items under target results in the source being purged >> > when doing an mvn clean. This is unfortunate for those of us that >> > are hitting the failures on the openejb tests. My memory may not >> > be correct but I thought that prior to this change I could do the >> > following: >> > >> > - "bootstrap" (with the change to use the jspc 1.4.5- SNAPSHOT to >> > avoid the jspc problem). >> > - watch it fail to build openejb due to the test failures. >> > - run "mvn clean install -Dmaven.test.skip=true" >> > >> > However, now that openejb is under target the clean deletes the >> > source and before it attempts to build and the result is that I >> > still don't get the openejb jar created in my local repo. Now I >> > think I have to do the following: >> > >> > - "bootstrap" (with the change to use the jspc 1.4.5- SNAPSHOT to >> > avoid the jspc problem). >> > - watch it fail to build openejb due to the test failures. >> > - cd to target\external\openejb2 >> > - run "mvn -Dmaven.test.skip=true" >> > - run "mvn clean install" >> > >> > Am I doing something wrong? >> > >> > Thanks, >> > Joe >> > >> > >> > [EMAIL PROTECTED] wrote: >> >> Author: jdillon >> >> Date: Sat Aug 26 20:25:18 2006 >> >> New Revision: 437291 >> >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> >> Log: >> >> Changed bootstrap to put external stuff into target/external >> >> instead of thirdparty >> >> Reduced ant output using -emacs and logger >> >> Modified: >> >> geronimo/server/trunk/bootstrap >> >> geronimo/server/trunk/bootstrap.bat >> >> geronimo/server/trunk/bootstrap.xml >> >> Modified: geronimo/server/trunk/bootstrap >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ bootstrap? >> >> rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap (original) >> >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> >> @@ -19,5 +19,5 @@ >> >> PWD=`cygpath --windows $PWD` >> >> fi >> >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> >> +ant $BUILD_OPTIONS -emacs -logger >> >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> >> Modified: geronimo/server/trunk/bootstrap.bat >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap.bat (original) >> >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 >> >> @@ -10,7 +10,7 @@ >> >> set PROGNAME=%~nx0% >> >> set ARGS=%* >> >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> >> +ant %BUILD_OPTIONS% -emacs -logger >> >> org.apache.tools.ant.NoBannerLogger -f
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
128m was sufficient. --heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: What is the MaxPermSize you have set? --jason On Aug 30, 2006, at 10:49 PM, Heinz Drews wrote: > If it would be my OS I would have enough money to produce a better > one :-) > > In my case was jspc 1.4.5-SNAPSHOT and increasing MaxPermSize was > the remedy. > > --Heinz > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> I'm not offended... well, not by your email at least... your os... >> well that is another story :-P >> >> Hopefully we will have the magic recipe for building on windows soon. >> >> --jason >> >> >> On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: >> >> > Please don't see my comments as offense. >> > They are born from frustration. It seemed that build has been >> > promoted from being the way to being the destination. >> > >> > For me it seems that setting MaxPermSize is helping a lot. >> > The situation that the total process stopped because of a >> failing test >> > has not happened again. >> > >> > Just finished a successful build using bootstrap under WinXP. >> > >> > --Heinz >> > >> > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> >> To clarify... the move of the downloaded sources to target/ >> external >> >> was intended, as I did want to make sure that mvn clean removed >> >> them. These sources are not intended to be modified by hand. >> >> Anything that you end up having problems with need to make it >> back to >> >> those repositories as changes, so that bootstrap by itself >> >> functions. This is not a problem with bootstrap, but a problem >> with >> >> those dependent projects in addition to your local environment/os. >> >> While I would very much like to get these build problems fixed for >> >> you, changing bootstrap is not the right answer IMO. >> >> >> >> --jason >> >> >> >> >> >> On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: >> >> >> >> > Jason, >> >> > >> >> > I'm not sure if this was intended or not ... but having these >> >> > thirdparty items under target results in the source being purged >> >> > when doing an mvn clean. This is unfortunate for those of >> us that >> >> > are hitting the failures on the openejb tests. My memory may >> not >> >> > be correct but I thought that prior to this change I could do >> the >> >> > following: >> >> > >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> SNAPSHOT to >> >> > avoid the jspc problem). >> >> > - watch it fail to build openejb due to the test failures. >> >> > - run "mvn clean install -Dmaven.test.skip=true" >> >> > >> >> > However, now that openejb is under target the clean deletes the >> >> > source and before it attempts to build and the result is that I >> >> > still don't get the openejb jar created in my local repo. >> Now I >> >> > think I have to do the following: >> >> > >> >> > - "bootstrap" (with the change to use the jspc 1.4.5- >> SNAPSHOT to >> >> > avoid the jspc problem). >> >> > - watch it fail to build openejb due to the test failures. >> >> > - cd to target\external\openejb2 >> >> > - run "mvn -Dmaven.test.skip=true" >> >> > - run "mvn clean install" >> >> > >> >> > Am I doing something wrong? >> >> > >> >> > Thanks, >> >> > Joe >> >> > >> >> > >> >> > [EMAIL PROTECTED] wrote: >> >> >> Author: jdillon >> >> >> Date: Sat Aug 26 20:25:18 2006 >> >> >> New Revision: 437291 >> >> >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> >> >> Log: >> >> >> Changed bootstrap to put external stuff into target/external >> >> >> instead of thirdparty >> >> >> Reduced ant output using -emacs and logger >> >> >> Modified: >> >> >> geronimo/server/trunk/bootstrap >> >> >> geronimo/server/trunk/bootstrap.bat >> >> >> geronimo/server/trunk/bootstrap.xml >> >> >> Modified: geronimo/server/trunk/bootstrap >> >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap? >> >> >> rev=437291&r1=437290&r2=437291&view=diff >> >> >> >> >> >> = >> >> >> = >> >> >> --- geronimo/server/trunk/bootstrap (original) >> >> >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> >> >> @@ -19,5 +19,5 @@ >> >> >> PWD=`cygpath --windows $PWD` >> >> >> fi >> >> >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> >> >> +ant $BUILD_OPTIONS -emacs -logger >> >> >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> >> >> Modified: geronimo/server/trunk/bootstrap.bat >> >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> >> >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> >> >> >> >> >> = >> >> >> = >> >> >> --- geronimo/server/trunk/bootstrap.bat (original) >> >> >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 >> 2006 >> >> >> @@ -10,7 +10,7 @@ >> >> >> set PROGNAME=%~nx0% >> >> >> set ARGS=%* >> >> >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> >> >> +ant %BUILD
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
What is the MaxPermSize you have set? --jason On Aug 30, 2006, at 10:49 PM, Heinz Drews wrote: If it would be my OS I would have enough money to produce a better one :-) In my case was jspc 1.4.5-SNAPSHOT and increasing MaxPermSize was the remedy. --Heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I'm not offended... well, not by your email at least... your os... well that is another story :-P Hopefully we will have the magic recipe for building on windows soon. --jason On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: > Please don't see my comments as offense. > They are born from frustration. It seemed that build has been > promoted from being the way to being the destination. > > For me it seems that setting MaxPermSize is helping a lot. > The situation that the total process stopped because of a failing test > has not happened again. > > Just finished a successful build using bootstrap under WinXP. > > --Heinz > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> To clarify... the move of the downloaded sources to target/ external >> was intended, as I did want to make sure that mvn clean removed >> them. These sources are not intended to be modified by hand. >> Anything that you end up having problems with need to make it back to >> those repositories as changes, so that bootstrap by itself >> functions. This is not a problem with bootstrap, but a problem with >> those dependent projects in addition to your local environment/os. >> While I would very much like to get these build problems fixed for >> you, changing bootstrap is not the right answer IMO. >> >> --jason >> >> >> On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: >> >> > Jason, >> > >> > I'm not sure if this was intended or not ... but having these >> > thirdparty items under target results in the source being purged >> > when doing an mvn clean. This is unfortunate for those of us that >> > are hitting the failures on the openejb tests. My memory may not >> > be correct but I thought that prior to this change I could do the >> > following: >> > >> > - "bootstrap" (with the change to use the jspc 1.4.5- SNAPSHOT to >> > avoid the jspc problem). >> > - watch it fail to build openejb due to the test failures. >> > - run "mvn clean install -Dmaven.test.skip=true" >> > >> > However, now that openejb is under target the clean deletes the >> > source and before it attempts to build and the result is that I >> > still don't get the openejb jar created in my local repo. Now I >> > think I have to do the following: >> > >> > - "bootstrap" (with the change to use the jspc 1.4.5- SNAPSHOT to >> > avoid the jspc problem). >> > - watch it fail to build openejb due to the test failures. >> > - cd to target\external\openejb2 >> > - run "mvn -Dmaven.test.skip=true" >> > - run "mvn clean install" >> > >> > Am I doing something wrong? >> > >> > Thanks, >> > Joe >> > >> > >> > [EMAIL PROTECTED] wrote: >> >> Author: jdillon >> >> Date: Sat Aug 26 20:25:18 2006 >> >> New Revision: 437291 >> >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> >> Log: >> >> Changed bootstrap to put external stuff into target/external >> >> instead of thirdparty >> >> Reduced ant output using -emacs and logger >> >> Modified: >> >> geronimo/server/trunk/bootstrap >> >> geronimo/server/trunk/bootstrap.bat >> >> geronimo/server/trunk/bootstrap.xml >> >> Modified: geronimo/server/trunk/bootstrap >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ bootstrap? >> >> rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap (original) >> >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> >> @@ -19,5 +19,5 @@ >> >> PWD=`cygpath --windows $PWD` >> >> fi >> >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> >> +ant $BUILD_OPTIONS -emacs -logger >> >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> >> Modified: geronimo/server/trunk/bootstrap.bat >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap.bat (original) >> >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 >> >> @@ -10,7 +10,7 @@ >> >> set PROGNAME=%~nx0% >> >> set ARGS=%* >> >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> >> +ant %BUILD_OPTIONS% -emacs -logger >> >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% >> >> :END >> >> Modified: geronimo/server/trunk/bootstrap.xml >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> >> bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap.
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
If it would be my OS I would have enough money to produce a better one :-) In my case was jspc 1.4.5-SNAPSHOT and increasing MaxPermSize was the remedy. --Heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I'm not offended... well, not by your email at least... your os... well that is another story :-P Hopefully we will have the magic recipe for building on windows soon. --jason On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: > Please don't see my comments as offense. > They are born from frustration. It seemed that build has been > promoted from being the way to being the destination. > > For me it seems that setting MaxPermSize is helping a lot. > The situation that the total process stopped because of a failing test > has not happened again. > > Just finished a successful build using bootstrap under WinXP. > > --Heinz > > On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: >> To clarify... the move of the downloaded sources to target/external >> was intended, as I did want to make sure that mvn clean removed >> them. These sources are not intended to be modified by hand. >> Anything that you end up having problems with need to make it back to >> those repositories as changes, so that bootstrap by itself >> functions. This is not a problem with bootstrap, but a problem with >> those dependent projects in addition to your local environment/os. >> While I would very much like to get these build problems fixed for >> you, changing bootstrap is not the right answer IMO. >> >> --jason >> >> >> On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: >> >> > Jason, >> > >> > I'm not sure if this was intended or not ... but having these >> > thirdparty items under target results in the source being purged >> > when doing an mvn clean. This is unfortunate for those of us that >> > are hitting the failures on the openejb tests. My memory may not >> > be correct but I thought that prior to this change I could do the >> > following: >> > >> > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to >> > avoid the jspc problem). >> > - watch it fail to build openejb due to the test failures. >> > - run "mvn clean install -Dmaven.test.skip=true" >> > >> > However, now that openejb is under target the clean deletes the >> > source and before it attempts to build and the result is that I >> > still don't get the openejb jar created in my local repo. Now I >> > think I have to do the following: >> > >> > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to >> > avoid the jspc problem). >> > - watch it fail to build openejb due to the test failures. >> > - cd to target\external\openejb2 >> > - run "mvn -Dmaven.test.skip=true" >> > - run "mvn clean install" >> > >> > Am I doing something wrong? >> > >> > Thanks, >> > Joe >> > >> > >> > [EMAIL PROTECTED] wrote: >> >> Author: jdillon >> >> Date: Sat Aug 26 20:25:18 2006 >> >> New Revision: 437291 >> >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> >> Log: >> >> Changed bootstrap to put external stuff into target/external >> >> instead of thirdparty >> >> Reduced ant output using -emacs and logger >> >> Modified: >> >> geronimo/server/trunk/bootstrap >> >> geronimo/server/trunk/bootstrap.bat >> >> geronimo/server/trunk/bootstrap.xml >> >> Modified: geronimo/server/trunk/bootstrap >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap? >> >> rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap (original) >> >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> >> @@ -19,5 +19,5 @@ >> >> PWD=`cygpath --windows $PWD` >> >> fi >> >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> >> +ant $BUILD_OPTIONS -emacs -logger >> >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> >> Modified: geronimo/server/trunk/bootstrap.bat >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap.bat (original) >> >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 >> >> @@ -10,7 +10,7 @@ >> >> set PROGNAME=%~nx0% >> >> set ARGS=%* >> >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> >> +ant %BUILD_OPTIONS% -emacs -logger >> >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% >> >> :END >> >> Modified: geronimo/server/trunk/bootstrap.xml >> >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> >> bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff >> >> >> = >> >> = >> >> --- geronimo/server/trunk/bootstrap.xml (original) >> >> +++ geronimo/server/trunk/bootstrap.xml Sat Aug 26 20:25:18 2006 >> >> @@ -14,19 +14,19 @@ >> >> >> >> >> >>
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
I'm not offended... well, not by your email at least... your os... well that is another story :-P Hopefully we will have the magic recipe for building on windows soon. --jason On Aug 30, 2006, at 10:01 PM, Heinz Drews wrote: Please don't see my comments as offense. They are born from frustration. It seemed that build has been promoted from being the way to being the destination. For me it seems that setting MaxPermSize is helping a lot. The situation that the total process stopped because of a failing test has not happened again. Just finished a successful build using bootstrap under WinXP. --Heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: To clarify... the move of the downloaded sources to target/external was intended, as I did want to make sure that mvn clean removed them. These sources are not intended to be modified by hand. Anything that you end up having problems with need to make it back to those repositories as changes, so that bootstrap by itself functions. This is not a problem with bootstrap, but a problem with those dependent projects in addition to your local environment/os. While I would very much like to get these build problems fixed for you, changing bootstrap is not the right answer IMO. --jason On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: > Jason, > > I'm not sure if this was intended or not ... but having these > thirdparty items under target results in the source being purged > when doing an mvn clean. This is unfortunate for those of us that > are hitting the failures on the openejb tests. My memory may not > be correct but I thought that prior to this change I could do the > following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - run "mvn clean install -Dmaven.test.skip=true" > > However, now that openejb is under target the clean deletes the > source and before it attempts to build and the result is that I > still don't get the openejb jar created in my local repo. Now I > think I have to do the following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - cd to target\external\openejb2 > - run "mvn -Dmaven.test.skip=true" > - run "mvn clean install" > > Am I doing something wrong? > > Thanks, > Joe > > > [EMAIL PROTECTED] wrote: >> Author: jdillon >> Date: Sat Aug 26 20:25:18 2006 >> New Revision: 437291 >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> Log: >> Changed bootstrap to put external stuff into target/external >> instead of thirdparty >> Reduced ant output using -emacs and logger >> Modified: >> geronimo/server/trunk/bootstrap >> geronimo/server/trunk/bootstrap.bat >> geronimo/server/trunk/bootstrap.xml >> Modified: geronimo/server/trunk/bootstrap >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap? >> rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap (original) >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> @@ -19,5 +19,5 @@ >> PWD=`cygpath --windows $PWD` >> fi >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> +ant $BUILD_OPTIONS -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> Modified: geronimo/server/trunk/bootstrap.bat >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap.bat (original) >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 >> @@ -10,7 +10,7 @@ >> set PROGNAME=%~nx0% >> set ARGS=%* >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> +ant %BUILD_OPTIONS% -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% >> :END >> Modified: geronimo/server/trunk/bootstrap.xml >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap.xml (original) >> +++ geronimo/server/trunk/bootstrap.xml Sat Aug 26 20:25:18 2006 >> @@ -14,19 +14,19 @@ >> >> >> - >> + >> >> >> >> - >> + >> - >> + >> >> >> >> >> - >> + >> >> >> @@ -42,6 +42,7 @@ >> >> >> + Starting bootstrap build... >> >> @@ -88,14 +89,12 @@ >> >> >> - >> + >> >> >> >> -
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
Please don't see my comments as offense. They are born from frustration. It seemed that build has been promoted from being the way to being the destination. For me it seems that setting MaxPermSize is helping a lot. The situation that the total process stopped because of a failing test has not happened again. Just finished a successful build using bootstrap under WinXP. --Heinz On 8/31/06, Jason Dillon <[EMAIL PROTECTED]> wrote: To clarify... the move of the downloaded sources to target/external was intended, as I did want to make sure that mvn clean removed them. These sources are not intended to be modified by hand. Anything that you end up having problems with need to make it back to those repositories as changes, so that bootstrap by itself functions. This is not a problem with bootstrap, but a problem with those dependent projects in addition to your local environment/os. While I would very much like to get these build problems fixed for you, changing bootstrap is not the right answer IMO. --jason On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: > Jason, > > I'm not sure if this was intended or not ... but having these > thirdparty items under target results in the source being purged > when doing an mvn clean. This is unfortunate for those of us that > are hitting the failures on the openejb tests. My memory may not > be correct but I thought that prior to this change I could do the > following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - run "mvn clean install -Dmaven.test.skip=true" > > However, now that openejb is under target the clean deletes the > source and before it attempts to build and the result is that I > still don't get the openejb jar created in my local repo. Now I > think I have to do the following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - cd to target\external\openejb2 > - run "mvn -Dmaven.test.skip=true" > - run "mvn clean install" > > Am I doing something wrong? > > Thanks, > Joe > > > [EMAIL PROTECTED] wrote: >> Author: jdillon >> Date: Sat Aug 26 20:25:18 2006 >> New Revision: 437291 >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> Log: >> Changed bootstrap to put external stuff into target/external >> instead of thirdparty >> Reduced ant output using -emacs and logger >> Modified: >> geronimo/server/trunk/bootstrap >> geronimo/server/trunk/bootstrap.bat >> geronimo/server/trunk/bootstrap.xml >> Modified: geronimo/server/trunk/bootstrap >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap? >> rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap (original) >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> @@ -19,5 +19,5 @@ >> PWD=`cygpath --windows $PWD` >> fi >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> +ant $BUILD_OPTIONS -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> Modified: geronimo/server/trunk/bootstrap.bat >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap.bat (original) >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 >> @@ -10,7 +10,7 @@ >> set PROGNAME=%~nx0% >> set ARGS=%* >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> +ant %BUILD_OPTIONS% -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% >> :END >> Modified: geronimo/server/trunk/bootstrap.xml >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap.xml (original) >> +++ geronimo/server/trunk/bootstrap.xml Sat Aug 26 20:25:18 2006 >> @@ -14,19 +14,19 @@ >> >> >> - >> + >> >> >> >> - >> + >> - >> + >> >> >> >> >> - >> + >> >> >> @@ -42,6 +42,7 @@ >> >> >> + Starting bootstrap build... >> >> @@ -88,14 +89,12 @@ >> >> >> - >> + >> >> >> >> -Cleaning... >> - >> >> @@ -120,18 +119,18 @@ >> >> - >> - >> - >> + >> + >> + >> >> Building Specs... >> -http://svn.apache.org/repos/asf/
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
To clarify... the move of the downloaded sources to target/external was intended, as I did want to make sure that mvn clean removed them. These sources are not intended to be modified by hand. Anything that you end up having problems with need to make it back to those repositories as changes, so that bootstrap by itself functions. This is not a problem with bootstrap, but a problem with those dependent projects in addition to your local environment/os. While I would very much like to get these build problems fixed for you, changing bootstrap is not the right answer IMO. --jason On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: Jason, I'm not sure if this was intended or not ... but having these thirdparty items under target results in the source being purged when doing an mvn clean. This is unfortunate for those of us that are hitting the failures on the openejb tests. My memory may not be correct but I thought that prior to this change I could do the following: - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to avoid the jspc problem). - watch it fail to build openejb due to the test failures. - run "mvn clean install -Dmaven.test.skip=true" However, now that openejb is under target the clean deletes the source and before it attempts to build and the result is that I still don't get the openejb jar created in my local repo. Now I think I have to do the following: - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to avoid the jspc problem). - watch it fail to build openejb due to the test failures. - cd to target\external\openejb2 - run "mvn -Dmaven.test.skip=true" - run "mvn clean install" Am I doing something wrong? Thanks, Joe [EMAIL PROTECTED] wrote: Author: jdillon Date: Sat Aug 26 20:25:18 2006 New Revision: 437291 URL: http://svn.apache.org/viewvc?rev=437291&view=rev Log: Changed bootstrap to put external stuff into target/external instead of thirdparty Reduced ant output using -emacs and logger Modified: geronimo/server/trunk/bootstrap geronimo/server/trunk/bootstrap.bat geronimo/server/trunk/bootstrap.xml Modified: geronimo/server/trunk/bootstrap URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap? rev=437291&r1=437290&r2=437291&view=diff = = --- geronimo/server/trunk/bootstrap (original) +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 @@ -19,5 +19,5 @@ PWD=`cygpath --windows $PWD` fi -ant $BUILD_OPTIONS -f bootstrap.xml "$@" +ant $BUILD_OPTIONS -emacs -logger org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" Modified: geronimo/server/trunk/bootstrap.bat URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff = = --- geronimo/server/trunk/bootstrap.bat (original) +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 @@ -10,7 +10,7 @@ set PROGNAME=%~nx0% set ARGS=%* -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% +ant %BUILD_OPTIONS% -emacs -logger org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% :END Modified: geronimo/server/trunk/bootstrap.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff = = --- geronimo/server/trunk/bootstrap.xml (original) +++ geronimo/server/trunk/bootstrap.xml Sat Aug 26 20:25:18 2006 @@ -14,19 +14,19 @@ - + - + - + - + @@ -42,6 +42,7 @@ + Starting bootstrap build... @@ -88,14 +89,12 @@ - + -Cleaning... - @@ -120,18 +119,18 @@ - - - + + + Building Specs... -http://svn.apache.org/repos/asf/ geronimo/specs/trunk" name="specs"/> +http://svn.apache.org/repos/asf/ geronimo/specs/trunk" name="specs"/> Building OpenEJB2... -http://svn.codehaus.org/openejb/ trunk/openejb2" name="openejb2"/> +http://svn.codehaus.org/openejb/ trunk/openejb2" name="openejb2"/>
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
Running the steps by hand removes bootstrap, a convenience script, from the equation. You most certainly do not need to use it to build Geronimo. It is only an attempt to automate several steps together. As I have said before, and I will undoubtedly say again, bootstrap is temporary and will be removed as soon as we have all of the dependency artifacts published and have a few maven bugs resolved. I believe that the script as it is now is sufficient for use... and any problems which folks are seeing while using the script are issues that need to be fixed... not issues with bootstrap. The cleaning of the repository is a very needed step which helps to ensure that the build is able to resolve all required dependencies from the configured repositories. I am sorry if this is upsetting to some, but IMO it is essential to ensure that nothing creeps in due to an added dependency, which could have easily been installed into your repository by some other Maven project, but might not be accessible to others who are starting to build G from scratch. --jason On Aug 30, 2006, at 8:23 PM, Heinz Drews wrote: Jason, running the steps individually does not change the situation, it only gives better chances to see what has gone wrong. I also don't want to clean my local Maven repos each time, it might sound strange but I have also other stuff there and not the G related components. bootstrap anyhow cleans just the default location and not the place specified in the Maven config. I don't want (even can't) use the default under Windows. I synchronize my profile cross multiple systems and I don't want to transfer all the jars. I would prefer a boostrap process which just installs the requirements and checks the correctness in a second step instead of mangling installation with tests. Heinz On 8/30/06, Jason Dillon <[EMAIL PROTECTED]> wrote: All of you guys who are seeing strange failures... I suggest you not use bootstrap, but instead run the steps by hand. --jason On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: > Jason, > > I'm not sure if this was intended or not ... but having these > thirdparty items under target results in the source being purged > when doing an mvn clean. This is unfortunate for those of us that > are hitting the failures on the openejb tests. My memory may not > be correct but I thought that prior to this change I could do the > following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - run "mvn clean install -Dmaven.test.skip=true" > > However, now that openejb is under target the clean deletes the > source and before it attempts to build and the result is that I > still don't get the openejb jar created in my local repo. Now I > think I have to do the following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - cd to target\external\openejb2 > - run "mvn -Dmaven.test.skip=true" > - run "mvn clean install" > > Am I doing something wrong? > > Thanks, > Joe > > > [EMAIL PROTECTED] wrote: >> Author: jdillon >> Date: Sat Aug 26 20:25:18 2006 >> New Revision: 437291 >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> Log: >> Changed bootstrap to put external stuff into target/external >> instead of thirdparty >> Reduced ant output using -emacs and logger >> Modified: >> geronimo/server/trunk/bootstrap >> geronimo/server/trunk/bootstrap.bat >> geronimo/server/trunk/bootstrap.xml >> Modified: geronimo/server/trunk/bootstrap >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap? >> rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap (original) >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> @@ -19,5 +19,5 @@ >> PWD=`cygpath --windows $PWD` >> fi >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> +ant $BUILD_OPTIONS -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> Modified: geronimo/server/trunk/bootstrap.bat >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap.bat (original) >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 >> @@ -10,7 +10,7 @@ >> set PROGNAME=%~nx0% >> set ARGS=%* >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> +ant %BUILD_OPTIONS% -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% >> :END >> Modified: geronimo/server/trunk/bootstrap.xml >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff >> ===
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
Jason, running the steps individually does not change the situation, it only gives better chances to see what has gone wrong. I also don't want to clean my local Maven repos each time, it might sound strange but I have also other stuff there and not the G related components. bootstrap anyhow cleans just the default location and not the place specified in the Maven config. I don't want (even can't) use the default under Windows. I synchronize my profile cross multiple systems and I don't want to transfer all the jars. I would prefer a boostrap process which just installs the requirements and checks the correctness in a second step instead of mangling installation with tests. Heinz On 8/30/06, Jason Dillon <[EMAIL PROTECTED]> wrote: All of you guys who are seeing strange failures... I suggest you not use bootstrap, but instead run the steps by hand. --jason On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: > Jason, > > I'm not sure if this was intended or not ... but having these > thirdparty items under target results in the source being purged > when doing an mvn clean. This is unfortunate for those of us that > are hitting the failures on the openejb tests. My memory may not > be correct but I thought that prior to this change I could do the > following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - run "mvn clean install -Dmaven.test.skip=true" > > However, now that openejb is under target the clean deletes the > source and before it attempts to build and the result is that I > still don't get the openejb jar created in my local repo. Now I > think I have to do the following: > > - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to > avoid the jspc problem). > - watch it fail to build openejb due to the test failures. > - cd to target\external\openejb2 > - run "mvn -Dmaven.test.skip=true" > - run "mvn clean install" > > Am I doing something wrong? > > Thanks, > Joe > > > [EMAIL PROTECTED] wrote: >> Author: jdillon >> Date: Sat Aug 26 20:25:18 2006 >> New Revision: 437291 >> URL: http://svn.apache.org/viewvc?rev=437291&view=rev >> Log: >> Changed bootstrap to put external stuff into target/external >> instead of thirdparty >> Reduced ant output using -emacs and logger >> Modified: >> geronimo/server/trunk/bootstrap >> geronimo/server/trunk/bootstrap.bat >> geronimo/server/trunk/bootstrap.xml >> Modified: geronimo/server/trunk/bootstrap >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap? >> rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap (original) >> +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 >> @@ -19,5 +19,5 @@ >> PWD=`cygpath --windows $PWD` >> fi >> -ant $BUILD_OPTIONS -f bootstrap.xml "$@" >> +ant $BUILD_OPTIONS -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" >> Modified: geronimo/server/trunk/bootstrap.bat >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap.bat (original) >> +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 >> @@ -10,7 +10,7 @@ >> set PROGNAME=%~nx0% >> set ARGS=%* >> -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% >> +ant %BUILD_OPTIONS% -emacs -logger >> org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% >> :END >> Modified: geronimo/server/trunk/bootstrap.xml >> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ >> bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff >> = >> = >> --- geronimo/server/trunk/bootstrap.xml (original) >> +++ geronimo/server/trunk/bootstrap.xml Sat Aug 26 20:25:18 2006 >> @@ -14,19 +14,19 @@ >> >> >> - >> + >> >> >> >> - >> + >> - >> + >> >> >> >> >> - >> + >> >> >> @@ -42,6 +42,7 @@ >> >> >> + Starting bootstrap build... >> >> @@ -88,14 +89,12 @@ >> >> >> - >> + >> >> >> >> -Cleaning... >> - >> >> @@ -120,18 +119,18 @@ >> >> - >> - >> - >> + >> + >> + >> >> Building Specs... >> -http://svn.apache.org/repos/asf/ >> geronimo/specs/trunk" name="specs"/> >> +http://svn.apache.org/repos/asf/ >> geronimo/specs/trunk" name="specs"/> >> >>
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
All of you guys who are seeing strange failures... I suggest you not use bootstrap, but instead run the steps by hand. --jason On Aug 30, 2006, at 7:38 AM, Joe Bohn wrote: Jason, I'm not sure if this was intended or not ... but having these thirdparty items under target results in the source being purged when doing an mvn clean. This is unfortunate for those of us that are hitting the failures on the openejb tests. My memory may not be correct but I thought that prior to this change I could do the following: - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to avoid the jspc problem). - watch it fail to build openejb due to the test failures. - run "mvn clean install -Dmaven.test.skip=true" However, now that openejb is under target the clean deletes the source and before it attempts to build and the result is that I still don't get the openejb jar created in my local repo. Now I think I have to do the following: - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to avoid the jspc problem). - watch it fail to build openejb due to the test failures. - cd to target\external\openejb2 - run "mvn -Dmaven.test.skip=true" - run "mvn clean install" Am I doing something wrong? Thanks, Joe [EMAIL PROTECTED] wrote: Author: jdillon Date: Sat Aug 26 20:25:18 2006 New Revision: 437291 URL: http://svn.apache.org/viewvc?rev=437291&view=rev Log: Changed bootstrap to put external stuff into target/external instead of thirdparty Reduced ant output using -emacs and logger Modified: geronimo/server/trunk/bootstrap geronimo/server/trunk/bootstrap.bat geronimo/server/trunk/bootstrap.xml Modified: geronimo/server/trunk/bootstrap URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap? rev=437291&r1=437290&r2=437291&view=diff = = --- geronimo/server/trunk/bootstrap (original) +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 @@ -19,5 +19,5 @@ PWD=`cygpath --windows $PWD` fi -ant $BUILD_OPTIONS -f bootstrap.xml "$@" +ant $BUILD_OPTIONS -emacs -logger org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" Modified: geronimo/server/trunk/bootstrap.bat URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff = = --- geronimo/server/trunk/bootstrap.bat (original) +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 @@ -10,7 +10,7 @@ set PROGNAME=%~nx0% set ARGS=%* -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% +ant %BUILD_OPTIONS% -emacs -logger org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% :END Modified: geronimo/server/trunk/bootstrap.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff = = --- geronimo/server/trunk/bootstrap.xml (original) +++ geronimo/server/trunk/bootstrap.xml Sat Aug 26 20:25:18 2006 @@ -14,19 +14,19 @@ - + - + - + - + @@ -42,6 +42,7 @@ + Starting bootstrap build... @@ -88,14 +89,12 @@ - + -Cleaning... - @@ -120,18 +119,18 @@ - - - + + + Building Specs... -http://svn.apache.org/repos/asf/ geronimo/specs/trunk" name="specs"/> +http://svn.apache.org/repos/asf/ geronimo/specs/trunk" name="specs"/> Building OpenEJB2... -http://svn.codehaus.org/openejb/ trunk/openejb2" name="openejb2"/> +http://svn.codehaus.org/openejb/ trunk/openejb2" name="openejb2"/>
Re: svn commit: r437291 - in /geronimo/server/trunk: bootstrap bootstrap.bat bootstrap.xml
Jason, I'm not sure if this was intended or not ... but having these thirdparty items under target results in the source being purged when doing an mvn clean. This is unfortunate for those of us that are hitting the failures on the openejb tests. My memory may not be correct but I thought that prior to this change I could do the following: - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to avoid the jspc problem). - watch it fail to build openejb due to the test failures. - run "mvn clean install -Dmaven.test.skip=true" However, now that openejb is under target the clean deletes the source and before it attempts to build and the result is that I still don't get the openejb jar created in my local repo. Now I think I have to do the following: - "bootstrap" (with the change to use the jspc 1.4.5-SNAPSHOT to avoid the jspc problem). - watch it fail to build openejb due to the test failures. - cd to target\external\openejb2 - run "mvn -Dmaven.test.skip=true" - run "mvn clean install" Am I doing something wrong? Thanks, Joe [EMAIL PROTECTED] wrote: Author: jdillon Date: Sat Aug 26 20:25:18 2006 New Revision: 437291 URL: http://svn.apache.org/viewvc?rev=437291&view=rev Log: Changed bootstrap to put external stuff into target/external instead of thirdparty Reduced ant output using -emacs and logger Modified: geronimo/server/trunk/bootstrap geronimo/server/trunk/bootstrap.bat geronimo/server/trunk/bootstrap.xml Modified: geronimo/server/trunk/bootstrap URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap?rev=437291&r1=437290&r2=437291&view=diff == --- geronimo/server/trunk/bootstrap (original) +++ geronimo/server/trunk/bootstrap Sat Aug 26 20:25:18 2006 @@ -19,5 +19,5 @@ PWD=`cygpath --windows $PWD` fi -ant $BUILD_OPTIONS -f bootstrap.xml "$@" +ant $BUILD_OPTIONS -emacs -logger org.apache.tools.ant.NoBannerLogger -f bootstrap.xml "$@" Modified: geronimo/server/trunk/bootstrap.bat URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap.bat?rev=437291&r1=437290&r2=437291&view=diff == --- geronimo/server/trunk/bootstrap.bat (original) +++ geronimo/server/trunk/bootstrap.bat Sat Aug 26 20:25:18 2006 @@ -10,7 +10,7 @@ set PROGNAME=%~nx0% set ARGS=%* -ant %BUILD_OPTIONS% -f bootstrap.xml %ARGS% +ant %BUILD_OPTIONS% -emacs -logger org.apache.tools.ant.NoBannerLogger -f bootstrap.xml %ARGS% :END Modified: geronimo/server/trunk/bootstrap.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/bootstrap.xml?rev=437291&r1=437290&r2=437291&view=diff == --- geronimo/server/trunk/bootstrap.xml (original) +++ geronimo/server/trunk/bootstrap.xml Sat Aug 26 20:25:18 2006 @@ -14,19 +14,19 @@ - + - + - + - + @@ -42,6 +42,7 @@ + Starting bootstrap build... @@ -88,14 +89,12 @@ - + -Cleaning... - @@ -120,18 +119,18 @@ - - - + + + Building Specs... -http://svn.apache.org/repos/asf/geronimo/specs/trunk"; name="specs"/> +http://svn.apache.org/repos/asf/geronimo/specs/trunk"; name="specs"/> Building OpenEJB2... -http://svn.codehaus.org/openejb/trunk/openejb2"; name="openejb2"/> +http://svn.codehaus.org/openejb/trunk/openejb2"; name="openejb2"/>
