Skip to main content

developerWorks >  WebSphere  >  Forums  >  WebSphere Extended Deployment (XD)  >  developerWorks

Best way to use ObjectGrid security    Point your RSS reader here for a feed of the latest messages in this thread


     

 
 

My developerWorks
 Welcome, Guest
Sign in or register
This question is not answered.

Permlink Replies: 5 - Pages: 1 - Last Post: Nov 11, 2009 2:17 PM Last Post By: Jian.Tang Threads: [ Previous | Next ]
Srinivas Muppar...

Posts: 8
Registered: Jul 28, 2008 06:30:21 PM
Best way to use ObjectGrid security
Posted: Oct 21, 2009 03:56:40 PM
 
Click to report abuse...   Click to reply to this thread Reply
I am using a distributed ObjectGrid topology in WebSphere environment.
I am using RUN_AS_SUBJECT defined on a Servlet on the client application to authenticate with the ObjectGrid server. It uses the LTPA single sign on token internally to authenticate. However, the LPTA toekn carries an expiration of 120 minutes by default. Every time I make a call to the ObjectGrid server my application logic needs to check if the token has already expired. If expired, it makes a new connection to the Catalog Server again.

I would like to know what I am doing is right by having to check the LTPA token expiration time for every call. If not, is there any better way to implement security.

Attached is the java source file that handles the security and connects to the catalog server. Please start in getMyGrid() method.

I appreciate any insight into this subject.

Thank you,
Srinivas
slbvaj

Posts: 3
Registered: Aug 12, 2004 09:40:01 AM
Re: Best way to use ObjectGrid security
Posted: Oct 21, 2009 07:01:30 PM   in response to: Srinivas Mupparapu in response to: Srinivas Mupparapu's post
 
Click to report abuse...   Click to reply to this thread Reply
While we're on this subject - is it OK to hang onto the GridManager, ClientClusterContext or Grid objects (say in an Servlet Context) or is it better to get each of these for each incomming request? What would happen if you held onto the ClientClusterContext and somehow after you connect the connection is severed? Do you have account for reconnection? Any thoughts?
bnewport

Posts: 254
Registered: Sep 01, 2005 09:17:30 PM
Re: Best way to use ObjectGrid security
Posted: Oct 21, 2009 08:42:29 PM   in response to: slbvaj in response to: slbvaj's post
 
Click to report abuse...   Click to reply to this thread Reply
We integrate natively with WebSphere LPTA. See this link http://publib.boulder.ibm.com/infocenter/wxsinfo/v7r0/index.jsp?topic=/com.ibm.websphere.extremescale.admin.doc/cxswassec.html for more details.

We'd recommend caching the ObjectGrid reference so that all you need to do on each servlet request is a grid.getSession().
slbvaj

Posts: 3
Registered: Aug 12, 2004 09:40:01 AM
Re: Best way to use ObjectGrid security
Posted: Oct 22, 2009 09:44:57 AM   in response to: bnewport in response to: bnewport's post
 
Click to report abuse...   Click to reply to this thread Reply
Since you provide credentials when obtaining the ClientClusterContext http://upon gridManager.connect(.,credentials,.) - (which the origianl author says they do via extracting the the runAs user's credentials)...BEFORE obtaining the Grid object... if those credentials are LTPA... won't that LTPA token time out?? (default is 120 minutes) ... and if so what happens then?
slbvaj

Posts: 3
Registered: Aug 12, 2004 09:40:01 AM
Re: Best way to use ObjectGrid security
Posted: Nov 11, 2009 02:07:00 PM   in response to: slbvaj in response to: slbvaj's post
 
Click to report abuse...   Click to reply to this thread Reply
Just wondering if anyone else experienced this issue. (you get a grid reference securely using LTPA)... and hang onto it via app context... only to have the LTPA token expire and along with it... all access to a secured grid :(
Jian.Tang

Posts: 47
Registered: Apr 26, 2007 10:57:02 AM
Re: Best way to use ObjectGrid security
Posted: Nov 11, 2009 02:17:34 PM   in response to: slbvaj in response to: slbvaj's post
 
Click to report abuse...   Click to reply to this thread Reply
Ideally, when the LTPA token expires, the server will throw an exception indicating the credential has been expired. Upon receiving the exception, the client will re-generate the credential and pass to the server.

However, currently there is a bug in this path. At this moment, we are actively working with our dependency to resolve this issue. When this issue is resolved, we will provide the fix via iFix or next version of WXS.
 Tags
Help

Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

Popular tags shows the top tags for this particular type of content or application that you're viewing.

My tags shows your tags for this particular type of content or application that you're viewing.

 

MoreLess 


Point your RSS reader here for a feed of the latest messages in all forums