I'll get the DTD up in place. I would double check that you have the PUBLIC id *exactly* correct. If you do, then the validating XML parser will *not* have to connect to sf.net.
If there's a typo in the PUBLIC ID, then the parser will not recognize the DTD as available locally and will then use the SYSTEM ID (the URL) to access the DTD. -- [EMAIL PROTECTED] http://tapestry.sf.net > There's no dtd for tapestry 1.2 online at: > http://tapestry.sf.net/dtd/Tapestry_1_2.dtd > > Is it intentional? > > Btw, it seems like tapestry tries to connect to sf.net and validate > against the dtd hosted there (the non existing one). I suppose there > should be an entity resolver in tapestry (?), but my deployed app on > JRun4 fails, complaining about the missing dtd file. > > Ara. > > > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Tapestry-developer mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/tapestry-developer _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer
