Return-Path: 
 <struts-dev-return-3366-apmail-jakarta-struts-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-struts-dev-archive@jakarta.apache.org
Received: (qmail 37554 invoked by uid 500); 14 Jun 2001 22:49:06 -0000
Mailing-List: contact struts-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: struts-dev@jakarta.apache.org
list-help: <mailto:struts-dev-help@jakarta.apache.org>
list-unsubscribe: <mailto:struts-dev-unsubscribe@jakarta.apache.org>
list-post: <mailto:struts-dev@jakarta.apache.org>
Delivered-To: mailing list struts-dev@jakarta.apache.org
Received: (qmail 37412 invoked from network); 14 Jun 2001 22:49:03 -0000
Received: from mail.commerceone.com (HELO c1plenaexi01.commerceone.com)
 (12.22.60.14)
  by h31.sny.collab.net with SMTP; 14 Jun 2001 22:49:03 -0000
Received: by c1plenaexi01.commerceone.com with Internet Mail Service
 (5.5.2653.19)
	id <MTHLZ12D>; Thu, 14 Jun 2001 15:47:58 -0700
Message-ID: 
 <F7F87B35AFAECF478E7C15E3E1F38A8806F8F3@c1plenaexm05.commerceone.com>
From: "Sukachevin, Stoehr" <stoehr.sukachevin@commerceone.com>
To: "'struts-dev@jakarta.apache.org'" <struts-dev@jakarta.apache.org>
Subject: RE: DTD Location
Date: Thu, 14 Jun 2001 15:45:31 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

That's what Craig did for struts-config_1_0.dtd, as he explained earlier
today.

-- Stoehr


-----Original Message-----
From: William Shulman [mailto:will@metaconsortium.com]
Sent: Thursday, June 14, 2001 06:10 PM
To: struts-dev@jakarta.apache.org
Subject: Re: DTD Location




Another way is to implement your own EntityResolver to maintain a
local cache. This is explained in the javadoc for the EntryResolver
class (somewhere in javax.xml...)

-will

KenHoying@ttpartners.com writes:
 > Currently, the XML indicates that the DTD is located over the web using a
 > public qualifier.  Does it really check over the web for the DTD to
 > validate against?  I would rather not do this for performance reasons.
If
 > it does, can I change the reference to a SYSTEM ref instead.  What is the
 > recommended approach for a production implementation?
 > 
 > Thanks in Advance,
 > Ken Hoying
 > Practice Partner
 > TITAN Technology Partners
 > Pager: 216-275-7284
 >