geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kristian Köhler <Kristian.Koeh...@gmx.de>
Subject Re: [jira] Updated: (GERONIMO-155) [proposal] resolving for kernel
Date Tue, 03 Feb 2004 08:20:00 GMT
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

Mime
View raw message