| HA: [riena-dev] NTLoginModule problem |
Hi Stefan Thank you very much for your response I added new entry in the bugzilla: 283010 Thanks, Dima -----Исходное сообщение----- От: riena-dev-bounces@xxxxxxxxxxx от имени Stefan Liebig Отправлено: Чт, 09.07.2009 15:33 Кому: Riena Developers list Тема: Re: [riena-dev] NTLoginModule problem Hi Dumitru, Sorry for being so late. The ?root? cause (from your attached stacktrace) happens when Hessian tries to de-serialize the NTSid. Hessians ?default? mechanism is not able to do this. However, it is possible to define custom de-serializer for Hessian that can handle this case. Could you please create bugzilla for this? Tschu?, Stefan Ciubenco, Dumitru wrote: > Hi > Using WIN32-LoginModule instead of CentralSecurity, I have problem to > authenticate the user. > On the server I see the log, which it seems to be successful. > > Thu Jul 02 12:08:17 EEST 2009 DEBUG [16927124@qtp-30487154-0] > org.eclipse.riena.internal.security.server.SecurityServiceHook before > Service ssoid = null > An attempt was made to reference a token that does not exist. > getting access token > [getToken] OpenThreadToken error [1008]: [getToken] got user > access token > getting user info > [getUser] Got TokenUser info > [getUser] userName: ro1v02c1, domainName = WW300 > [getUser] userSid: S-1-5-21-1454471165-527237240-682003330-426315 > [getUser] domainSid: S-1-5-21-1454471165-527237240-682003330 > getting primary group > [getPrimaryGroup] Got TokenPrimaryGroup info > [getPrimaryGroup] primaryGroup: > S-1-5-21-1454471165-527237240-682003330-513 > getting supplementary groups > [getGroups] Got TokenGroups info > [getGroups] group 0: S-1-5-21-1454471165-527237240-682003330-513 > [getGroups] group 1: S-1-1-0 > ... > [g [NTLoginModule] succeeded importing info: > user name = ro1v02c1 > user SID = S-1-5-21-1454471165-527237240-682003330-426315 > user domain = WW300 > user domain SID = S-1-5-21-1454471165-527237240-682003330 > user primary group = S-1-5-21-1454471165-527237240-682003330-513 > user group = S-1-1-0 > ... > impersonation token = 3048 > Thu Jul 02 12:08:17 EEST 2009 DEBUG [16927124@qtp-30487154-0] > org.eclipse.riena.internal.security.server.SecurityServiceHook > afterService compare session instance before=null > after=org.eclipse.riena.security.common.session.Session@1ef3ccd > <mailto:after=org.eclipse.riena.security.common.session.Session@1ef3ccd> > Thu Jul 02 12:08:17 EEST 2009 DEBUG [16927124@qtp-30487154-0] > org.eclipse.riena.internal.security.server.SecurityServiceHook setting > cookie to 'ssoid##6207126768363156227##' > > > > On the client I have: > > Thu Jul 02 12:02:50 EEST 2009 DEBUG [main] > org.eclipse.riena.internal.example.client.security.authentication.RemoteLoginModule > initialize > Thu Jul 02 12:02:50 EEST 2009 DEBUG [main] > org.eclipse.riena.internal.example.client.security.authentication.RemoteLoginModule > login > Thu Jul 02 12:02:50 EEST 2009 DEBUG [main] > org.eclipse.riena.internal.example.client.security.authentication.RemoteLoginModule > abort > > Both server and the client are on the local machine. > Debugging the login process on client application I could retrieve > exception that is not logged to sysout, exception log is attached to > this mail. > > > > Have any idea? > > P.S.: Riena version:1.1.0 > > Thanks > With best regards > *Dumitru* *Ciubenco* > >
<<winmail.dat>>