That error is just trying to compile the LPS jar. It hasn't even started on the doc at this point.
I have to suspect something is awry with your java, that it is (for some reason) not seeing your JAVA_OPTS. What do you see if you say: % (echo $JAVA_OPTS) at a terminal prompt? (I.e., invoke echo in a sub-shell to see exactly what value JAVA_OPTS will have in a shell script.) On 2010-02-24, at 12:45, Lou Iorio wrote: > Yes, this same error every time. If it gets past this, the build succeeds. > > compile: > [javac] Compiling 565 source files to > /Users/lou/src/svn/openlaszlo/trunk/WEB-INF/lps/server/build > [javac] > [javac] > [javac] The system is out of resources. > [javac] Consult the following stack trace for details. > [javac] java.lang.OutOfMemoryError: Java heap space > [javac] at > com.sun.tools.javac.code.Scope$ImportScope.makeEntry(Scope.java:385) > [javac] at com.sun.tools.javac.code.Scope.enter(Scope.java:196) > [javac] at com.sun.tools.javac.code.Scope.enter(Scope.java:183) > [javac] at > com.sun.tools.javac.comp.MemberEnter.importAll(MemberEnter.java:132) > [javac] at > com.sun.tools.javac.comp.MemberEnter.visitImport(MemberEnter.java:538) > [javac] at > com.sun.tools.javac.tree.JCTree$JCImport.accept(JCTree.java:495) > [javac] at > com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387) > [javac] at > com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:399) > [javac] at > com.sun.tools.javac.comp.MemberEnter.visitTopLevel(MemberEnter.java:512) > [javac] at > com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:446) > [javac] at > com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387) > [javac] at > com.sun.tools.javac.comp.MemberEnter.complete(MemberEnter.java:819) > [javac] at com.sun.tools.javac.code.Symbol.complete(Symbol.java:386) > [javac] at > com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:758) > [javac] at com.sun.tools.javac.comp.Enter.complete(Enter.java:451) > [javac] at com.sun.tools.javac.comp.Enter.main(Enter.java:429) > [javac] at > com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:819) > [javac] at > com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:727) > [javac] at com.sun.tools.javac.main.Main.compile(Main.java:353) > [javac] at com.sun.tools.javac.main.Main.compile(Main.java:279) > [javac] at com.sun.tools.javac.main.Main.compile(Main.java:270) > [javac] at com.sun.tools.javac.Main.compile(Main.java:69) > [javac] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [javac] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > [javac] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > [javac] at java.lang.reflect.Method.invoke(Method.java:597) > [javac] at > org.apache.tools.ant.taskdefs.compilers.Javac13.execute(Javac13.java:56) > [javac] at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:1065) > [javac] at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:882) > [javac] at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) > [javac] at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) > [javac] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > >> From my .profle: > > JAVA_OPTS="-Xmx1024m" > export JAVA_OPTS > > > On Wed, Feb 24, 2010 at 1:03 PM, P T Withington <[email protected]> wrote: > >> Are you always failing with an "out of memory" error? >> >> On 2010-02-24, at 11:45, Lou Iorio wrote: >> >>> Just to follow up, I am now able to do a complete build, including doc: >> just >>> not every time. >>> >>> This morning, I did three builds without any change between builds. The >>> first two failed; >>> the third succeeded. >>> >>> MacBook Pro, OS X 10.5.8, Ant 7, JDK 1.6 >> >>
