[JBoss JIRA] Created: (JBAS-4028) nosuchmethoderror
by tony anecito (JIRA)
nosuchmethoderror
-----------------
Key: JBAS-4028
URL: http://jira.jboss.com/jira/browse/JBAS-4028
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: Windows 2000 Professional JDK 1.6.0
Reporter: tony anecito
21:10:46,843 ERROR [[/invoker]] Exception sending context initialized event to l
istener instance of class org.jboss.web.jsf.integration.config.JBossJSFConfigure
Listener
java.lang.NoSuchMethodError: javax.servlet.ServletContext.getContextPath()Ljava/
lang/String;
at com.sun.faces.config.WebConfiguration.getServletContextName(WebConfig
uration.java:191)
--
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
15 years, 11 months
[JBoss JIRA] Created: (JBAS-3945) RunAs Causes Unexpected Principal Propagation Switch
by Stefan Schulze (JIRA)
RunAs Causes Unexpected Principal Propagation Switch
----------------------------------------------------
Key: JBAS-3945
URL: http://jira.jboss.com/jira/browse/JBAS-3945
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Affects Versions: JBossAS-4.0.5.GA
Environment: JBoss 4.0.5.GA
JSE 1.5.0_09
Reporter: Stefan Schulze
Assigned To: Scott M Stark
Attachments: runAsError.zip
My application is using JAAS authentication on web and ejb side. An authenticated user calls a stateless session bean from the web application which uses 'runAs' to change security role and calls a second stateless session bean. The second bean recuperates an 'anonymous' principal but it should be the authenticated user. This does not happen on our production server (JBoss 3.2.7) but on JBoss 4.05.GA.
Test case:
I try to attach my test case (where can I attach it ???) which boils down the problem.
To run it, please
- unzip the file (runAsError.zip)
- you can import the content as a project in Eclipse if you prefer
- change the 'jboss.dist' property in the 'ant.properties' file to your jBoss 4.0.5.GA installation
- run the 'install' target of 'build.xml' which creates a new jboss container called 'runAsError'
- start the 'runAsError' container (run -c runAsError)
- run the 'test' target of 'build.xml'
What happens:
Standalone client calls Session1.hello() with caller principal 'max' . Session1 calls Session2.hello2() using runAs 'internal'. Session2 should get caller principal 'max' but gets 'anonymous'. See Exception that is thrown in SessionBean2.hello2().
It seems to be a different bug than http://jira.jboss.com/jira/browse/JBAS-1852 since I run the JBAS-1852 test and it seemed to work (I had some troubles with the DatabaseServerLoginModule that were probably related to my incompetence ;-).
--
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
15 years, 11 months
[JBoss JIRA] Created: (JBMESSAGING-1013) Manual merge queue feature via JMX
by Evgueni Smoliar (JIRA)
Manual merge queue feature via JMX
----------------------------------
Key: JBMESSAGING-1013
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1013
Project: JBoss Messaging
Issue Type: Feature Request
Components: Configuration and Management, JMS Clustering
Environment: Clustering/load balancing
Reporter: Evgueni Smoliar
Assigned To: Tim Fox
In a case of disaster recovery you are obliged always to recover last running cluster node. Otherwise some messages will remain in the queue waiting for this node to startup. Idd there is a workaround for this, but it's not always easy to do. Would me much nicer to have a manual function to merge queues ( or reallocate messages) preferably available via JMX.
For more detail please check forum.
--
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
15 years, 11 months