Dear all,
Don't know is this is the right list to post about migrating from payara to omnifish. Please point me to the right list in that case.
I am Eduard Drenth, working at the Fryske Akademy where we build jsf (primefaces) applications and graphql services.
But it looks like payara is slowly but gradually moving paying less attention to the community edition. A good time to take a look at alternatives.
Since our applications do not depend on payara specific code, migrating to omnifish should be doable. And so it was, in about a day I had one of the more complex apps running.
I noticed some things though that I am not very happy with, found my way around those, but perhaps there are better solutions.
- Persistence 3.1 not available => downgraded to 3.0
- When using the below script
create-password-alias ldappw
create-auth-realm --classname=com.sun.enterprise.security.auth.realm.ldap.LDAPRealm --property='directory="ldap://${LDAPHOST}:389":assign-groups=gast:base-dn="DC=poartetaitfrysk,DC=fryske-akademy,DC=nl":jaas-context=ldapRealm:search-bind-dn="CN=read,DC=fryske-akademy,DC=nl":search-bind-password=${ALIAS=ldappw}:group-search-filter="(&(objectClass=groupOfNames)(member=%d))"' --target=server-config auth
- ${LDAPHOST} isn't substituted by a system property from the environment
- the password alias gives a syntax error (\= solves that) and the alias is not substituted
- Password aliases in jdbc pool needs ugly escaping
- ${ALIAS\\=stdwdbpw}
- “--skipdsfailure” true not available so database needs to be running when deploying during docker build
Especially the second and the last issue are important for me. The second because it forces me to have passwords in my image, the last because it complicates building docker images.
I am curious to any comments or experiences.
Regards, Eduard