You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by xa...@xml.apache.org on 2004/09/04 19:35:36 UTC
[jira] Updated: (XALANJ-1550) Problems with XPath expression //* (incorrect result and does not function after Templates object is serialized)
The following issue has been updated:
Updater: Brian Minchau (mailto:minchau@ca.ibm.com)
Date: Sat, 4 Sep 2004 10:33 AM
Changes:
assignee changed from Xalan Developers Mailing List
description changed from I'll attach a test case (XML and XSL). Run the test case once creating a
Templates from the factory, then serialize and deserialize the Templates object
and run again. The results are not the same. The deserialized object will not
evaluate the //* expression properly. There may be other cases but this is the
only one I could find.
The issues are:
1. Aren't descendent-or-self:: and // supposed to be identical?
2. Even if 1 is wrong, the deserialized object fails completely.
The results I get are:
1: (not deserialized)
%%tag%%
**tag**
((general_FITB))
!!tag!!
2: (serialized and deserialized)
%%%%
****
((general_FITB))
!!tag!! to I'll attach a test case (XML and XSL). Run the test case once creating a
Templates from the factory, then serialize and deserialize the Templates object
and run again. The results are not the same. The deserialized object will not
evaluate the //* expression properly. There may be other cases but this is the
only one I could find.
The issues are:
1. Aren't descendent-or-self:: and // supposed to be identical?
2. Even if 1 is wrong, the deserialized object fails completely.
The results I get are:
1: (not deserialized)
%%tag%%
**tag**
((general_FITB))
!!tag!!
2: (serialized and deserialized)
%%%%
****
((general_FITB))
!!tag!!
environment changed from Operating System: Windows XP
Platform: PC to Operating System: Windows XP
Platform: PC
priority changed to Blocker
Component changed to XPath
Component changed from Xalan-interpretive parser
---------------------------------------------------------------------
For a full history of the issue, see:
http://issues.apache.org/jira/browse/XALANJ-1550?page=history
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/XALANJ-1550
Here is an overview of the issue:
---------------------------------------------------------------------
Key: XALANJ-1550
Summary: Problems with XPath expression //* (incorrect result and does not function after Templates object is serialized)
Type: Bug
Status: Unassigned
Priority: Blocker
Project: XalanJ2
Components:
XPath
Versions:
2.5
Assignee:
Reporter: Kahli Burke
Created: Thu, 5 Jun 2003 2:01 AM
Updated: Sat, 4 Sep 2004 10:33 AM
Environment: Operating System: Windows XP
Platform: PC
Description:
I'll attach a test case (XML and XSL). Run the test case once creating a
Templates from the factory, then serialize and deserialize the Templates object
and run again. The results are not the same. The deserialized object will not
evaluate the //* expression properly. There may be other cases but this is the
only one I could find.
The issues are:
1. Aren't descendent-or-self:: and // supposed to be identical?
2. Even if 1 is wrong, the deserialized object fails completely.
The results I get are:
1: (not deserialized)
%%tag%%
**tag**
((general_FITB))
!!tag!!
2: (serialized and deserialized)
%%%%
****
((general_FITB))
!!tag!!
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-dev-help@xml.apache.org