geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Davanum Srinivas <>
Subject Re: [jira] Updated: (GERONIMO-155) [proposal] resolving for kernel
Date Tue, 03 Feb 2004 14:18:31 GMT
Has anyone looked into using xml commons catalog resolver? -


--- Kristian_Köhler <> wrote:
> Hi
> David Jencks wrote:
> > I have been well aware of this problem for quite a while, but have not  
> > done much (such as applying all of your previous patches) to fix it  
> > because I have been working on using xmlbeans to read all the xml  
> > files.  This xmlbeans solution would not require geronimo to be able to  
> > access the schemas at runtime at all, as the generated xmlbeans code  
> > validates while reading xml.
> I think that's only one part of the problem. While using xmlbeans 
> geronimo doesn't need the grammar files during deployment. But what 
> about other services like jetty? If they call
> 	SAXParserFactory.newInstance();
> for any reason they still get a regular implementation probably not 
> doing any entity resolving. This could again trigger a remote connection.
> I think it would be useful to have serverwide catalog/ repository. This 
> could also include things like caching and runtime config.
> > At the moment, the schemas are still required, and some network access  
> > is still required, to generate the xmlbeans classes.  Looking at the  
> > xmlbeans cvs, it appears that the somewhat experimental v2 code allows  
> > you to set an entity resolver or catalog, but v1 doesn't.  I wonder if  
> > we could encourage them to add this useful feature into their v1 code  
> > base.
> > Anyway, all comments on my alternate suggestion would be greatly  
> > appreciated.
> I will try to look into it ASAP.
> 	Kristian

Davanum Srinivas -

View raw message