Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 84381 invoked from network); 17 Sep 2003 22:44:33 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 17 Sep 2003 22:44:33 -0000 Received: (qmail 38513 invoked by uid 500); 17 Sep 2003 22:44:14 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 38475 invoked by uid 500); 17 Sep 2003 22:44:14 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 38459 invoked from network); 17 Sep 2003 22:44:13 -0000 Received: from unknown (HELO mail.gmx.net) (213.165.64.20) by daedalus.apache.org with SMTP; 17 Sep 2003 22:44:13 -0000 Received: (qmail 1075 invoked by uid 65534); 17 Sep 2003 22:44:18 -0000 Received: from unknown (EHLO devel.fgh.local) (213.147.182.45) by mail.gmx.net (mp012) with SMTP; 18 Sep 2003 00:44:18 +0200 X-Authenticated: #8632602 From: "Florian G. Haas" Subject: Failing miserably at nailing a suspected bug in Excalibur xmlutils or Cocoon TraxTransformer Date: Thu, 18 Sep 2003 00:46:49 +0200 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Disposition: inline To: dev@cocoon.apache.org Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Message-Id: <200309180047.54639.f.g.haas@gmx.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, since I recently introduced myself in my first post to the users list, whic= h I=20 suppose many of you are reading at least occasionally, here's the brief=20 version: my name is Florian, I am currently using Cocoon in order to build= =20 web sites from XML topic maps, among other things.=20 =46or about three weeks now, I'm trying to dig up the reason for the behavi= or=20 described on August 30 in my post "2.1: Neither LinkSerializer nor=20 LinkGatherer producing a complete link list" to the users list.[1] Upayavir= a=20 provided lots of help and I have a hunch that the namespace-related issues= =20 described in the thread really have nothing to do with the ExtendedXLinkPip= e=20 as both he and I originally supposed, but that its due to a bug buried=20 somewhere in the Excalibur JAXP parser wrapper, the Cocoon TraxTransformer,= =20 or a combination of both. To illustrate the issue, I'll take a DocBook example. I'm quite certain tha= t=20 most of you are familiar with DocBook XML 4.2, and with Norm Walsh's=20 docbook-xsl stylesheets. So for brevity's sake, I'll only post a source and= =20 output code snippet. Source DocBook XML (this is an excerpt of a document I've written to put on= my=20 personal web site): This entire process is automated using the Cocoon = XML publishing framework brought to you courtesy of the Apache Cocoon project. Currently, I run Cocoon off-line (using the Coco= on command line interface), and upload the generated pages onto a = web server serving static content. Here's the output when running Xalan 2.5.1 from the command line with the=20 unaltered XHTML style sheet from Norm's docbook-xsl package, version 1.62:

This entire process is automated using the Cocoon XML publishing framework brought to you courtesy of the Apache Cocoon project. Currently, I run Cocoon off-line (using the Cocoon command line interface), and upload the generated pages onto a web server serving static content.

This is just what's expected. Now, here's the output when using the same=20 stylesheet in a simple Cocoon pipeline (file generator, xslt transformer=20 using Xalan 2.5.1, XHTML serializer)[2]:

This entire process is automated using the Coco= on XML publishing framework brought to you courtesy of the Apache Cocoon project. Currently, I run Cocoon off-line (using the Cocoon command line interface), and upload the generated pages onto a web server serving static content.

Something is really not quite right here. What swallows the href attributes= ?=20 Not only their values, but also their names are empty -- strange IMHO,=20 particularly because this type of behavior seems to be limited to =20 elements. I've run into a couple of other issues as well, e.g. xmlns=20 attributes on some elements where they aren't strictly necessary, but nothi= ng=20 else as bad as this. I've already spent hours debugging the transformation and serialization=20 process, but I've been unable to nail this apparent bug. Perhaps someone wi= th=20 more TraxTransformer or Excalibur experience could look into it. I haven't yet filed a bug on Bugzilla about this as I'm currently only=20 observing symptoms and can't even confirm whether it's a real issue. If I=20 should suspect it to be, I'd be grateful for a shove in the right direction= =20 where to look closer. Currently I must confess I'm stuck. Best regards, =46lorian [1] thread archived at:=20 http://www.mail-archive.com/users@cocoon.apache.org/msg02100.html [2] My setup is a current Cocoon CVS checkout, J2 SDK 1.4.2_01, and Tomcat= =20 4.1.24 for JDK 1.4 with the required XML-related jars in the endorsed=20 directory. The same files are also in jre/lib/endorsed in my JAVA_HOME. =2D --=20 =46lorian G. Haas GnuPG key ID: 0x46D00BE3 Key fingerprint: 18B4 3E7B 191E F534 254A 1F7C 816D 950B 46D0 0BE3 My GnuPG key is available from the public PGP key server at pgp.mit.edu (and various other key servers). =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE/aOSBgW2VC0bQC+MRAkOCAKCu1yr7JtW7niD6W6AfzxYnE3kEXgCfW0Cu 3OUP25HMTSznmoX34idWioc=3D =3DfVzd =2D----END PGP SIGNATURE-----