geronimo-dev mailing list archives

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

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


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.


View raw message