holds is null'ed instead of actually being updated at
that point.
The actual implementation is a bit more hairy but in broad lines it boils
down to the above, see:
com.sun.enterprise.security.jmac.config.ConfigHelper#getServerAuthConfig
Hope this helps.
Kind regards,
Arjan Tijms
--
View this
ndle login(), hence the
exception.
In case of logout(), next to what the server normally would do, the SAM's
cleanSubject() method has to be called.
Hope this helps.
Kind regards,
Arjan Tijms
--
View this message in context:
http://tomcat.10.x6.nabble.com/Consider-support-for-the-Servlet-profile-
he container, shipped with the
application, or deployed separately (via its own war).
Furthermore, the Security EG (JSR 375) is looking at building higher
level functionality that uses the JASPIC APIs as a base, so this may
possibly increase the demand for JASPIC in the future.
Kind regards,
Arjan Tijms
On Fri, Oct 16, 2015 at 4:27 PM, remm [via Tomcat]
<ml-node+s10n5040857...@n6.nabble.com> wrote:
> 2015-10-16 16:11 GMT+02:00 Arjan Tijms <[hidden email]>:
> I was not talking about this future specification, since I never had a look.
Okay, my bad. I thought it was in reply t
CK (which
for EE 7 is really small, unfortunately).
Kind regards,
Arjan Tijms
--
View this message in context:
http://tomcat.10.x6.nabble.com/Consider-support-for-the-Servlet-profile-of-JSR-196-JASPIC-in-Tomcat-7-0-x-tp4993387p5040856.html
Sent from the Tomcat - Dev mailing list archive at Nabble.com.
Hi there,
Haven't seen updates for some time here. Wonder what the current
status is and what exactly happened in the last months. Last commits
in the Tomcat repo are from 3 months ago.
Kind regards,
Arjan Tijms
On Thu, Jun 11, 2015 at 10:39 AM, markt [via Tomcat]
<ml-node+s10n5035913...
some of the
authorization decisions a container makes. It works in tandem with JASPIC,
but is not required by it. I don't think it's needed to look at JACC for
this project.
Kind regards,
Arjan Tijms
Thanks,
Fjodor
2015-05-04 16:49 GMT+03:00 Arjan Tijms [hidden email]
http:///user
,
Arjan Tijms
And what about JACC support? Geronimo uses JACC for authorization
config,
what about Tomcat?
Tomcat currently uses Realms. It was not intended to implement JACC as
part of the GSoC project. If the project goes well and the JASPIC work
is completed early, taking a look at JACC
.
You're welcome ;)
Kind regards,
Arjan Tijms
Cheers,
mark
-
To unsubscribe, e-mail: [hidden email]
http:///user/SendEmail.jtp?type=nodenode=5035887i=0
For additional commands, e-mail: [hidden email]
http:///user
Hi,
Fjodor, for you (and everyone else interested) I've created a central hub
page for JASPIC on ZEEF.com, see https://jaspic.zeef.com
It contains links to existing implementations, various examples, articles,
and background.
Hope it helps!
Kind regards,
Arjan Tijms
On Mon, May 4, 2015 at 10
/omnisecurity/blob/master/src/main/java/org/omnifaces/security/jaspic/authmodules/BasicAuthModule.java
Calling out to the identity store is however not standardised yet (the
example code simply uses CDI) and has to be done in a Tomcat specific way.
Kind regards,
Arjan Tijms
On Monday, May 4, 2015, Fjodor
Hi,
On Tuesday, February 10, 2015, Fjodor Vershinin [via Tomcat]
ml-node+s10n5029627...@n6.nabble.com wrote:
Hello!
I am CS student and it looks like that this task is quite interesting. I
would take it for GSOC if ASF organization will be selected. Currently I
have some time to do research
Hi,
On Tue, Feb 10, 2015 at 8:34 PM, Mark Thomas-2 [via Tomcat]
ml-node+s10n502964...@n6.nabble.com wrote:
If you do look at JBoss keep in mind it is GPL licensed and we need to
be very careful that we don't end up with GPL'd code in Tomcat.
That's absolutely true. The code there shouldn't not
to be working on a Tomcat JASPIC
bridge already. One of them had the intention to release his work as open
source, although he said he had to target Tomcat 6 specifically.
Kind regards,
Arjan Tijms
--
View this message in context:
http://tomcat.10.x6.nabble.com/Consider-support-for-the-Servlet-profile
/bugzilla/show_bug.cgi?id=54503
Yes, I see. That's a very good example.
Thanks a lot for your detailed response.
Kind regards,
Arjan Tijms
--
View this message in context:
http://tomcat.10.x6.nabble.com/Consider-support-for-the-Servlet-profile-of-JSR-196-JASPIC-in-Tomcat-7-0-x
the reaction might be if
that was going to happen?
Kind regards,
Arjan Tijms
--
View this message in context:
http://tomcat.10.x6.nabble.com/Consider-support-for-the-Servlet-profile-of-JSR-196-JASPIC-in-Tomcat-7-0-x-tp4993387p5003167.html
Sent from the Tomcat - Dev mailing list archive at Nabble.com
Joe Nathan wrote:
You should realize that PHP world is lot bigger than Java world!
I'm not really sure about that. For instance, even PHP web sites 'admit'
that Java is a great deal larger:
http://www.phpmag.net/magphpde/magphpde_news/psecom,id,27191,nodeid,5.html
Typically book stores
We're using a number of custom tags that accept JSF (deferred) EL
through dynamic attributes. In JSP 2.1 this is illegal. I therefore
tried to deactivate expression evaluation by escaping the #{ pattern,
but it seems that Tomcat 6.0.7 ignores this?
E.g.
x:myTag id=someID
Whenever I try to use any EL (either $ or # syntax) in a taglib tag's
dynamic attribute in Tomcat 6.0.7, I get the following exception:
java.lang.NullPointerException
at
org.apache.jasper.compiler.Generator$GenerateVisitor.evaluateAttribute(Generator.java:2777)
at
19 matches
Mail list logo