On Tue, 17 Jun 2003, Martin Cooper wrote:
> Date: Tue, 17 Jun 2003 20:48:56 -0700 (PDT) > From: Martin Cooper <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: Re: Tiles Use In A Disconnected PC > > > > On Tue, 17 Jun 2003, Craig R. McClanahan wrote: > > > > > > > On Tue, 17 Jun 2003, Martin Cooper wrote: > > > > > Date: Tue, 17 Jun 2003 10:39:08 -0700 (PDT) > > > From: Martin Cooper <[EMAIL PROTECTED]> > > > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > > > To: Struts Developers List <[EMAIL PROTECTED]> > > > Subject: Re: Tiles Use In A Disconnected PC > > > > > > I just checked, and sure enough, the path that's being registered for the > > > local DTDs does not match the location of the DTDs within the jar. > > > > Phew ... it wasn't just me :-). > > > > > I'm not > > > sure which one is wrong, but I'll fix this tonight, unless someone else > > > beats me to it. (Oh, the perils of an always-on connection! ;) > > > > > > > I got the value I'm using from Ted's book: > > > > <!DOCTYPE tiles-definitions PUBLIC > > "-//Apache Software Foundation//DTD Ties COnfiguration 1.1//EN" > > "http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd";> > > > > and I'd vote to go with that. > > Sorry, I wasn't clear in my message. The mismatch is between where the > code is looking in the jar, and where the DTD actually is in the jar. > > In fact, the problem turns out to be even more strange. The code is > registering each public ID twice, with different entity URLs. It would > appear that the second one registered is the one it's trying to use. In > any case, we shouldn't be registering more than once for the same public > ID! > > By the way, Craig, I notice you have "Ties" instead of "Tiles" in the > doctype above. I assume that's a typo in the message, and not in your > code? ;-) > Yep :-). Thanks for the quick fix! > -- > Martin Cooper Craig > > > > > > > Regarding Validator, there was a similar issue with versions prior to > > > Validator 1.0.2, but I'm pretty sure there is no problem with 1.0.2, which > > > is what's bundled with Struts 1.1 RC2. If I'm wrong, someone please > > > correct me ASAP so that we can fix that too. > > > > > > > Validator worked fine for me offline. > > > > > -- > > > Martin Cooper > > > > Craig > > > > > > > > > > > > > On Tue, 17 Jun 2003, Craig R. McClanahan wrote: > > > > > > > One of my the demos for my JavaOne sessions (using Struts and JDO > > > > together) used Tiles -- but I ran into problems trying to parse the > > > > tiles-definitions.xml file when disconnected from the Internet. The only > > > > way I could fix this was to remove the DOCTYPE declaration (which is bad); > > > > this made the app work, but fired off a bunch of wierd parse errors in the > > > > Tomcat logs. > > > > > > > > The Struts code I used was very near (but not identical) what we shipped > > > > in RC2. I've seen a variety of comments on STRUTS-USER implying that this > > > > is still an issue. Can you guys please confirm that using the standard > > > > DOCTYPE declaration, when disconnected from the Internet, actually works? > > > > > > > > Craig > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
