January 2009 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-1667) Same stateless EJB's context used from one call to another

by John Gonon (JIRA)

Same stateless EJB's context used from one call to another ---------------------------------------------------------- Key: EJBTHREE-1667 URL: https://jira.jboss.org/jira/browse/EJBTHREE-1667 Project: EJB 3.0 Issue Type: Bug Components: EJB3 Extensions Affects Versions: HEAD Environment: Windows + Oracle 10 JBOSS 5.0.0.GA Reporter: John Gonon Fix For: HEAD 1) I have Stateless EJBs with the EJBContext defined as a @Resource and a method getting the caller's name: public class MyBean { @Resource private SessionContext ejbSession = null; private String getCallerName() { return this.ejbSession.getCallerPrincipal().getName(); } } 2) My client always always calls in authenticated mode 3) I execute my client once and everything goes fine 4) I execute it other times, but there, one in a while, I don't get my authenticated user but the one from a preious call. I tracked that it was sometimes the same "EJBContextImpl" object from one call to the other. The first call to "getCallerPrincipal()" is cached, so when I use the same object the second time, it does not look for it but returns the value from a previous call. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (GPD-279) Release gpd-3.1.6

by Thomas Diesler (JIRA)

Release gpd-3.1.6 ----------------- Key: GPD-279 URL: https://jira.jboss.org/jira/browse/GPD-279 Project: JBoss jBPM GPD Issue Type: Task Reporter: Thomas Diesler Assignee: Koen Aers Fix For: jBPM jPDL Designer 3.1.5 Please release in time for jbpm-3.3.0.GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1666) Merging of security role mapping from ear is missing

by Carlo de Wolf (JIRA)

Merging of security role mapping from ear is missing ---------------------------------------------------- Key: EJBTHREE-1666 URL: https://jira.jboss.org/jira/browse/EJBTHREE-1666 Project: EJB 3.0 Issue Type: Bug Reporter: Carlo de Wolf See also tck5sec unit test. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-6250) The server cannot run under a security manager when symlinks are contained within jboss home path

by Martin Malina (JIRA)

The server cannot run under a security manager when symlinks are contained within jboss home path ------------------------------------------------------------------------------------------------- Key: JBAS-6250 URL: https://jira.jboss.org/jira/browse/JBAS-6250 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Test Suite Environment: RHEL5 x86 Sun JDK 1.5 Reporter: Martin Malina Assignee: Shelly McGowan Attachments: server.log The tests-security-manager fails to run when there are symlinks within the jboss.dist path. [hudson@conf2 testsuite]$ ./build.sh -Dnode0=10.16.93.25 -Dnode1=10.16.93.26 -DudpGroup=227.43.88.165 -Djboss.dist=/home/hudson/eap5-as/jboss-5.0.0 tests-security-managerSearching for build.xml ...Buildfile: /qa/services/hudson/eap5-as/jboss-5.0.0-src/testsuite/build.xmltests-security-manager: [echo] Starting default with policy /qa/services/hudson/eap5-as/jboss-5.0.0-src/testsuite/output/resources/securitymgr/server.policy [echo] jboss.home.dir=/home/hudson/eap5-as/jboss-5.0.0 [echo] jboss.server.home.dir=/home/hudson/eap5-as/jboss-5.0.0/server/default [server:start] Starting server "securitymgr", with command (start timeout is 240 seconds ): [server:start] /qa/tools/opt/jdk1.5.0_15/bin/java -cp /home/hudson/eap5-as/jboss-5.0.0/bin/run.jar:/qa/tools/opt/jdk1.5.0_15/lib/tools.jar -Xms128m -Xmx256m -XX:MaxPermSize=512m -Djboss.home.dir=/home/hudson/eap5-as/jboss-5.0.0 -Djboss.server.home.dir=/home/hudson/eap5-as/jboss-5.0.0/server/default -Djboss.test.deploy.dir=/qa/services/hudson/eap5-as/jboss-5.0.0-src/testsuite/output/lib -Djava.security.manager -Djava.security.policy==/qa/services/hudson/eap5-as/jboss-5.0.0-src/testsuite/output/resources/securitymgr/server.policy -Djava.security.debug=failure -Djava.protocol.handler.pkgs=org.jboss.handlers.stub -Djava.net.preferIPv4Stack=true -Djava.endorsed.dirs=/home/hudson/eap5-as/jboss-5.0.0/lib/endorsed org.jboss.Main -c default -b 10.16.93.25 -g DefaultDomain -u 227.43.88.165 [server:start] Failed to start server "securitymgr" before timeout. Destroying the process. BUILD FAILED /qa/services/hudson/eap5-as/jboss-5.0.0-src/testsuite/build.xml:1640: Error starting server "securitymgr": Server failed to start in time; see logs. The real path is /qa/services/hudson, but the often used symlink is /home/hudson with which it doesn't work. When I use the real path it works and there is no problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-2272) anonymous access in ldap

