Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 7517 invoked by uid 500); 10 Nov 2001 15:46:43 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 7506 invoked from network); 10 Nov 2001 15:46:43 -0000 Message-ID: <003101c169fe$e77811e0$1e01a8c0@finaltouch.com> From: "Robert J. Lebowitz" To: References: <00d401c168bd$1d4a49c0$1e01a8c0@finaltouch.com> <20011110151921.70BFE4E470@tk-srvr-1.100btx.intranet> Subject: Re: Headless Server and jdk 1.4 Date: Sat, 10 Nov 2001 09:46:46 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > it's working fine for me, except that I'm using rc1a of cocoon. But I had to > change some things. When you start tomcat, you have to set the headless > properity. Simple look on java.sun.com for an example. > Then you have to recompile batik and fop and copy them into the cocoon libs > directory. You have to use the 1.0 batik, not the 1.1. But batik doesn't > compile. That's odd.... I managed to compile it without errors... I might have to try that again, in case I messed something up. Fop, on the other hand has required some changes. I'm in the middle of creating dummy methods to match the new ones in the awt API. I know what you're saying about not wanting to submit the patches; my fixes are really just a way to get the thing to compile, but it doesn't address the real issue which is to rewrite the classes so that they utilize the new features available within 1.4. I suspect that if they start using the new I/O and other features they'll have a more efficient version of FOP and Batik available. However, it will require a rather intensive rewrite as far as I can tell. >But > it didn't change anything. Big font sizes are working well, small ones are > almost unreadable. I don't know why. > Also all graphics are looking different than in non-headless mode. > This is very discouraging... I had hoped that when I finished, I'd have a "cleaner" solution to my problem; namely no need for running Xvbf to get the same results. I read a posting that suggested that the Batik and Fop folks had to make a lot of weird changes to get the font metrics stuff to work correctly. One poster suggested that using JDK 1.4 cleared up all this, but your results suggest otherwise.... sigh. Rob --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: