cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 26751] - Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup
Date Wed, 11 Feb 2004 04:18:30 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26751>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26751

Cocoon gets web-app_2_2.dtd from flres.java.Sun.COM at startup





------- Additional Comments From crossley@apache.org  2004-02-11 04:18 -------
Carsten, thanks for the explanation. Your commit was very confusing because it
was also mangled with the Windows line endings. I see what you did now, but
changing the content of web-app_2_2.dtd to replicate 2_3.dtd would contravene
the license.

Reinhard, the workaround with a zero-content DTD could work, but it too might
contravene the license. Anyway, it would make it harder for people to edit
web.xml with their XML editor.

There is another solution. We could change our web.xml to declare the newer
web-app_2_3.dtd which we are allowed to re-distribute with our entity resolver.
I have tested that locally and it works with the embedded Jetty and with an old
Tomcat.

Alternatively, though not as good, we could do a trick with the entity resolver
so that it delivers the 2_3.dtd when it is asked for the 2_2.dtd

I am ready to commit the former solution. Is that okay, with the "code freeze"
happening? I have already done the alternative solution as a temporary workaround.

Mime
View raw message