by Luca Stancapiano (JIRA)

anonymous access in ldap ------------------------ Key: JBPORTAL-2272 URL: https://jira.jboss.org/jira/browse/JBPORTAL-2272 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Identity Affects Versions: Identity-1.0.3 Environment: jboss portal 2.7.0 final in jboss 4.2.3.GA Reporter: Luca Stancapiano Assignee: Luca Stancapiano Fix For: Identity-1.1 using org.jboss.portal.identity.ldap.LDAPConnectionContext to log into the portal with LDAP I see that anonymous access is not supported. Many customers don't permit authenticated access to own ldap server. If I set into conf/ldap_identity-config.xml a configuration as: <identity-configuration> <datasources> <datasource> ................ <option> <name>adminDN</name> <value></value> </option> <option> <name>adminPassword</name> <value></value> </option> ................. </datasource> ....I receive adminDN and adminPassword values as null into org.jboss.portal.identity.ldap.LDAPConnectionContext code at row 100: env.put(Context.SECURITY_PRINCIPAL, this.getAdminDN()); env.put(Context.SECURITY_CREDENTIALS, this.getAdminPassword()); so I get a NullPointerException and I cannot to login. We can modify this code in this manner: if (this.getAdminDN() != null) env.put(Context.SECURITY_PRINCIPAL, this.getAdminDN()); if (this.getAdminPassword() != null) env.put(Context.SECURITY_CREDENTIALS, this.getAdminPassword()); So we get an anonymous access into the portal -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-2268) profile directly from ldap

by Luca Stancapiano (JIRA)

profile directly from ldap -------------------------- Key: JBPORTAL-2268 URL: https://jira.jboss.org/jira/browse/JBPORTAL-2268 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Identity Affects Versions: 2.7.0 Final Environment: openldap server, jboss as 4.2.3.GA, jbossportal 2.7.0 Reporter: Luca Stancapiano Assignee: Luca Stancapiano Fix For: 2.7.1 Final configuring ldap_identity-config.xml file , I tried to use this ldap module configuration: <module> <type>UserProfile</type> <implementation>LDAP</implementation> </module> instead of this default configuration: <module> <type>UserProfile</type> <implementation>DELEGATING</implementation> <config> <option> <name>ldapModuleJNDIName</name> <value>java:/portal/LDAPUserProfileModule</value> </option> </config> </module> and I used in standardidentity-config.xml this module: <module> <type>UserProfile</type> <implementation>LDAP</implementation> <service-name>portal:service=Module,type=UserProfile</service-name> <class>org.jboss.portal.identity.ldap.LDAPUserProfileModuleImpl</class> <config> <option> <name>jNDIName</name> <value>java:/portal/UserProfileModule</value> </option> <option> <name>connectionJNDIName</name> <value>java:/portal/LDAPConnectionContext</value> </option> <option> <name>profileConfigFile</name> <value>conf/identity/profile-config.xml</value> </option> </config> </module> instead of: <module>  <type>UserProfile</type> <implementation>DELEGATING</implementation>  <service-name>portal:service=Module,type=UserProfile</service-name> <class>org.jboss.portal.identity.DelegatingUserProfileModuleImpl</class>  <config> <option> <name>jNDIName</name> <value>java:/portal/UserProfileModule</value> </option> <option> <name>dbModuleJNDIName</name> <value>java:/portal/DBUserProfileModule</value> </option> <option> <name>profileConfigFile</name> <value>conf/identity/profile-config.xml</value> </option> </config> </module> so I can to use directly ldap profiles without DB Delegation. org.jboss.portal.identity.auth.IdentityLoginModule class seems to get a little bug on a point because it would a 'enabled' attribute returning as java.lang.Boolean. But you can to get only java.lang.String attributes from LDAP. So you have always a 'enabled' attribute to false and the user always is disabled when you log into the portal. To resolve this problem you could to modify this code in org.jboss.portal.identity.auth.IdentityLoginModule: 259 : if (enabledS != null && (enabledS instanceof Boolean)) { enabled = ((Boolean)enabledS).booleanValue(); } in this manner: if (enabledS != null) { enabled = new Boolean(enabledS.toString()); } what do you think about it? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

3
4
0 / 0

[JBoss JIRA] Created: (JGRP-883) Use of Math.min In GossipRouter's Socket Linger Code Causes Unexpected Results

by Jimmy Wilson (JIRA)

