Conversation
|
Apparently Payara 7.x has a minor bug - any API call with a colon in it fails. payara/Payara#7777 - looks like we need to wait for 7.2025.3 or 7.2026.1 + |
There's been an unofficial report that this is fixed in 7.2026.1 - can now move forward and try that. |
@qqmyers Hit this when building the warfile, could you please refresh your branch when you get a chance? Thanks! |
|
@qqmyers please resolve the conflicts |
IQSS/12020-Payara7_Java21_update
…/QualitativeDataRepository/dataverse.git into IQSS/12020-Payara7_Java21_update
|
I'm just using this comment to jot down expected error messages if you don't follow the upgrade steps. |
|
|
||
| #### Update Instructions: | ||
|
|
||
| In addition to the standard Payara update instructions and instructions related to Java 21 (do we say more than install Java 21 following standard guidance for your OS?): |
There was a problem hiding this comment.
The above is just a placeholder, obviously. We should take a look at these:
| Copy the following files from the distributed domain.xml version to your domain. I don't know if all of these are required but we don't edit these by default and they have changed over time. | ||
| As with the 6.9 release, at least updating the *.p12 files is important (to get new root certs). | ||
| cacerts.p12 | ||
| default-web.xml |
There was a problem hiding this comment.
| default-web.xml |
| server.policy | ||
| wss-server-config-1.0.xml | ||
| wss-server-config-2.0.xml | ||
|
|
There was a problem hiding this comment.
For default-web.xml, copy it over but put in the changes we need.
| Either update to put Payara in a /usr/local/payara7 dir or perhaps drop to just /usr/local/payara (at QDR /usr/local/payara is a symbolic link so we can change versions easily) | ||
| Any reference to payara6 has to change, e.g. if counter-processor is deployed, the paths in counter-processor-config.yaml and counter_daily.sh have to be updated. | ||
|
|
||
| Copy the following files from the distributed domain.xml version to your domain. I don't know if all of these are required but we don't edit these by default and they have changed over time. |
There was a problem hiding this comment.
Note to self, we'll be copying the old domain1 directory, like we did at #11827 and https://github.com/IQSS/dataverse/releases/tag/v6.9
Co-authored-by: Philip Durbin <philipdurbin@gmail.com>
| <jacc-provider policy-provider="org.glassfish.exousia.modules.def.DefaultPolicy" name="default" policy-configuration-factory-provider="org.glassfish.exousia.modules.def.DefaultPolicyConfigurationFactory"></jacc-provider> | ||
|
|
||
| 2) Add the jvm option: | ||
| <jvm-options>-Djakarta.security.jacc.PolicyFactory.provider=org.glassfish.exousia.modules.def.DefaultPolicyFactory</jvm-options> |
There was a problem hiding this comment.
-Djakarta.security.jacc.policy.provider=org.glassfish.exousia.modules.def.DefaultPolicy should also be added. These are both in the .

What this PR does / why we need it: This PR updates Dataverse to be compatible with Payara 7.2025.2 and Java 21. Aside from the doc changes (payara6 -> payara7 etc.) the changes were relatively minor - a couple deprecated annotations we use (NotEmpty, NotBlank) were removed and replaced with new ones, and some of the EE related classes we mock in tests now have a few more methods that have to be overridden.
Which issue(s) this PR closes:
Special notes for your reviewer: Someone will need to check the Docker related compose files and documentation to make the relevant updates to Payara and Java. I tried to avoid updating things related to the Keycloak container since it shouldn't need to update to Java 21.
Suggestions on how to test this: Undeploy the current Dataverse, install Payara 7.2025.2 and Java 21, deploy this branch, regression test.
Does this PR introduce a user interface change? If mockups are available, please link/include them here:
Is there a release notes update needed for this change?: included.
Additional documentation: