[JBoss-user] [Messaging, JMS JBossMQ] - Re: NPE when closing connection
[EMAIL PROTECTED] wrote : Better than a cookie, a bug report: | http://jira.jboss.com/jira/browse/JBAS-2973 We are using Jboss 3.2.8 SP1 and are seeing these errors throughout the system when using JMS queues. Is there a workaround in the 3.2.8 system or something we can include into our beans to deal with this? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3939108#3939108 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3939108 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Problem with JAAS login caching on Jboss 3.2.8SP1 w/Tomcat
I am trying to upgrade from jboss 3.2.3 to Jboss 3.2.8SP1 and I am getting RMI authentication errors whenever the JAAS cache times out. See the following below for am example(using the TRACE log settings for JAAS): NOte: sorry about the length | 17:47:03,338 INFO [AuthTilesRequestProcessor,TP-Processor1] --- AUTHENTICATION CHECK -- | 17:47:03,338 INFO [AuthTilesRequestProcessor,TP-Processor1] Request Recieved from : 20500::infsys at 03/13/2006 (Mon) 17:47:03 | 17:47:03,338 INFO [AuthTilesRequestProcessor,TP-Processor1] Request for: /app/absenceView.do | 17:47:03,338 DEBUG [AuthTilesRequestProcessor,TP-Processor1] Session ID: 80BC91AE8F1B1B692A55F539C5873D08 | 17:47:03,338 INFO [AuthTilesRequestProcessor,TP-Processor1] User 20500::infsys has correct role (absenceView) - Granting access | 17:47:03,339 TRACE [SecurityAssociation,TP-Processor1] getPrincipal, principal=20500::infsys | 17:47:03,339 TRACE [JaasSecurityManager$DomainInfo,TP-Processor1] destroy, subject=Subject: | Principal: 20500::infsys | Principal: Roles(members:roleModify, etc...) | , [EMAIL PROTECTED](26847353)[EMAIL PROTECTED](20500::infsys)[EMAIL PROTECTED](Roles(members:roleModify,tradeRespond,overtimeCodeModify,trainingClassCreate,specialAssignmentList,overtimeAssignUser,systemMonitor,base,userModify_updateOrgInfo,specialAssignmentViewOwn,specialAssignmentReview,coverageModify,allCustomers,userSysStatus,userModify_viewSecurity,trainingClassList,shiftPatternModify,tradeAvailableList,preApprovedAbsenceRecording,tradeDetail,tradeModify,absenceModify,roleSysStatus,tradeReversal,userModify,scheduleFilter,trainingDetail,groupList,scheduleList,positionProfileSysStatus,trainingViewOwn,tradePendingList,overtimeAvailableList,absenceApproveOwn,coverageExceptionView,coverageDateRules,manualChange,userModify_updateSecurity,userCreate,shiftPatternCreate,groupSysStatus,shiftPatternList,preApprovedTrade,groupModify,absencePendingList,specialAssignmentCancel,positionProfileCreate,userModify_viewOrgInfo,specialAssignmentAssign,userList,absenceReview,positionProfileModify,coverageAddRequirement,roleList,overtimeAssignView,scheduleAdd,roleUsers,scheduleModify,specialAssignmentAssignOwn,trainingClassAssign,positionProfileUserAssign,userModify_updatePrefs,coverageValidate,userProfile,absenceCreate,userAccess,positionProfileUserView,reportList,overtimeAssignOwn,coverageView,scheduleCopy,coveragePublish,specialAssignmentModify,trainingClassAssignCancel,trainingClassDelete,specialAssignmentDelete,overtimeRequestAssign,trainingAssignOwn,overtimeRequestList,tradeCreate,shiftList,absenceDayOfAbsenceRecording,specialAssignmentDetail,trainingReview,shiftModify,overtimeDeleteRequest,absenceDetail,reportSecurity,reports,specialAssignmentRole,specialAssignmentViewAll,tradeApprove,coverageModifyRequirement,schedulePublish,tradeView,positionProfileList,tradeApproveOwn,scheduleCoverage,absenceApprove,userModify_updatePersonal,overtimeVolunteer,scheduleView,trainingViewAll,absenceView,manualChangeView,specialAssignmentCreate,coverageCreate,systemAdmin,groupMembers,absenceReversal,roleCreate,coverageSysStatus,trainingClassModify,overtimeRemoveAssign,overtimeReview,shiftCreate,personalSchedule,userModify_viewPersonal,coverageList,overtimeRequest,tradeAccept,scheduleCreate,groupCreate,inbox,userModify_viewPrefs)),[EMAIL PROTECTED],expirationTime=1142300783766], activeUsers=0 | 17:47:03,340 TRACE [JaasSecurityManager$DomainInfo,TP-Processor1] logout, subject=Subject: | Principal: 20500::infsys | Principal: Roles(members:roleModify, etc...) | , [EMAIL PROTECTED](26847353)[EMAIL PROTECTED](20500::infsys)[EMAIL PROTECTED](Roles(members:roleModify,etc...)),[EMAIL PROTECTED],expirationTime=1142300783766] | 17:47:03,340 TRACE [DatabaseServerLoginModule,TP-Processor1] logout | 17:47:03,340 TRACE [ClientLoginModule,TP-Processor1] logout | 17:47:03,340 TRACE [SecurityAssociation,TP-Processor1] clear, server=true | 17:47:03,340 TRACE [scheduleExpress,TP-Processor1] Begin isValid, principal:20500::infsys, cache info: null | 17:47:03,340 TRACE [scheduleExpress,TP-Processor1] defaultLogin, principal=20500::infsys | 17:47:03,340 TRACE [XMLLoginConfigImpl,TP-Processor1] Begin getAppConfigurationEntry(scheduleExpress), size=9 | 17:47:03,340 TRACE [XMLLoginConfigImpl,TP-Processor1] End getAppConfigurationEntry(scheduleExpress), authInfo=AppConfigurationEntry[]: | [0] | LoginModule Class: org.jboss.security.auth.spi.DatabaseServerLoginModule | ControlFlag: LoginModuleControlFlag: required | Options:name=rolesQuery, value=select userRoles, 'Roles' from v_roles where principalID=? | name=principalsQuery, value=select password as passwd from v_principals where principalID=? | name=hashAlgorithm, value=MD5 | name=dsJndiName, value=java:/PostgresDS | [1] | LoginModule Class: org.jboss.security.ClientLoginModule | ControlFlag:
[JBoss-user] [Security JAAS/JBoss] - Re: Problem with JAAS login caching on Jboss 3.2.8SP1 w/Tomc
Please Ignore this post and view the next one - this contains the stakc trace of the error - this posting is too big...sorry View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3929984#3929984 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3929984 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: Problem with JAAS login caching on Jboss 3.2.8SP1 w/Tomc
dfantham wrote : Please Ignore this post and view the next one - this contains the stakc trace of the error - this posting is too big...sorry I am having a very bad night - this posting contains the stack trace, and the previous posting is incorrect - I wish there was a way to edit posts and delete/withdraw them if necessary. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3929985#3929985 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3929985 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: Problem with JAAS login caching on Jboss 3.2.8SP1 w/Tomc
Please Ignore this post and view the next one with the same name - this contains the stakc trace of the error - this posting is too big...sorry View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3929986#3929986 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3929986 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: Subject.getPrincipal returning Null sparodically on JBos
I am not sure what the do then??? The output you see is exactly what is thrown, so I am now at a loss to explain. A couple of observations from our testing here that may help (or not!): 1. We are using JDK 1.5.0_06 from Sun. We backed this back to 1.4.2_06 (Jrockit From Bea) and tested again. All of our Finder based exceptions went away (See the stack track from the finder exceptions is the first post). I have not idea why backing down the JVM would cause that. 2. With the old JVM in place (1.4.2_06) I then tried changing the JAASCacheTimeout settings from the current setting of 30 to 300 seconds. Most of the getPrincipal null pointers also seemed to disappear also. So Why would the JAAS cached timeout affect/cause NullPointers? and, why would change the JVM back to an older version cause all of the finder exceptions to go away? None of this makes sence unless I am missing something simple in our config/deployment. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3918746#3918746 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3918746 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Beginners Corner] - Jboss 4.0.3SP1: org.jboss.util.NestedSQLException: Transact
We have been Jboss 3.2.3 and Postgres 7.4.2 for sometime and have recently been going through an upgrade to Jboss 4.0.3SP1 and Postgres 8.1.2, using Postgres JDBC driver postgresql-8.1-404.jdbc3.jar. Under the old environment, we have a very solid deployment, with no downtime (other than for regular updates to code) for about 1 year. We have just got through this upgrade and are now getting two or three very strange, and fatal errors. Below is one of them - It is thrown from both CMP Entity Bean Finder methods as well as from DAO lookups, but it is not a consisten error, i.e. at some points the same code succeeds or fails withi this error, which makes me think that there is some wrong with the connection pool/driver/transactions settings for Jboss. So I wanting to get some help to know to where to being looking for the issue: Error being thrown org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.SystemMessage#findCurrentForUserByType] Find failed org.jboss.util.NestedSQLException: Transaction is not active: tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=demo.scheduleexpress.com/9552, BranchQual=, localId=9552]; - nested throwable: (javax.resource.ResourceException: Transaction is not active: tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=demo.scheduleexpress.com/9552, BranchQual=, localId=9552]) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:79) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:210) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(JDBCAbstractQueryCommand.java:128) at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.execute(JDBCFindEntitiesCommand.java:40) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntities(JDBCStoreManager.java:598) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(CMPPersistenceManager.java:322) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntities(CachedConnectionInterceptor.java:245) at org.jboss.ejb.EntityContainer.findLocal(EntityContainer.java:649) at sun.reflect.GeneratedMethodAccessor4228.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.SecurityProxyInterceptor.invokeHome(SecurityProxyInterceptor.java:150) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:189) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:180) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:119) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:110) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invokeHome(BaseLocalProxyFactory.java:344) at org.jboss.ejb.plugins.local.LocalHomeProxy.invoke(LocalHomeProxy.java:118) at $Proxy683.findCurrentForUserByType(Unknown Source) at com.edgile.se.component.userMessage.SystemMessageSessionBean.getCurrentMultipleLoginMessages(SystemMessageSessionBean.java:488) at sun.reflect.GeneratedMethodAccessor4684.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at
[JBoss-user] [Security JAAS/JBoss] - Subject.getPrincipal returning Null sparodically on JBoss 4.
We have been Jboss 3.2.3 and Postgres 7.4.2 for sometime and have recently been
going through an upgrade to Jboss 4.0.3SP1 and Postgres 8.1.2, using Postgres
JDBC driver postgresql-8.1-404.jdbc3.jar.
Under the old environment, we have a very solid deployment, with no downtime
(other than for regular updates to code) for about 1 year. We have just got
through this upgrade and are now getting two or three very strange, and fatal
errors.
Below is one of them - We have a custom object that we use extensively
throughout the EJB layer on Jboss that performs a lookup to get the current
principal with the request being processed. The code has worked flawlessly on
Jboss 3.2.3, but now fails sparodically on Jboss 4.0.3SP1 during a user's
session. The fail happens as at at the processing of getting Principals from
the iterator which is empty
The code we use is as follows:
| import javax.security.auth.*;
| import javax.naming.*;
| import java.security.*;
| import org.apache.log4j.Category;
| import java.util.*;
|
| public class authInfo
| {
| public authInfo() { }
|
| private Category log = Category.getInstance(getClass());
|
| private Iterator getPrincipals()
| { //used for getting the user's username and customerID
| log.debug(getPrinciples: Getting Principles from JAAS...);
| Iterator principals = null;
| try {
| InitialContext ic = new InitialContext();
| log.debug(getPrinciples: Got initial context);
| Subject subj = (javax.security.auth.Subject)
|ic.lookup(java:comp/env/security/subject);
| log.debug(getPrinciples: Got auth subject from context);
| principals = subj.getPrincipals().iterator();
| } catch (Exception ex)
| {
| log.debug(getPrinciples: Error getting Principles from JAAS: +
| ex.toString() + -- hopefully there is details... +
| ex.getStackTrace());
| }
| return principals;
| }
|
| public String getUserId()
| {
| log.debug(getUserId: Getting UserId from JAAS...);
|
| Iterator principals = getPrincipals();
| log.debug(getUserId: Got principals Iterator);
| String clientIdUserId = null;
| try {
| log.debug(getUserId: Iterating over principals);
| if (principals.hasNext())
| {
| Principal p = (Principal) principals.next();
| if (log.isDebugEnabled())
|log.debug(getUserId: Principal: + p.getName());
| clientIdUserId = p.getName();
|} else {
| log.debug(getUserId: Principals has no elements...);
|}
|} catch (Exception e){
| log.error(getUserId: Error Getting user Principle +
e.toString()
|+ -- hopefully there is details... + e.getStackTrace());
|}
| String uid = splitPrincipal(clientIdUserId, 2);
| log.debug(getUserId: Returning userId: + uid);
| return uid;
| }
| }
This is the error code that gets thrown by Jboss:
2006-01-18 13:27:12,494 DEBUG [TP-Processor6] [authInfo] getUserId: Getting
UserId from JAAS...
| 2006-01-18 13:27:12,494 DEBUG [TP-Processor6] [authInfo] getPrinciples:
Getting Principles from JAAS...
| 2006-01-18 13:27:12,494 DEBUG [TP-Processor6] [authInfo] getPrinciples: Got
initial context
| 2006-01-18 13:27:12,495 DEBUG [TP-Processor6] [authInfo] getPrinciples: Got
auth subject from context
| 2006-01-18 13:27:12,524 DEBUG [TP-Processor6] [authInfo] getPrinciples:
Error getting Principles from JAAS: java.lang.NullPointerException -- hopefully
there is details... [Ljava.lang.StackTraceElement;@912232
| 2006-01-18 13:27:12,524 DEBUG [TP-Processor6] [authInfo] getUserId: Got
principals Iterator
| 2006-01-18 13:27:12,524 DEBUG [TP-Processor6] [authInfo] getUserId:
Iterating over principals
| 2006-01-18 13:27:12,525 ERROR [TP-Processor6] [authInfo] getUserId: Error
Getting user Principlejava.lang.NullPointerException -- hopefully there is
details... [Ljava.lang.StackTraceElement;@5c3f7b
| 2006-01-18 13:27:12,526 INFO [TP-Processor6] [ScheduleSessionBean]
ScheduleSessionBean.ejbRemove() called
| 2006-01-18 13:27:12,527 ERROR [TP-Processor6]
[org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackException in
method: public abstract java.util.ArrayList
[JBoss-user] [Installation, Configuration Deployment] - Errors Upgrading to Jboss 4.0.3SP1 from 3.2.3
We have recently upgrade from Jboss 3.2.3 to 4.0.3SP1 along with going from Postgres 7.3.2 to 8.1.2. We are having two makor issues that are dramatically affecting out site, that until a few days ago was rock solid on the old platform for 1 year: The two issues are in these postings: http://www.jboss.com/index.html?module=bbop=viewtopict=75755 http://www.jboss.com/index.html?module=bbop=viewtopict=75756 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3918276#3918276 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3918276 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Installation, Configuration Deployment] - Errors Upgrading to Jboss 4.0.3SP1 from 3.2.3
We have recently upgrade from Jboss 3.2.3 to 4.0.3SP1 along with going from Postgres 7.3.2 to 8.1.2. We are having two makor issues that are dramatically affecting out site, that until a few days ago was rock solid on the old platform for 1 year: The two issues are in these postings: http://www.jboss.com/index.html?module=bbop=viewtopict=75755 http://www.jboss.com/index.html?module=bbop=viewtopict=75756 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3918277#3918277 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3918277 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: Subject.getPrincipal returning Null sparodically on JBos
Scott,
here is the trace results from the null Principal exception. It seems to
coincide with the other exception I am seeing which relates to getting around
transactions failing on EJB and DAO querries against the DB (a Trace of these
types of errors is also below (sorry about the length).
Here is the null principal exception trace (not we have a short
JAASCacheTineout setting to allow for role updates within the system to
activated pretty quickly - so the timeout is set to 30 seconds).
|
| 18:50:12,437 DEBUG [authInfo,TP-Processor5] getUserId: Getting UserId from
JAAS...
| 18:50:12,437 DEBUG [authInfo,TP-Processor5] getPrinciples: Getting
Principles from JAAS...
| 18:50:12,437 DEBUG [authInfo,TP-Processor5] getPrinciples: Got initial
context
| 18:50:12,438 DEBUG [authInfo,TP-Processor5] getPrinciples: Got auth subject
from context
| 18:50:12,438 DEBUG [authInfo,TP-Processor5] getUserId: Got principals
Iterator
| 18:50:12,438 DEBUG [authInfo,TP-Processor5] getUserId: Iterating over
principals
| 18:50:12,438 DEBUG [authInfo,TP-Processor5] getUserId: Principal:
20500::infsys
| 18:50:12,438 DEBUG [authInfo,TP-Processor5] getUserId: Returning
customerId: 20500
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5] logout
| 18:50:12,439 TRACE [ClientLoginModule,TP-Processor5] logout
| 18:50:12,439 TRACE [XMLLoginConfigImpl,TP-Processor5] Begin
getAppConfigurationEntry(scheduleExpress), size=9
| 18:50:12,439 TRACE [XMLLoginConfigImpl,TP-Processor5] End
getAppConfigurationEntry(scheduleExpress), authInfo=AppConfigurationEntry[]:
| [0]
| LoginModule Class: org.jboss.security.auth.spi.DatabaseServerLoginModule
| ControlFlag: LoginModuleControlFlag: required
| Options:name=rolesQuery, value=select userRoles, 'Roles' from v_roles where
principalID=?
| name=principalsQuery, value=select password as passwd from v_principals
where principalID=?
| name=hashAlgorithm, value=MD5
| name=dsJndiName, value=java:/PostgresDS
| [1]
| LoginModule Class: org.jboss.security.ClientLoginModule
| ControlFlag: LoginModuleControlFlag: required
| Options:
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5] initialize,
[EMAIL PROTECTED]
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5] Password
hashing activated: algorithm = MD5, encoding = BASE64, charset = {default},
callback = null, storeCallback = null
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5]
DatabaseServerLoginModule, dsJndiName=java:/PostgresDS
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5]
principalsQuery=select password as passwd from v_principals where principalID=?
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5]
rolesQuery=select userRoles, 'Roles' from v_roles where principalID=?
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5]
suspendResume=true
| 18:50:12,439 TRACE [DatabaseServerLoginModule,TP-Processor5] login
| 18:50:12,440 TRACE [TxConnectionManager,TP-Processor5] No transaction, no
need to enlist: [EMAIL PROTECTED] [EMAIL PROTECTED] handles=0
lastUse=1137638952481 permit=true trackByTx=false [EMAIL PROTECTED] [EMAIL
PROTECTED] [EMAIL PROTECTED] txSync=null]
| 18:50:12,445 TRACE [TxConnectionManager,TP-Processor5] connectionClosed
called [EMAIL PROTECTED]
| 18:50:12,445 TRACE [TxConnectionManager,TP-Processor5]
unregisterConnection: 0 handles left
| 18:50:12,445 TRACE [TxConnectionManager,TP-Processor5]
isManagedConnectionFree=true [EMAIL PROTECTED]
| 18:50:12,445 TRACE [TxConnectionManager,TP-Processor5] delisting [EMAIL
PROTECTED] [EMAIL PROTECTED] handles=0 lastUse=1137638952481 permit=true
trackByTx=false [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
txSync=null]
| 18:50:12,445 TRACE [DatabaseServerLoginModule,TP-Processor5] User
'20500::infsys' authenticated, loginOk=true
| 18:50:12,445 TRACE [ClientLoginModule,TP-Processor5] Begin login
| 18:50:12,445 TRACE [ClientLoginModule,TP-Processor5] Obtained login:
20500::infsys, credential.class: [C
| 18:50:12,445 TRACE [ClientLoginModule,TP-Processor5] End login
| 18:50:12,445 TRACE [DatabaseServerLoginModule,TP-Processor5] commit,
loginOk=true
| 18:50:12,446 TRACE [TxConnectionManager,TP-Processor5] No transaction, no
need to enlist: [EMAIL PROTECTED] [EMAIL PROTECTED] handles=0
lastUse=1137639012445 permit=true trackByTx=false [EMAIL PROTECTED] [EMAIL
PROTECTED] [EMAIL PROTECTED] txSync=null]
| 18:50:12,464 TRACE [DatabaseServerLoginModule,TP-Processor5] Assign user to
role absenceApprove
| 18:50:12,464 TRACE [DatabaseServerLoginModule,TP-Processor5] Assign user to
role absenceApproveOwn
|
| -Lots of Role Assignments - Removed to shorten Msg-
|
| 18:50:12,468 TRACE [DatabaseServerLoginModule,TP-Processor5] Assign user to
role userModify_viewSecurity
| 18:50:12,468 TRACE [DatabaseServerLoginModule,TP-Processor5] Assign user to
