Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 71659 invoked by uid 500); 3 Apr 2003 03:42:08 -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 71646 invoked from network); 3 Apr 2003 03:42:08 -0000 Received: from main.gmane.org (80.91.224.249) by daedalus.apache.org with SMTP; 3 Apr 2003 03:42:08 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 190vba-00089z-00 for ; Thu, 03 Apr 2003 05:41:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: cocoon-dev@xml.apache.org Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 190vb1-00088B-00 for ; Thu, 03 Apr 2003 05:40:59 +0200 From: Sam Ruby Subject: Re: Gump on cocoondev.org Date: Wed, 02 Apr 2003 22:41:13 -0500 Lines: 39 Message-ID: References: <20030322112444.30933.qmail@icarus.apache.org> <3E7C8D68.8010409@apache.org> <3E8A10B6.2030809@apache.org> <3E8AD6BF.6030805@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en In-Reply-To: Sender: news X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Sam Ruby wrote: > > Even if this were corrected, however, I do see a jar in the > avalon-excalibur/compatibility/build/lib directory. What's odd is that > it was built this morning, but has yesterday's date on it. This I can't > explain either. Solved this problem. Something is misconfigured on cocoondev. Witness: public class test { static public void main(String args[]) throws Exception { System.out.println(java.util.TimeZone.getDefault().getID()); } } Now here is the output on various machines: nagoya: America/Los_Angeles rubix: America/New_York cocoondev: America/Chicago lsd: Europe/Amsterdam Can you spot the one that is incorrect? In the process, I found an unrelated problem and a workaround. On cocoondev only, the gen was failing thus: (Location of error unknown)XSLT Error (java.lang.InternalError): fillbuf I appear to be able to work around this by adding the following to one of the stylesheets: I don't know why this only happens on cocoondev and why adding this line avoids the problem, but for now, I'm happy. - Sam Ruby