|
From: Leech, J. <jl...@vi...> - 2003-08-18 21:46:17
|
I think you're right. I wrote those classes in a hurry and they're definitely not feature-rich. One thing to add to the list is the ability to specify the location of the directory for the disk cache. What is TRax? -Jonathan -----Original Message----- From: McDonald, Bruce [mailto:Bru...@ba...] Sent: Monday, August 18, 2003 3:28 PM To: bab...@li... Subject: [Babeldoc-devel] EntityResolvers and Babeldoc All, I have been looking through the tree and I have been looking at the two entity resolvers in the core/.../pipeline/stage source directory. There is a entity resolver for in-memory caching and one for caching on the filesystem. These are chained - the Memory resolver uses the Disk Cache. Now here are my thoughts: 1. We should make these bits of code more pervasive - not just limited to the DomifyPipelineStage (which is quite fragmented at the moment). 2. There is an opportunity for code reuse between these two classes. The resolveEntity method shows significant similarities. 3. Can we expand this to also implement URIResolver which is what TRaX uses? This means that we might need to standardize how the cache documents are named in the directory (it currently uses a hashcode of the System ID). Maybe we can "sanitize" the SystemID and the URI references (for example, all /:; becomes ~) names so that we can store the files with a name that is kinda like their original name. 4. We need to make it so that entities can be stored in the configuration directories so that long term DTDs, Schemas can be cached in the configuration dirs. What are your thoughts here? Anyone have any experience with this? regards, Bruce. ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Babeldoc-devel mailing list Bab...@li... https://lists.sourceforge.net/lists/listinfo/babeldoc-devel |