[JBoss JIRA] Created: (JBAS-4094) The following message appears every minute on the minute: [org.jboss.logging.Log4jService$URLWatchTimerTask] (Timer-0:) Configuring from URL: resource:log4j.xml
by Stephen Agneta (JIRA)
The following message appears every minute on the minute: [org.jboss.logging.Log4jService$URLWatchTimerTask] (Timer-0:) Configuring from URL: resource:log4j.xml
----------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBAS-4094
URL: http://jira.jboss.com/jira/browse/JBAS-4094
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Logging
Affects Versions: JBossAS-4.0.5.CR1
Environment: Seen on linux but probably will occur anyways.
Reporter: Stephen Agneta
Assigned To: Scott M Stark
Priority: Trivial
org.jboss.logging.Log4jService has a bug in which it will display the log message "[org.jboss.logging.Log4jService$URLWatchTimerTask] (Timer-0:) Configuring from URL: resource:log4j.xml" every minute on the minute if the log4j.xml file has a modification file that is in the FUTURE in comparison to the system clock.
The reason is because the algorithm for testing modification times is incorrect. Instance variable lastConfigured should be set to the modification time and not the current system time. The conditional below should be changed:
From:
if (lastConfigured < lastModified)
to:
if ( 0 != (lastConfigured - lastModified))
This is much more robust and does not require that relative time difference be precise. Rather, we simply check if the modifcation time has changed in any way which is what is desired.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Updated: (JBAS-1802) Need a way to support refreshing security roles within a session
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1802?page=all ]
Dimitris Andreadis updated JBAS-1802:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
> Need a way to support refreshing security roles within a session
> ----------------------------------------------------------------
>
> Key: JBAS-1802
> URL: http://jira.jboss.com/jira/browse/JBAS-1802
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Security
> Affects Versions: JBossAS-4.0.1 Final
> Reporter: Rick Wong
> Assigned To: Anil Saldhana
> Fix For: JBossAS-4.2.1.CR1
>
> Attachments: JBossGenericPrincipal.java, OccSecurityMgrRealm.java
>
>
> Currently, JBoss SX creates an instance of JBossGenericPrincipal with a fixed list of security roles obtained from JAAS LoginModule. This special principal is cached into Tomcat, and unchanged during the course of a user session. There is no trivial way to refresh security roles within a session.
> I have this need because my application has an administration interface that grants permissions to various web application. I need to have user permission changes to be reflected immediately without having current sessions to log out and then log back in to take effect.
> Unfortuately, due to the product requirement, I have to recompile JBoss and modify JBossGenericPrincipal to make it a public class. I hope to get rid of this custom change, and adopt a supported method from JBoss in the future releases.
> Please refer to forum topic
> http://www.jboss.org/index.html?module=bb&op=viewtopic&t=63676
> Thanks a lot!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Updated: (JBAS-2037) Bug in the JBoss HTML adaptor.
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2037?page=all ]
Dimitris Andreadis updated JBAS-2037:
-------------------------------------
Fix Version/s: (was: JBossAS-4.2.0.CR1)
> Bug in the JBoss HTML adaptor.
> ------------------------------
>
> Key: JBAS-2037
> URL: http://jira.jboss.com/jira/browse/JBAS-2037
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMX
> Affects Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-4.0.0 Final, JBossAS-3.2.6 Final, JBossAS-4.0.2 Final, JBossAS-3.2.5 Final, JBossAS-4.0.2RC1, JBossAS-4.0.1RC1, JBossAS-4.0.1 SP1, JBossAS-4.0.3RC1
> Reporter: jean deruelle
> Assigned To: Amit Bhayani
>
> "The set of characters in a value is also limited. If
> special characters may occur, it is recommended that the
> value be quoted, using ObjectName.quote. If the value for a
> given key is sometimes quoted, then it should always be
> quoted. By default, if a value is a string (rather than a
> number, say), then it should be quoted unless you are sure
> that it will never contain special characters." quoted from
> java management best practices (see
> http://java.sun.com/products/JavaManagement/best-practices.html#mozTocId6...
> in section ObjectNameSyntax)
> When a JMX value is quoted, it causes problems to invoke methods through thr Jboss jmx web console :
> So my feeling is that the problem comes from the jboss jmx
> console jsp pages.
> The thing is that the quotes in the jmx object name are not
> encoded to the html format in the jsp pages and so the first
> opening quote is interpreted as the final quote of the html
> field.
> Here is a quick fix for Jboss-3.2.6 :
> Add the following lines to
> %JBOSS_HOME%\server\all\deploy\jmx-console.war\inspectMBean.jsp
> after line 141
> <%objectNameString=objectNameString.replaceAll("\"",""");
> //objectNameString=URLEncoder.encode(objectNameString);%>
> It was a quick fix to fit my needs but the
> line should really be the one commented but in that case the
> HtmlAdaptorServlet from Jboss cannot handle it correctly
> because it doesn't do a URLDecoder.decode of the
> objectNameString stored in the request parameter called "name".
> But I might be wrong here in saying that it comes from
> jboss, maybe I missed something along the way.
> Can someone confirm this bug or help me out there ?
> Thx
> Best regards
> Jean
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months