[JBoss JIRA] Created: (JBAS-5182) Retire EJB3 JaccHelper
by Anil Saldhana (JIRA)
Retire EJB3 JaccHelper
----------------------
Key: JBAS-5182
URL: http://jira.jboss.com/jira/browse/JBAS-5182
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: EJB3, Security
Affects Versions: JBossAS-5.0.0.Beta3
Reporter: Anil Saldhana
Assigned To: Anil Saldhana
Priority: Critical
Fix For: JBossAS-5.0.0.CR1
The entire EJB3 Jacc Layer needs to go. The Permissions creation will be done via a separate deployer working on the Metadata. The Policy enforcement will be done by the security layer. We have already consolidated the enforcement for web and ejb2 layers.
--
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, 10 months
[JBoss JIRA] Created: (JBMESSAGING-1197) support HTTP transport
by Jeff Mesnil (JIRA)
support HTTP transport
----------------------
Key: JBMESSAGING-1197
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1197
Project: JBoss Messaging
Issue Type: Sub-task
Components: JMS Remoting
Reporter: Jeff Mesnil
Assigned To: Jeff Mesnil
Fix For: 2.0.0 Alpha
the new remoting code based on MINA currently supports only TCP transport.
It must also support HTTP transport.
MINA provides an HTTP package we can use for both the JMS clients (send requests/receive responses)
and the JMS servers (receive request/send response).
Message delivery must also be taken into account. The client can use polling (and remains a simple HTTP client). However since MINA code is used on both the client and ther server, we need to check if we can
send HTTP requests to the client on the same TCP connection (the ideabeing that we MUST NOT open a server connection on the client in any way)
--
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, 10 months
[JBoss JIRA] Created: (JBAS-4904) Improve error message when binding fails
by Andrew Rubinger (JIRA)
Improve error message when binding fails
----------------------------------------
Key: JBAS-4904
URL: http://jira.jboss.com/jira/browse/JBAS-4904
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Naming
Affects Versions: JBossAS-4.2.2.GA
Reporter: Andrew Rubinger
Assigned To: Scott M Stark
Fix For: JBossAS-5.0.0.Beta3, JBossAS-4.2.3.GA
Upon attempt to bind an a subcontext to an address already bound by an object, the following exception occurs:
java.lang.ClassCastException: $Proxy76 cannot be cast to javax.naming.Context
at org.jboss.util.naming.Util.createSubcontext(Util.java:69)
at org.jboss.util.naming.Util.rebind(Util.java:125)
at org.jboss.util.naming.Util.rebind(Util.java:113)
Error message should be in form "Can't bind subContext/obj, because subContext is already bound"
--
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, 10 months