XalanJ2
  1. XalanJ2
  2. XALANJ-1550

Problems with XPath expression //* (incorrect result and does not function after Templates object is serialized)

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Blocker Blocker
    • Resolution: Fixed
    • Affects Version/s: 2.5
    • Fix Version/s: 2.7
    • Component/s: XPath
    • Security Level: No security risk; visible to anyone (Ordinary problems in Xalan projects. Anybody can view the issue.)
    • Labels:
      None
    • 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!!

        Activity

        Kahli Burke created issue -
        Serge Knystautas made changes -
        Field Original Value New Value
        issue.field.bugzillaimportkey 20492 26459
        Brian Minchau made changes -
        Assignee Xalan Developers Mailing List [ xalan-dev@xml.apache.org ]
        Component/s XPath [ 11322 ]
        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!!
        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!!
        Component/s Xalan-interpretive parser [ 11333 ]
        Priority Blocker [ 1 ]
        Environment Operating System: Windows XP
        Platform: PC
        Operating System: Windows XP
        Platform: PC
        Christine Li made changes -
        Resolution Fixed [ 1 ]
        Fix Version/s CurrentCVS [ 10863 ]
        Status Open [ 1 ] Closed [ 6 ]
        Brian Minchau made changes -
        Resolution Fixed [ 1 ]
        Status Closed [ 6 ] Reopened [ 4 ]
        Brian Minchau made changes -
        Status Reopened [ 4 ] Resolved [ 5 ]
        Fix Version/s Latest Development Code [ 10863 ]
        Resolution Fixed [ 1 ]
        Fix Version/s 2.7 [ 11080 ]
        Brian Minchau made changes -
        Status Resolved [ 5 ] Closed [ 6 ]
        Mark Thomas made changes -
        Workflow jira [ 36454 ] Default workflow, editable Closed status [ 12570792 ]
        Mark Thomas made changes -
        Workflow Default workflow, editable Closed status [ 12570792 ] jira [ 12594751 ]

          People

          • Assignee:
            Unassigned
            Reporter:
            Kahli Burke
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development