Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 81392 invoked by uid 500); 28 Mar 2003 09:11:19 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 81319 invoked from network); 28 Mar 2003 09:11:19 -0000 Received: from unknown (HELO pulse.betaversion.org) (217.158.110.65) by daedalus.apache.org with SMTP; 28 Mar 2003 09:11:19 -0000 Received: (qmail 20953 invoked from network); 28 Mar 2003 09:11:29 -0000 Received: from unknown (HELO apache.org) (stefano@80.105.91.155) by pulse.betaversion.org with SMTP; 28 Mar 2003 09:11:29 -0000 Message-ID: <3E8411E0.3000104@apache.org> Date: Fri, 28 Mar 2003 10:12:00 +0100 From: Stefano Mazzocchi User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cocoon-dev@xml.apache.org Subject: Re: [GUMP] Build Failure - Cocoon References: <20030327102032.38721.qmail@icarus.apache.org> <3E82E964.3060104@apache.org> <3E832B44.3070604@verizon.net> In-Reply-To: <3E832B44.3070604@verizon.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Christopher Oliver wrote: > Stefano Mazzocchi wrote: > > >>> compile-core: >>> [copy] Copying 41 files to >>> /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes >>> [copy] Copied 37 empty directories to >>> /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes >>> [javac] Compiling 1 source file to >>> /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/mocks >>> [javac] Compiling 515 source files to >>> /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030327/classes >>> [javac] >>> /home/rubys/jakarta/cocoon-2.1/src/java/org/apache/cocoon/components/flow/javascript/JavaScriptInterpreter.java:194: >>> cannot resolve symbol >>> [javac] symbol : method setOptimizationLevel (int) >>> [javac] location: class org.mozilla.javascript.tools.debugger.Main >>> [javac] db.setOptimizationLevel(OPTIMIZATION_LEVEL); >>> [javac] ^ >> >> >> >> Chris, >> >> I think your latest rhino debugging modifications broke Gump. Can you >> please help me taking care of this? TIA. >> >> Stefano. >> > > Sure, I'd like to. But I don't understand how this error could be > generated unless Gump is using the non-continuations-enabled version of > Rhino? ah, that explains it. > Can you configure Gump to build against the the version from > cocoondev.org? well, yes, even you could. all ASF committers have access to the jakarta-gump CVS module. > Or what's the best approach? I'm more and more concerned about the fact that we are, in fact, forking rhyno and calling it with the same name, this is a very bad practice, it's very close to steal visibility. Am I the only one bothered by this? Stefano.