inline.. --- Joe Bohn <[EMAIL PROTECTED]> wrote:
> > We've been struggling with build problems on windows for some time > now > and things just keep on getting worse. > > I'm composing this note to summarize the problems that I'm aware of > with > work-arounds and possible solutions. I'm also fishing to see if > anybody else has some ideas on how to resolve these issues. > > 1) Windows pathlength problem. > Problem: > There are miscellaneous failures that can typically be tracked down > to > the windows pathlength problem. The nature of our repository > structure > and deployment make this a big problem. It also seems like we're > continuing to add more intermediate elements in path names as we try > to > get things more organized and conform to Maven 2 conventions. > > Work-around: > The work-around is to keep the windows root path as small as > possible. > I now typically build from a root path of c:\g to avoid these > problems. > > Possible Solution: > For a longer term solution I'm planning to work on a new repository > implementation in 1.2 that that isn't as redundant or verbose. +1 In the mean time could we warn our users that if they are using windows, they should use a short root path. If everyone agrees, I would like to edit the M2build page on cwiki. > > > > 2) JSP compilation errors > Problem: > Embedded error: Unable to compile class for JSP > Strange error message about JAVA_HOME, etc... > > Possible Solution/Work-around: > Update the pom.xml in the root directory to use version > 1.4.5-SNAPSHOT > (from 1.4.4) for the jspc-maven-plugin. Not sure if Jeff Genender is > > planning to make 1.4.5 an official release for this. We're not sure > why > it gets us around the problem so it may be a red herring. > I have seen this, but do not yet know why it happens. I would like to comment out the following lines until the problem is resolved. 1. applications/geronimo-examples/pom.xml <module>geronimo-jsp-examples</module> 2. configs/pom.xml <module>jsp-examples-jetty</module> <module>jsp-examples-tomcat</module> These configs are not needed to start the server. > > > 3) Openejb2 test failures. > Problem: > Caused by: java.lang.NoSuchMethodException: > org.openejb.deployment.DeploymentTestSuite.getName() > > Work-around: > After bootstrap failure cd to <root>\target\external\openejb2 > "mvn -Dmaven.test.skip=true" > cd back to <root> > "mvn clean install" > > Possible solution: > Dain suggested adding the "getName" method to the test. However, > when I > attempted this I hit other errors. > http://marc.theaimsgroup.com/?l=geronimo-dev&m=115680051431478&w=2 > I think it would be helpful if we could disable the openejb tests > until > this problem is resolved. +1 > > > > 4) Blue screen of death (bsod) > Problem: > This has been reported by multiple users on various machines. When > running an M1 or M2 build the user encounters a bsod due to a memory > failure. > PAGE_FAULT_IN_NONPAGED_AREA > *** STOP: 0x00000050 (0xBADDB148, 0x00000000, 0x8056C77B, > 0x00000000) > Dump of physical memory > > Work-around/Possible Solution: > Haven't found one yet. I've tried updated drivers, replaced > hardware, > tried various heap size settings, etc.... At times this can be > fairly > frequent (every 3rd build attempt or so). I'm collecting > bootstrap.log > files from folks when this happens during a bootstrap to see if there > is > a common thread. So far, with the bootstrap logs, it always seems to > > happen at about the same place: > Running tests after building a module (usually tomcat.ApplicationTest > or > TomcatModuleBuilderTest) and the final lines in the log are always > the > Creation of an MBeanServer like this: > [exec] Running org.apache.geronimo.tomcat.ApplicationTest > [exec] Created MBeanServer with ID: > 5dcec6:10d5a184aed:-8000:jbohn2:1 > > Please respond to this note if you are seeing the bsod failures on > windows. At first I thought this was just me and was hardware > related. > However, the more I talk to folks on windows the more I hear of > other > folks encountering this same problem. I've updated all drivers, > replaced my entire system, and several other folks have reported > seeing > this on completely different systems. I think that pretty much > rules > out a hardware problem. Hmm..., I have never seen this one. I am looking at the code and will get back to you if I find something strange. Thanks Anita > > ideas welcome! > > Joe > > > > > > > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com