coverage: 23.556% (+0.1%) from 23.457%
when pulling 541fd21 on 11703-return-isDefault-property-get-dataset-templates
into 338dfa2 on develop.

Moving to On Hold, I found other issues with the API that are beyond my limited knowledge of Java.

• API throws 500 when adding a custom license/dataset terms from the JSF UI,
  jakarta.ejb.EJBException: Cannot invoke “[edu.harvard.iq](http://edu.harvard.iq/).dataverse.license.License.getId()” because “license” is null
• API is returning templates from parent dataverses, even if the JSF "Include Templates from Root" checkbox is unchecked.
• With my changes above the isDefault property is being returned ok when creating a template from the API but it is always being returned as false even if setting it as default from the JSF UI.

Assigning @GPortas since I opened the PR, but he continued with the work.

@sekmiller

Thanks. I fixed the CreateTemplateCommand to persist the default template in the Dataverse entity.

I also added a minor fix to the notifications API (not related to the original PR scope).

📦 Pushed preview images as

ghcr.io/gdcc/dataverse:11703-return-isDefault-property-get-dataset-templates

ghcr.io/gdcc/configbaker:11703-return-isDefault-property-get-dataset-templates

🚢 See on GHCR. Use by referencing with full name as printed above, mind the registry name.

Hello! I tested this PR with the dataverseadmin account on internal environment.
curl -H "X-Dataverse-key:$API_TOKEN" "$SERVER_URL/api/notifications/all?inAppNotificationFormat=true"

--- This worked

curl -H "X-Dataverse-key:$API_TOKEN" "$SERVER_URL/api/notifications/all" --- when running this, i got empty flower brackets {}

See log files. The Testing file shows the curl commands I ran along with the second file which is the server logs.
Notifications API Testing.log
NotificationsAPI-server.log

#11683 --- existing Notifications API issue