You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Antonio Gallardo <ag...@agssa.net> on 2005/06/27 19:05:28 UTC
Re: svn commit: r201870 - in
/cocoon/branches/BRANCH_2_1_X/src/blocks:
forms/java/org/apache/cocoon/forms/util/DomHelper.java
woody/java/org/apache/cocoon/woody/util/DomHelper.java
On Lun, 27 de Junio de 2005, 11:45, Vadim Gritsenko dijo:
> Antonio Gallardo wrote:
>> On Lun, 27 de Junio de 2005, 8:34, Vadim Gritsenko dijo:
>>
>>>antonio@apache.org wrote:
>>>
>>>>Author: antonio
>>>>Date: Sun Jun 26 08:34:51 2005
>>>>New Revision: 201870
>>>>
>>>>URL: http://svn.apache.org/viewcvs?rev=201870&view=rev
>>>>Log:
>>>>Use org.w3c.dom.UserDataHandler instead of
>>>>org.apache.xerces.dom3.UserDataHandler. Xerces now uses DOM Level 3.
>>>
>>>It means 2.1 won't run on older Xerces anymore. I think this is not
>>>acceptable -
>>>not at this moment anyway, when many containers are running with older
>>>Xerces.
>>>Please revert, for 2.1.
>>
>>
>> The problem is the old org.apache.xerces.dom3.UserDataHandler does not
>> exists in the new Xerces version.
>>
>> What to do?
>
> There are at least two options:
>
> * Go back to older xerces :-)
> * Check presense of the new xerces using reflection,
> and make sure code works with both old xerces and new one.
The easier is to go back. :-)
I will revert xerces today at night in cocoon 2.1.x.
Best Regards,
Antonio Gallardo
Re: Xerces 2.7.0 in 2.1.8-dev (was Re: svn commit: r201870 - in /cocoon/branches/BRANCH_2_1_X/src/blocks:
forms/java/org/apache/cocoon/forms/util/DomHelper.java woody/java/org/apache/cocoon/woody/util/DomHelper.java)
Posted by Vadim Gritsenko <va...@reverycodes.com>.
Antonio Gallardo wrote:
> I wonder if somebody is having troubles with the new xerces version
> 2.7.0. I found we need to place the new xerces.jar and xml-apis.jar m
> in java/lib/endorsed to make use of it.
Yes, lot of folks will have trouble with it. In many deployments, you can't
modify vendor shipped libraries, and those include java rt, xalan, xerces, and
container libraries (tomcat/websphere/weblogic/what have you).
> All in all, please step up if the change is not desired at all.
Change is required for controlled environments - as described above, so please
go ahead.
Vadim
Xerces 2.7.0 in 2.1.8-dev (was Re: svn commit: r201870 - in /cocoon/branches/BRANCH_2_1_X/src/blocks:
forms/java/org/apache/cocoon/forms/util/DomHelper.java woody/java/org/apache/cocoon/woody/util/DomHelper.java)
Posted by Antonio Gallardo <ag...@agssa.net>.
Antonio Gallardo wrote:
>On Lun, 27 de Junio de 2005, 11:45, Vadim Gritsenko dijo:
>
>
>>Antonio Gallardo wrote:
>>
>>
>>>On Lun, 27 de Junio de 2005, 8:34, Vadim Gritsenko dijo:
>>>
>>>
>>>
>>>>antonio@apache.org wrote:
>>>>
>>>>
>>>>
>>>>>Author: antonio
>>>>>Date: Sun Jun 26 08:34:51 2005
>>>>>New Revision: 201870
>>>>>
>>>>>URL: http://svn.apache.org/viewcvs?rev=201870&view=rev
>>>>>Log:
>>>>>Use org.w3c.dom.UserDataHandler instead of
>>>>>org.apache.xerces.dom3.UserDataHandler. Xerces now uses DOM Level 3.
>>>>>
>>>>>
>>>>It means 2.1 won't run on older Xerces anymore. I think this is not
>>>>acceptable -
>>>>not at this moment anyway, when many containers are running with older
>>>>Xerces.
>>>>Please revert, for 2.1.
>>>>
>>>>
>>>The problem is the old org.apache.xerces.dom3.UserDataHandler does not
>>>exists in the new Xerces version.
>>>
>>>What to do?
>>>
>>>
>>There are at least two options:
>>
>> * Go back to older xerces :-)
>> * Check presense of the new xerces using reflection,
>> and make sure code works with both old xerces and new one.
>>
>>
>
>The easier is to go back. :-)
>
>I will revert xerces today at night in cocoon 2.1.x.
>
>
I didn't the reversion because I was very busy + Sylvain suggested
another way instead of reversion. I am planning this weekend to do the job.
Here is the Sylvain mail:
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=111990875625491
I wonder if somebody is having troubles with the new xerces version
2.7.0. I found we need to place the new xerces.jar and xml-apis.jar m
in java/lib/endorsed to make use of it.
All in all, please step up if the change is not desired at all.
Comments?
Best Regards,
Antonio Gallardo