Use of Math.min In GossipRouter's Socket Linger Code Causes Unexpected Results ------------------------------------------------------------------------------ Key: JGRP-883 URL: https://jira.jboss.org/jira/browse/JGRP-883 Project: JGroups Issue Type: Bug Affects Versions: 2.7, 2.6.7, 2.5.2, 2.4.4 Reporter: Jimmy Wilson Assignee: Jimmy Wilson Fix For: 2.4.5, 2.6.8, 2.8 >From 2.6.7 Gossip Router Code: /** Time (in millis) for setting SO_LINGER on sockets returned from accept(). 0 means don't set SO_LINGER */ private long linger_timeout=2000L; ...snip... if(linger_timeout > 0) { int linger=Math.min(1, (int)(linger_timeout / 1000)); sock.setSoLinger(true, linger); } This means that the socket linger timeout will always be 1 regardless of what you set exception when a millisecond value of less than one second is specified which isn't valid for a socket linger timeout anyway. Math.max should likely be used instead. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
2
0 / 0

[JBoss JIRA] Created: (JBPORTAL-2150) null pointer exception raise when clicking a langue

by Viliam Rockai (JIRA)

null pointer exception raise when clicking a langue --------------------------------------------------- Key: JBPORTAL-2150 URL: https://jira.jboss.org/jira/browse/JBPORTAL-2150 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.6.6 Final Environment: fedora 9, laptop t61, java version "1.5.0_16", firefox 3.0.1 Reporter: Viliam Rockai Assignee: Sohil Shah when i create new file, after clicking the "create" submit button i'm in the "Manage Content" screen, where it is possible to click on the language link. but clicking this language link raises an NullPointerException. Cause: java.lang.NullPointerException StackTrace: java.lang.NullPointerException at org.jboss.portal.core.cms.ui.admin.CMSAdminPortlet.internalDoView(CMSAdminPortlet.java:615) at org.jboss.portal.core.cms.ui.admin.CMSAdminPortlet.doView(CMSAdminPortlet.java:184) at org.jboss.portlet.JBossPortlet.doDispatch(JBossPortlet.java:257) at org.jboss.portlet.JBossPortlet.render(JBossPortlet.java:244) at org.jboss.portlet.JBossPortlet.render(JBossPortlet.java:390) at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.invokeRender(PortletContainerImpl.java:483) the steps are: login as admin click admin link click the CMS tab select action -> create file filename: fefe description: fefe title: fefe language:english click "create" click on the "english" link (right after "create", that means before you hit approve/publish) and the exception raises -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-2151) WYSIWYG not working in preview with files with no content.

by Viliam Rockai (JIRA)

WYSIWYG not working in preview with files with no content. ---------------------------------------------------------- Key: JBPORTAL-2151 URL: https://jira.jboss.org/jira/browse/JBPORTAL-2151 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.6.6 Final Environment: fedora 9, laptop t61, java version "1.5.0_16", firefox 3.0.1 Reporter: Viliam Rockai Assignee: Sohil Shah Priority: Minor after a creation of file with no content (nothing typed into WYSIWYG Editor) i can click on the "preview" button. it seems that clicking this button has different functionality when the file has content, or is blank. on a blank file "preview" gives us ONLY the list of files in directory (which i guess is not correct functionality) but if the file has any text written in it, the preview opens the "WYSIWYG Editor" where it is able to see the content of file and change it AND the list of files in directory . user who didn't fill the content of their files are now unable to do it with preview button. is it correct? step: login as admin click on the admin link click on cms tab select action -> create file choose any filename, description, title and language, but don't type anything into the WYSIWYG editor click "create" click on the "preview" link as a resultyou cannot see the WYSIWYG editor and you cannot add content this way. same steps with typing some content into the WYSIWYG ends with showing up the WYSIWYG editor. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

3
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-2266) CMS JBPM Workflow affected by the JBPM Value Serialization Bug

by Sohil Shah (JIRA)

CMS JBPM Workflow affected by the JBPM Value Serialization Bug -------------------------------------------------------------- Key: JBPORTAL-2266 URL: https://jira.jboss.org/jira/browse/JBPORTAL-2266 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal CMS Reporter: Sohil Shah Assignee: Sohil Shah Fix For: 2.7.1 Final When CMS Workflow is turned on, the public Collection<Content> getPendingQueue(String filePath) throws WorkflowException method of ApprovePublishImpl does not get a proper instance back from the JBPM Process. It gets a ByteArray back instead of the actual Object which in this case of type "Content". I checked and made sure the Object is Serializable Link to similar issue: https://jira.jboss.org/jira/browse/JBPM-1914 For some reason, this same piece of code unaltered works fine with the 2.7.0 Final that was shipped. So far, its a Ghost in the machine until I know more ;) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2009