[JBoss JIRA] Created: (JBPORTAL-977) 403 error when logging in as admin with LDAP
by Kevin Barfield (JIRA)
403 error when logging in as admin with LDAP
--------------------------------------------
Key: JBPORTAL-977
URL: http://jira.jboss.com/jira/browse/JBPORTAL-977
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Portal Core
Affects Versions: 2.4 Final
Environment: Portal 2.4 CR3 bundled
Reporter: Kevin Barfield
Fix For: 2.4 Final
A 403 error is shown when logging in as admin using LDAP. Open a new browser, and now you are logged in. Same issue with logout. Logging in as a regular user is fine.
Here is the login config:
<policy>
<!-- For the JCR CMS -->
<application-policy name="cms">
<authentication>
<login-module code="org.apache.jackrabbit.core.security.SimpleLoginModule" flag="required"/>
</authentication>
</application-policy>
<application-policy name="portal">
<authentication>
<login-module code="org.jboss.security.auth.spi.LdapLoginModule" flag="required">
<module-option name="java.naming.factory.initial">
com.sun.jndi.ldap.LdapCtxFactory
</module-option>
<module-option name="java.naming.provider.url">
ldap://localhost/
</module-option>
<module-option name="java.naming.security.authentication">
simple
</module-option>
<module-option name="java.naming.security.principal">
cn=Manager,dc=example,dc=com
</module-option>
<module-option name="java.naming.security.credentials">
secret
</module-option>
<module-option name="principalDNPrefix">cn=</module-option>
<module-option name="principalDNSuffix">
,ou=people,dc=example,dc=com
</module-option>
<module-option name="password-stacking">useFirstPass</module-option>
<module-option name="rolesCtxDN">
ou=groups,dc=example,dc=com
</module-option>
<module-option name="uidAttributeID">member</module-option>
<module-option name="matchOnUserDN">true</module-option>
<module-option name="roleAttributeID">cn</module-option>
<module-option name="roleAttributeIsDN">false </module-option>
<!--
<login-module code="org.jboss.portal.identity.auth.IdentityLoginModule" flag="required">
<module-option name="unauthenticatedIdentity">guest</module-option>
<module-option name="userModuleJNDIName">java:/portal/UserModule</module-option>
<module-option name="roleModuleJNDIName">java:/portal/RoleModule</module-option>
<module-option name="additionalRole">Authenticated</module-option>
<module-option name="password-stacking">useFirstPass</module-option>
-->
</login-module>
</authentication>
</application-policy>
</policy>
--
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, 7 months
[JBoss JIRA] Created: (JBAS-3590) JBoss maps java.math.BigDecimal to numeric(19, 2) for Firebird 1.5 DB. Firebird complains precision must be <= 18.
by knaveofhearts (JIRA)
JBoss maps java.math.BigDecimal to numeric(19,2) for Firebird 1.5 DB. Firebird complains precision must be <= 18.
------------------------------------------------------------------------------------------------------------------
Key: JBAS-3590
URL: http://jira.jboss.com/jira/browse/JBAS-3590
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: EJB3
Affects Versions: JBossAS-4.0.4.GA
Environment: JBossAS-4.0.4.GA, Firebird 1.5, Fedora Core 5 Linux.
Reporter: knaveofhearts
Assigned To: Bill Burke
This is a problem with EJB 3 entity persistence with CMP. I have several classes in which member variables are declared as BigDecimal. The classes all work fine with HSQLDB, which I have been using for rapid development, using the create-drop capability. I tried to switch the backend to Firebird 1.5 by changing the two relevant files (if I recall, persistence.xml and the []-ds.xml file), and managed to remove all the problems (e.g., Fireword reserve words like "role", "user", and "type" that I used as class or attribute names) except for BigDecimal fields. The server log says that BigDecimal is being mapped to numeric(19,2), but the maximum precision for Firebird is 18. If I replace all the BigDecimal fields with double, then my basic DB access tests run okay. I have posted this problem to two JBoss forums (EJB3 and Persistence) and to one Firebird forum (Firebird-Java), but have gotten no replies. If there is an easy fix, I would appreciate learning about it.
--
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, 7 months
[JBoss JIRA] Created: (JBAS-3539) CLONE -jboss-client.jar misses MarshalledInvocation$DeclaredMethods
by Matthew L Daniel (JIRA)
CLONE -jboss-client.jar misses MarshalledInvocation$DeclaredMethods
-------------------------------------------------------------------
Key: JBAS-3539
URL: http://jira.jboss.com/jira/browse/JBAS-3539
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: JBossAS-4.0.0 Final
Reporter: Matthew L Daniel
Assigned To: Scott M Stark
Fix For: Closed issues from sourceforge
Attachments: JBAS-1163_2.patch
SourceForge Submitter: igorfie .
Latest CVS version of JBoss 4.0.0 is missing
org/jboss/invocation/MarshalledInvocation$DeclaredMethodsAction
from the jboss-client.jar. As a result
org.jboss.ant.JMX fails with NoClassDefFoundError. The
following patch should fix the problem.
Index: build.xml
===================================================================
RCS file: /cvsroot/jboss/jboss/build.xml,v
retrieving revision 1.173.2.2
diff -u -r1.173.2.2 build.xml
--- build.xml 17 Oct 2004 18:49:28 -0000 1.173.2.2
+++ build.xml 26 Oct 2004 03:57:20 -0000
@@ -470,6 +470,7 @@
<include
name="org/jboss/invocation/MarshallingInvokerInterceptor.class"/>
<include
name="org/jboss/invocation/PayloadKey.class"/>
<include
name="org/jboss/invocation/MarshalledInvocation.class"/>
+ <include
name="org/jboss/invocation/MarshalledInvocation$DeclaredMethodsAction.class"/>
<include
name="org/jboss/invocation/MarshalledValue.class"/>
<include
name="org/jboss/invocation/MarshalledValueInputStream.class"/>
<include
name="org/jboss/invocation/MarshalledValueOutputStream*.class"/>
--
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, 7 months
[JBoss JIRA] Created: (JBAS-3481) Error accessing EJB from Servlet: "Unable to activate POA"
by Peter Rasbora (JIRA)
Error accessing EJB from Servlet: "Unable to activate POA"
----------------------------------------------------------
Key: JBAS-3481
URL: http://jira.jboss.com/jira/browse/JBAS-3481
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: IIOP service, Naming, Web (Tomcat) service
Affects Versions: JBossAS-4.0.4.GA, JBossAS-4.0.3 SP1, JBossAS-4.0.1 SP1
Environment: JBoss: 4.0.0, 4.0.1SP1, 4.0.3SP1, 4.0.4GA ( each "out of the box")
Java: 1.5.0_06 (build 1.5.0_06-b05)
OS: Windows XP SP2
Reporter: Peter Rasbora
Assigned To: Francisco Reverbel
Priority: Minor
When trying to access Stateless SessionBean (JNDI: "vfmcontroller/VFMController") from within a Servlet,
it's service() throws a "java.lang.Error: POA: not configured!"
JBoss Log warns: "(IIOPListener) Address already in use: JVM_Bind",
"org.jboss.corba.ORBFactory:87) Unable to activate POA" and
"org.omg.CORBA.INITIALIZE: Could not create server socket"
Following to netstat no other processes are bound to specific ports (8080, 1098, 1099, 3528).
For further Details (Source, DD, Log-Output) please refer to the following ressources:
Stateless SessionBean:
http://pastebin.ca/118516
Servlet "Test.java":
http://pastebin.ca/118535
jboss.xml:
http://pastebin.ca/118520
JBoss Log (Console):
http://pastebin.ca/118529 (Hint: Log-Level is DEBUG)
Caught Exception in Servlet "Test":
http://pastebin.ca/118532
--
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, 7 months