On 23/09/2021 07:03, Keil, Matthias (ORISA Software GmbH) wrote:
Hi Bernd,

Yes, I would like to define my Server Auth module in the jaspic-providers.xml 
and then provide the class with the web application.

Sorry, that isn't going to be supported. You either need to provide everything at the container level or everything at the web application level.

The main concern with configuration at the container level and implementation at the web application level is that web applications can be undeployed at which point everything breaks.

I'll update the documentation to make these two options clearer.

Mark




Mit vielen Grüßen

Matthias Keil

-----Ursprüngliche Nachricht-----
Von: Bernd Schatz <bernd.sch...@mailbox.org.INVALID>
Gesendet: Dienstag, 21. September 2021 23:25
An: users@tomcat.apache.org
Betreff: Re: JASPIC AuthConfigProvider packaged with the web application not 
found

Hi,


Am 19.09.21 um 19:48 schrieb Keil, Matthias (ORISA Software GmbH):
Hello everyone and thanks for the hints.
They also work as expected and I can package the provider in the web 
application 😊.

Nevertheless, the Configuration Reference 
(https://tomcat.apache.org/tomcat-9.0-doc/config/jaspic.html) suggests that you 
define your own provider in jaspic-providers.xml and Tomcat will then find it.
I am really only interested in a separate server auth module (SAM). Since I saw 
no way in the documentation to pack this into the web application. That's why I 
tried the way through the provider.


You want to define the class in the  jaspic-providers.xml but package the 
provider implementation(s) in the application(s) ?


As I said, your suggestions work, but there are also a number of additional 
classes needed to provide the actual SAM.
Thank you again

If you dont need the whole flexibility of JASPI you can also do something like 
this:


public class MyAuthProvider implements AuthConfigProvider,
ServerAuthConfig, ServerAuthModule, ServerAuthContext




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to