:
Unfortunately we use the 3.4.7. Is there another way to apply a filter
with this version ?
We can't return all to all applications without a filter (security).
Regards,
2014-06-18 13:45 GMT+02:00 KaTeLmE kate...@gmail.com:
Then i suggest you to return all and organize your roles
/2014 15:53, Philippe Vandenhove philippe.vandenh...@gmail.com
escribió:
No.
I need to know when the user changed from app A to app B to refresh user
roles.
User roles are returned by cas in SAML to applications .
Regards,
2014-06-17 15:35 GMT+02:00 KaTeLmE kate...@gmail.com:
Do you mean
Do you mean renew features to force authentication on app B?
El 17/06/2014 11:00, Philippe Vandenhove philippe.vandenh...@gmail.com
escribió:
Hi,
I'm wondering if is there a way to detect within cas that the user has
changed of application (Step 6 in the scenario below).
Scenario
CAS 3.4 not is compatible with 3.5 and therefore 4 branch.
The solution is easier that that link explains and could valid for all
versions. When somebody don't know techologies behind frameworks, appears
solutions as you had applied in your CAS 3.4.
In fact, that AuthenticationViaFormAction
Hi, in fact that is a Spring missconfigured reason.
If you interpret the exception message you could understand that there is
some bean with a property/setter called path that only accept values
prepended by classpah: or file:
Maybe your new property configure location
Best regards
El
JSESSIONID cookie is created by your servlet container eg. Tomcat and can
be available in apps through request.session.id property
El 04/06/2014 16:10, Zac Harvey zhar...@commercehub.com escribió:
I’m trying to find where in the code CAS (using 3.5.2.1) creates the
JSESSIONID cookie. I
Hi folks
If you need that parameter for all services it could be ok but I think due
to pattern design reasons is better threat it in the client (aka your app)
using for example some cas attribute added to authentication passed from
your cas server.
Best regards
2014-02-04 Carlos co...@uoc.edu:
Seems that single loggout is not working. Are your client app configured
for accepts SLO SAML request?
https://wiki.jasig.org/display/casum/single+sign+out
2014-02-05 Carlos co...@uoc.edu:
Hi,
Some days ago I was been doing some tests with the ticket expiration.
What I have found is that
CAS uses Spring Web Flow to threat login features so uses session to store
some parameters,
If you are behind a proxy like Apache+Tomcat you can loss the jsessionid
cookie if you dont uses ProxyPassReverse directives.
Also as i commented in previous posts on another threads, remember remove
the session=true attribute in the jsp views. In original war there are
ones!
2013/11/20 Alberto Cabello Sánchez albe...@unex.es
On Tue, Nov 19, 2013 at 05:04:00PM +0100, KaTeLmE wrote:
Search in cas-lists or in your
Search in cas-lists or in your email (you request for this behaviour before
[?]) the topic [cas-user] Changes not saving in Services Managment
To resume... it's produced due to a intermitent session cookie loosing. The
problem resides in the TermitateWebSessionListener inside de JSF config.
In your case you must use a MultiRowJdbcPersonAttributeDao.
https://wiki.jasig.org/display/PDM15/JDBC+Attribute+Source
http://developer.jasig.org/projects/person-directory/1.5.0-RC3/apidocs/org/jasig/services/persondir/support/jdbc/MultiRowJdbcPersonAttributeDao.html
2013/11/15 Idan Fridman
The right form of extract request arguments is through CAS argument
extractors because is the unique form to resolve it without be accoplated
to used protocol (CAS / SAML )
See
Seems like this to increase the security and avoid CSRF attacks. It forces
to any application to submit the credentials by POST method in CAS server
app.
See my comment in CAS wiki
If you need avoid that behaviour, for example to submit via ajax, you
should create a non-interactive
Sorry i forgot the wiki link lol
https://wiki.jasig.org/display/CAS/Using+CAS+without+the+Login+Screen
2013/11/8 KaTeLmE kate...@gmail.com
Seems like this to increase the security and avoid CSRF attacks. It forces
to any application to submit the credentials by POST method in CAS server
app
If your need the first behabiour you must register the willcard service in
the CAS management console as https://mywebservice.com/ws*; and only one
TGT is created.
2013/10/28 Byron Weber Becker bwbec...@uwaterloo.ca
[Apologies if this is a duplicate post; my first effort redirected to the
Hi,
This warning is prompted when your application or the TGT session is
expired. CAS send a request to all applications that consumes same TGT to
do a logout request on each. See
https://wiki.jasig.org/display/CASUM/Single+Sign+Out for more info.
In your showcase you need enable the single sign
2013/8/2 Brian Gold bg...@simons-rock.edu
2013-08-02 10:02:00,328 ERROR [org.jasig.cas.client.util.CommonUtils] -
Server returned HTTP response code: 500 for URL:
https://login.test-domain.edu/cas/serviceValidate?tic
ket=ST-1-gCVIoSbLKNMpLodWbJ1d-cas01service=https%3A%2F%
Edit your cas.properties file to ensure that cas host points to your
domain. Reading that exception is pointed to login.test-domain.edu
If after login you have problems with session lossing... review all view
jsp and remove @page session=true attribute. Also, in cas-servlet.xml,
remove or comment
Remove or comment into cas-servlet.xml file the TerminateWebSessionListener
reference. Also review any jsp and remove any session=true @page
parameter
Is cheched that is the mainly problems during session creating. (CAS-1243
https://issues.jasig.org/browse/CAS-1243)
2013/7/31 Rakesh
Seems java session loosing. Have you noted if the JSESSIONID cookie changes
during that intermittent requests?
Jerome, in version 3.5.2 the TerminateWebSessionListener introduced and
proposed by you in 3.5.1 swf cas config was removed? Could be related?
I have a lazy idea how I solved that, but
When you logout from CAS a SLO (single logout request) is sended to all
clients that consumed login ticket. That mean that a client don't response
to that server request
Is your Test app configured to consume SLO? Review wiki to solve:
https://wiki.jasig.org/display/CASUM/Single+Sign+Out
When you logout from CAS a SLO (single logout request) is sended to all
clients that consumed login ticket. That mean that a client don't response
to that server request
Review wiki to solve
https://wiki.jasig.org/display/CASUM/Single+Sign+Out
2013/3/5 Pratap K M pkm_...@yahoo.co.in
We are
23 matches
Mail list logo