-
Notifications
You must be signed in to change notification settings - Fork 38.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Loading SQL error codes throws XmlBeanDefinitionStoreException on z/OS #27332
Labels
in: data
Issues in data modules (jdbc, orm, oxm, tx)
status: superseded
An issue that has been superseded by another
Comments
spring-projects-issues
added
the
status: waiting-for-triage
An issue we've not yet triaged or decided on
label
Aug 28, 2021
@ralph-riedel sorry it took so long to process this one. Are you still willing to contribute? |
snicoll
added
the
status: waiting-for-feedback
We need additional information before we can continue
label
Sep 25, 2023
I'd be thrilled to help if I can. It's been a while, so I'd have to look at the specifics of this issue again but I'm sure I'll manage. So would you like a PR for replacing the beans DTD? |
spring-projects-issues
added
status: feedback-provided
Feedback has been provided
and removed
status: waiting-for-feedback
We need additional information before we can continue
labels
Sep 26, 2023
Yes please. |
ralph-riedel
added a commit
to ralph-riedel/spring-framework
that referenced
this issue
Oct 3, 2023
This commit replaces the reference to the beans DTD in sql-error-codes.xml with the preferred schema-based configuration approach. See spring-projectsgh-27332
Closing in favor of #31354 |
bclozel
added
status: superseded
An issue that has been superseded by another
and removed
status: waiting-for-triage
An issue we've not yet triaged or decided on
status: feedback-provided
Feedback has been provided
labels
Oct 4, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
in: data
Issues in data modules (jdbc, orm, oxm, tx)
status: superseded
An issue that has been superseded by another
Affects:
5.3.9
(and earlier versions)Operating system:
z/OS 2.3
Java version:
Java(TM) SE Runtime Environment (build 8.0.6.26 - pmz6480sr6fp26-20210226_01(SR6 FP26))
IBM J9 VM (build 2.9, JRE 1.8.0 z/OS s390x-64-Bit Compressed References 20210216_465732 (JIT enabled, AOT enabled)
OpenJ9 - e5f4f96
OMR - 999051a
IBM - 358762e)
JCL - 20210108_01 based on Oracle jdk8u281-b09
When loading SQL error codes from sql-error-codes.xml on a z/OS system, the following exception is thrown:
This can be reproduced trivially by getting the error codes for any given database from an instance of
SQLErrorCodesFactory
:I have also created a small sample project that does just that in a personal repo.
The problem seems to occur only on z/OS, my tests on Windows or Linux have resulted in no such behavior. In addition to the admittedly rather exotic platform, the system encoding is an EBCDIC flavor (IBM-1047). Could this cause an issue when the DTD gets read from the classpath?
In any case, since the issue seems with parsing the beans DTD, I replaced the DTD definition with the equivalent XML Schema definition and found that this way, it works fine. Given that XML Schema-based configuration has been the preferred way of doing things for a while, would the Spring team accept a PR that replaces the beans DTD with the appropriate XML Schema definition in
sql-error-codes.xml
? If so, I would be happy to submit one to side-step this issue.The text was updated successfully, but these errors were encountered: