I didn't think that the DTD specified order. Neither of the orders threw XML validation errors in WSAD, so I'm guessing that means that the order isn't specified, but I could of course be wrong.
On Mon, 7 Mar 2005 15:08:09 -0500, Srikanth Madarapu <[EMAIL PROTECTED]> wrote: > Is it not relating to the order defined in the corresponding DTD ? > > > -----Original Message----- > From: Heath Borders [mailto:[EMAIL PROTECTED] > Sent: Monday, March 07, 2005 3:01 PM > To: MyFaces Discussion > Subject: Re: Funny parsing. > > Yeah, I tried that and it worked, but it just doeesn't make sense to > me why. According to the digester 1.5 javadocs, the digester is set > up properly, and my XML document is well-formed, so I just don't get > it. > > Its working now, so I'm not going to invest a lot of time in it, but > this is a problem that should be addressed. > > On Mon, 07 Mar 2005 19:58:33 +0000, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > > I have a faces-config file that resides in the META-INF folder in a > > > jar file that gets automatically parsed by the FacesConfigurator on > > > startup. > > > > > > Here comes the weirdness: > > > > > > I havea couple of validator entries in that faces-config file that > > > cause the digester to bring certain elements in out of order, and skip > > > some elements all together. > > > > I've seen similar behavior but I was using the wildcard xpath. > > > > digester.addObjectCreate( > > "*/validator", > > com......ValidatorBean.class); > > digester.addSetProperties("*/validator"); > > digester.addSetNext( > > "*/validator", > > "addValidator", > > "com.......ValidatorBean"); > > > > I was able to reorder the sequence of registering the rules and it fixed > > the problem? I didn't take the time to understand the significance of > > sequence when adding rules. You might try registering before the > > renderkit, if your not already? > > > > Gary > > > > > > -- > -Heath Borders-Wing > [EMAIL PROTECTED] > -- -Heath Borders-Wing [EMAIL PROTECTED]
