Uploaded image for project: 'Xerces2-J'
  1. Xerces2-J
  2. XERCESJ-1190

Web application using Xerces 2.7.1 with JAXP is blocking validation of Deployment Descriptors with xsi:schemaLocation in Deployment Manager

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Incomplete
    • 2.4.0
    • None
    • None
    • Xerces 2.7.1 with Websphere 6.0 (latest update), any OS, IBM JVM 1.4.xx (latest update from IBM)

    Description

      I have a wev application using Xerces/Xalan 2.7.1 by JAXP. When I deployed that application on Websphere 6 standalone it will not be able to deploy new applications using schemaLocation like j2ee1.4 and schema web-app_2_4.xsd. This is the default schema on WAS 6. It's look like the JAXP initialization executed from my web appl. is changing what weblogic is using. Both are running on same JVM but from different classloader. I tried to put those jars in endorsed folder but this blocks completely websphere activities. IBM included Xerces jar, it doesn't include the version but it doesn't include javax.xml.xpath apis so it coud be 2.4.1.
      I also noted that there are no ways to parse those kind of xml with schemaLocation without define entityResolver. IBM could has solved that problem but I need javax.xml.xpath implementation and they haven't.
      Probably that interference could be generated by:

      • Same configuration class walking too much,
      • schemaLocation handler with problems,
      • Builder or configuration unique at JVM level
        All of those are very bad and I guess many are experiencing this problem.

      Attachments

        1. web-app_2_4.xsd
          35 kB
          Alfredo Scotto
        2. web.xml
          2 kB
          Alfredo Scotto

        Activity

          People

            Unassigned Unassigned
            alfredosc8 Alfredo Scotto
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: