April 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Updated: (JBMESSAGING-288) Add POJO messaging examples

by Tim Fox (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-288?page=all ] Tim Fox updated JBMESSAGING-288: -------------------------------- Fix Version/s: 2.0.0 Beta 1 (was: Unscheduled) Priority: Minor (was: Blocker) > Add POJO messaging examples > --------------------------- > > Key: JBMESSAGING-288 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-288 > Project: JBoss Messaging > Issue Type: Task > Components: Documentation and Training > Reporter: Ovidiu Feodorov > Priority: Minor > Fix For: 2.0.0 Beta 1 > > > Add an example that shows how to write and run a POJO MDB to docs/examples and ship it with the distribution. -- 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, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1366) LDAPStaticGroupMembershipModuleImpl membershipAttributeIsDN Problem

by Matt Petteys (JIRA)

LDAPStaticGroupMembershipModuleImpl membershipAttributeIsDN Problem ------------------------------------------------------------------- Key: JBPORTAL-1366 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1366 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Identity Affects Versions: 2.6.Beta1 Environment: Debian Linux Etch, java version "1.5.0_11" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode, sharing) Reporter: Matt Petteys When i enter the portal admin, view the roles, and select view membership. An error is generated that says, "Wrong dn format: mpetteys" where mpetteys is the uid in the memberUid attribute of the ldap group. I have the MembershipModule configured per the below. <option> <name>membershipAttributeIsDN</name> <value>false</value> </option> The error is.. 2007-04-28 21:25:12,414 DEBUG [org.jboss.portal.identity.ldap.LDAPStaticGroupMembershipModuleImpl] findUsers(): role = cn=user,ou=groups,ou=JbossPor$ 2007-04-28 21:25:12,442 ERROR [org.jboss.portal.portlet.container.org_jboss_portal_core_portlet_role_RolePortlet] The portlet threw an exception java.lang.IllegalArgumentException: Wrong dn format: mpetteys at org.jboss.portal.identity.ldap.helper.LDAPTools.stripDnToName(LDAPTools.java:53) at org.jboss.portal.identity.ldap.LDAPStaticGroupMembershipModuleImpl.getUsers(LDAPStaticGroupMembershipModuleImpl.java:180) at org.jboss.portal.identity.ldap.LDAPStaticGroupMembershipModuleImpl.findRoleMembers(LDAPStaticGroupMembershipModuleImpl.java:402) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy221.findRoleMembers(Unknown Source) This ties back to.. http://anonsvn.jboss.org/repos/portal/tags/JBoss_Portal_2_6_0_BETA1/ident... In "Set getUsers(Role role, String userNameFilter) throws IdentityException" is the following code segment //if user is pointed as DN get only it's name if (!isUidAttributeIsDN()) { name = LDAPTools.stripDnToName(name); users.add(getUserModule().findUserByUserName(name)); } else { users.add(getUserModule().findUserByDN(name)); } I think the not should be removed from the if. If it is DN then stripDnToName should be used. -- 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, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1367) Resource_it.properties update

by Luca Stancapiano (JIRA)

Resource_it.properties update ----------------------------- Key: JBPORTAL-1367 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1367 Project: JBoss Portal Issue Type: Patch Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.6.CR2 Environment: any Reporter: Luca Stancapiano Assigned To: Julien Viet Fix For: 2.6.CR2 I send you two little corrections into Resource_it.properties -- 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, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1365) Sorting Tab Drop Down Menus

by John Gilbert (JIRA)

Sorting Tab Drop Down Menus --------------------------- Key: JBPORTAL-1365 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1365 Project: JBoss Portal Issue Type: Patch Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.6.CR1 Reporter: John Gilbert Assigned To: Julien Viet I made the following change to org.jboss.portal.core.aspects.controller.PageCustomizerInterceptor in the injectTabbedNav() method to sort the drop down lists based on the order property similar to sorting the tabs themselves. List childPages = getAuthorizedChildrenPages(navElement); // new line sortTabs(childPages); -- 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, 2 months

3
2
0 / 0

[JBoss JIRA] Created: (JBRULES-823) GUI to generate and download binary packages

by Michael Neale (JIRA)

GUI to generate and download binary packages -------------------------------------------- Key: JBRULES-823 URL: http://jira.jboss.com/jira/browse/JBRULES-823 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-829) Wire in BRXML marshaller into compile step

by Michael Neale (JIRA)

Wire in BRXML marshaller into compile step ------------------------------------------ Key: JBRULES-829 URL: http://jira.jboss.com/jira/browse/JBRULES-829 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JGRP-480) Add flow control for unicast messages

by Bela Ban (JIRA)

Add flow control for unicast messages ------------------------------------- Key: JGRP-480 URL: http://jira.jboss.com/jira/browse/JGRP-480 Project: JGroups Issue Type: Sub-task Affects Versions: 2.4.1 SP1 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 Currently, SFC does not provide unicast flow control (unlike FC). However, for Buddy Replication in JBossCache (with anycasting), we might need unicast flow control. This should be a simple forward-port of the changes Brian made to SFC in the 2.4 branch -- 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, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (JGRP-478) SFC changes

by Bela Ban (JIRA)

SFC changes ----------- Key: JGRP-478 URL: http://jira.jboss.com/jira/browse/JGRP-478 Project: JGroups Issue Type: Feature Request Affects Versions: 2.4.1 SP1 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 Various changes described in the subtasks: 1. Your FC2 is essentially SFC plus (a) credits replenishments only return the bytes read *not* the full credits (OK), (b) they are sent before available credits have been exhausted and (c) with unicast flow control. 2. (a) makes a lot of sense, I'll add it to SFC. (BTW: FC used to do this, but then I changed it to make it simpler :-)) 3. (b) Not sure this makes sense; this can be achieved (e.g. in FC) by setting max_credits to a smaller value and increasing min_threshold. I agree that sending smaller number of credits in smaller interval is better, I measured this in my perf tests with SFC. OK, I'll likely implement (b) in SFC as well 4. (c) The reason I didn't do unicast flow control was that SFC was simpler than FC, and I thought we don't need unicast flow control as there are not many unicast messages. Enter Buddy Replication with anycast, and that argument is flawed... :-) -- 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, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1352) IdentityException Thrown On Startup When Using LDAPExtUserModuleImpl

by Matt Petteys (JIRA)

IdentityException Thrown On Startup When Using LDAPExtUserModuleImpl -------------------------------------------------------------------- Key: JBPORTAL-1352 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1352 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Identity Affects Versions: 2.6.Beta1 Environment: Debian Linux i386 java version "1.5.0_11" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03) Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode, sharing) Reporter: Matt Petteys I am attempting to use the LDAPExtUserModuleImpl class for looking up LDAP information in an LDAP source. I have the UserModule configured like the following.. ... <modules> <module>  <type>User</type> <implementation>LDAP</implementation> <class>org.jboss.portal.identity.ldap.LDAPExtUserModuleImpl</class> <config/> </module> ... When the server starts the following error is thrown and logged in the jboss server.log.. Caused by: java.lang.IllegalArgumentException: Property UserCount has two getters public int org.jboss.portal.identity.ldap.LDAPExtUserModuleImpl.getUserCount() thr ows org.jboss.portal.identity.IdentityException,java.lang.IllegalArgumentException and public int org.jboss.portal.identity.ldap.LDAPUserModuleImpl.getUserCount() t hrows org.jboss.portal.identity.IdentityException,java.lang.IllegalArgumentException at org.jboss.portal.common.mx.JavaBeanModelMBeanBuilder.<init>(JavaBeanModelMBeanBuilder.java:118) at org.jboss.portal.common.mx.JavaBeanModelMBeanBuilder.build(JavaBeanModelMBeanBuilder.java:288) at org.jboss.portal.jems.as.system.JBossServiceModelMBean.<init>(JBossServiceModelMBean.java:77) ... 117 more When I configure it to use LDAPUserModuleImpl, the server starts successfully. -- 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, 2 months

2
4
0 / 0

[JBoss JIRA] Closed: (JBRULES-204) Get rid of unnessary sycnrhonzation when duration is not being used

by Edson Tirelli (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-204?page=all ] Edson Tirelli closed JBRULES-204. --------------------------------- Resolution: Out of Date Lock strategy was reworked in trunk. > Get rid of unnessary sycnrhonzation when duration is not being used > ------------------------------------------------------------------- > > Key: JBRULES-204 > URL: http://jira.jboss.com/jira/browse/JBRULES-204 > Project: JBoss Rules > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Rule Assemply/SPI > Affects Versions: 3.0-rc1 > Reporter: Michael Neale > Assigned To: Edson Tirelli > Priority: Minor > Fix For: 3.1-m3 > > > Idea would be to have a flag on Agenda that is set as early as possible, which all the methods check. if the flag is true, then the innards of each method can be syncrhonized. -- 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, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2007