Jakarta Authorization uses a context id to associate methods with a given app running on an application server.
For Jakarta Authentication, in the web layer, we have standardised such an ID. We should do the same for Jakarta Authorization (and use the same ID). As Enterprise Beans is effectively deprecated, we should leave the context ID for that as it's now, i.e. vendor specific.
As an example, in GlassFish the vendor specific context ID is now:
// in webBundleDescriptor
getApplication().getRegistrationName()) +
'/' +
getApplication().isVirtual()?
getApplication().getRegistrationName() :
getModuleDescriptor().getArchiveUri();
The standard 'appContextId' used by Jakarta Authentication:
servletContext.getVirtualServerName() +
" " +
servletContext.getContextPath();
Jakarta Authorization uses a context id to associate methods with a given app running on an application server.
For Jakarta Authentication, in the web layer, we have standardised such an ID. We should do the same for Jakarta Authorization (and use the same ID). As Enterprise Beans is effectively deprecated, we should leave the context ID for that as it's now, i.e. vendor specific.
As an example, in GlassFish the vendor specific context ID is now:
The standard 'appContextId' used by Jakarta Authentication: