November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBPORTAL-1784) WSRP - Markup String / Binary handling - fail correctly

by Dave Rowe (JIRA)

WSRP - Markup String / Binary handling - fail correctly ------------------------------------------------------- Key: JBPORTAL-1784 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1784 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6.2 Final Environment: Oracle OC4J 10.1.3.3.0, Jboss 2.6.2 Reporter: Dave Rowe Assigned To: Chris Laprun When JBoss checks the Markup response, it only checks if the byte array is not null. It needs an additional check to validate that the length is greater than zero. This is in org.jboss.portal.wsrp.consumer.RenderHandler (line 102, as of rev. 7792). Add in an additional check that binary.length > 0. -- 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

18 years, 8 months

2
3
0 / 0

[JBoss JIRA] Commented: (JBAS-1802) Need a way to support refreshing security roles within a session

by Anil Saldhana (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-1802?page=comments#action_12386581 ] Anil Saldhana commented on JBAS-1802: ------------------------------------- Going forward, we will fix this in a suitable way for JBoss5, but for JBoss 3.2,4.0 and 4.2, you need to follow the work around for this custom requirement. > Need a way to support refreshing security roles within a session > ---------------------------------------------------------------- > > Key: JBAS-1802 > URL: http://jira.jboss.com/jira/browse/JBAS-1802 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Security > Affects Versions: JBossAS-4.0.1 Final > Reporter: Rick Wong > Assigned To: Anil Saldhana > Attachments: JBossGenericPrincipal.java, OccSecurityMgrRealm.java > > > Currently, JBoss SX creates an instance of JBossGenericPrincipal with a fixed list of security roles obtained from JAAS LoginModule. This special principal is cached into Tomcat, and unchanged during the course of a user session. There is no trivial way to refresh security roles within a session. > I have this need because my application has an administration interface that grants permissions to various web application. I need to have user permission changes to be reflected immediately without having current sessions to log out and then log back in to take effect. > Unfortuately, due to the product requirement, I have to recompile JBoss and modify JBossGenericPrincipal to make it a public class. I hope to get rid of this custom change, and adopt a supported method from JBoss in the future releases. > Please refer to forum topic > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=63676 > Thanks a lot! -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBAS-1802) Need a way to support refreshing security roles within a session

by Anil Saldhana (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-1802?page=all ] Anil Saldhana closed JBAS-1802. ------------------------------- Resolution: Won't Fix (Work Around Exists) http://anil-identity.blogspot.com/2007/11/tip-11-refresh-security-roles-w... > Need a way to support refreshing security roles within a session > ---------------------------------------------------------------- > > Key: JBAS-1802 > URL: http://jira.jboss.com/jira/browse/JBAS-1802 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Security > Affects Versions: JBossAS-4.0.1 Final > Reporter: Rick Wong > Assigned To: Anil Saldhana > Attachments: JBossGenericPrincipal.java, OccSecurityMgrRealm.java > > > Currently, JBoss SX creates an instance of JBossGenericPrincipal with a fixed list of security roles obtained from JAAS LoginModule. This special principal is cached into Tomcat, and unchanged during the course of a user session. There is no trivial way to refresh security roles within a session. > I have this need because my application has an administration interface that grants permissions to various web application. I need to have user permission changes to be reflected immediately without having current sessions to log out and then log back in to take effect. > Unfortuately, due to the product requirement, I have to recompile JBoss and modify JBossGenericPrincipal to make it a public class. I hope to get rid of this custom change, and adopt a supported method from JBoss in the future releases. > Please refer to forum topic > http://www.jboss.org/index.html?module=bb&op=viewtopic&t=63676 > Thanks a lot! -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-1314) Error parsing rule that is written in a single line

by Edson Tirelli (JIRA)

Error parsing rule that is written in a single line --------------------------------------------------- Key: JBRULES-1314 URL: http://jira.jboss.com/jira/browse/JBRULES-1314 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.3, 4.0.2, 4.0.1, 4.0.0.GA Reporter: Edson Tirelli Assigned To: Edson Tirelli Fix For: 4.0.4, 4.1.0 Reported by Mike Nadel: the following rule does not compile. rule "another test" salience 10 when eval( true ) then System.out.println(1); end -- 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

18 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (JBAS-4901) Reverse paths are not allowed (containing a . or ..)

by Thomas Diesler (JIRA)

Reverse paths are not allowed (containing a . or ..) ---------------------------------------------------- Key: JBAS-4901 URL: http://jira.jboss.com/jira/browse/JBAS-4901 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Thomas Diesler -- 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

18 years, 8 months

4
9
0 / 0

[JBoss JIRA] Created: (JBCACHE-1177) NullPointerException in PessimistickLockInterceptor

by Jacek Halat (JIRA)

NullPointerException in PessimistickLockInterceptor --------------------------------------------------- Key: JBCACHE-1177 URL: http://jira.jboss.com/jira/browse/JBCACHE-1177 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: PojoCache Affects Versions: 1.4.1.SP4 Environment: WindowsXP, Reporter: Jacek Halat Assigned To: Jason T. Greene Sometimes when put operation is invoked in transaction that is timed out, NPE is throw from PessimistickLockInterceptor. java.lang.NullPointerException at org.jboss.cache.interceptors.PessimisticLockInterceptor.hasBeenRemovedInCurrentTx(PessimisticLockInterceptor.java:342) at org.jboss.cache.interceptors.PessimisticLockInterceptor.needToReverseRemove(PessimisticLockInterceptor.java:336) at org.jboss.cache.interceptors.PessimisticLockInterceptor.lock(PessimisticLockInterceptor.java:300) at org.jboss.cache.interceptors.PessimisticLockInterceptor.invoke(PessimisticLockInterceptor.java:175) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:32) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:365) at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:157) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5863) at org.jboss.cache.TreeCache.put(TreeCache.java:3833) at org.jboss.cache.aop.PojoCache.lockPojo(PojoCache.java:635) at org.jboss.cache.aop.PojoCache.putObject(PojoCache.java:445) -- 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

18 years, 8 months

4
4
0 / 0

[JBoss JIRA] Created: (JGRP-617) ConcurrentModificationException sending notifications in ReplicatedHashMap.

by Robert Newson (JIRA)

ConcurrentModificationException sending notifications in ReplicatedHashMap. --------------------------------------------------------------------------- Key: JGRP-617 URL: http://jira.jboss.com/jira/browse/JGRP-617 Project: JGroups Issue Type: Bug Affects Versions: 2.6 Reporter: Robert Newson Assigned To: Bela Ban ReplicatedHashMap does this at line 587; for(Notification notif: notifs) notif.contentsSet(map); which causes a ConcurrentModificationException if the 'notifs' list is being modified during the execution. This class should use an Iterator over the 'notifs' list instead. There are several places where this occurs but this is illustrative. 2007-11-06 15:47:07,948 ERROR [Multiplexer,udp,192.168.164.229:34526] log.GeronimoLog (GeronimoLog.java:108) - uncaught exception in Thread[Multiplexer,udp,192.168.164.229:34526,10,MultiplexerThreads] (thread group=org.jgroups.util.Util$1[name=JGroups,maxpri=10] ) java.util.ConcurrentModificationException at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372) at java.util.AbstractList$Itr.next(AbstractList.java:343) at org.jgroups.blocks.ReplicatedHashMap._putAll(ReplicatedHashMap.java:587) at org.jgroups.blocks.ReplicatedHashMap.setState(ReplicatedHashMap.java:716) at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUpEvent(MessageDispatcher.java:645) at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:745) at org.jgroups.JChannel.up(JChannel.java:1069) at org.jgroups.mux.Multiplexer$Task.run(Multiplexer.java:1026) at org.jgroups.mux.Multiplexer$ExecuteTask.run(Multiplexer.java:1050) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) -- 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

18 years, 8 months

2
8
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1140) QueueReceiver starts out of sync with the server, so receiveNoWait always returns null

by Carlo de Wolf (JIRA)

QueueReceiver starts out of sync with the server, so receiveNoWait always returns null -------------------------------------------------------------------------------------- Key: JBMESSAGING-1140 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1140 Project: JBoss Messaging Issue Type: Bug Components: JMS Client Manager Affects Versions: 1.4.0.SP1 Reporter: Carlo de Wolf Assigned To: Tim Fox When there is a single message on the queue the browser will correctly report 1 message, but the receiver will not receive it right away. QueueBrowser browser = session.createBrowser(queue); Enumeration e = browser.getEnumeration(); List messages = CollectionsUtil.list(e); QueueReceiver receiver = session.createReceiver(queue); message = (TextMessage) receiver.receiveNoWait(); 2007-11-06 13:58:06,437 TRACE [org.jboss.jms.client.JBossSession] attempting to create consumer for destination:JBossQueue[DLQ] 2007-11-06 13:58:06,438 TRACE [org.jboss.jms.client.delegate.DelegateSupport] SessionDelegate[1802245312, ID=c8a-r0sgfo8f-1-hnjqbo8f-ilci1t-110j3] invoking org.jboss.jms.wireformat.SessionCreateConsumerDelegateRequest@2e7857a5 synchronously on server using Client[838449156] 2007-11-06 13:58:06,480 TRACE [org.jboss.jms.client.delegate.DelegateSupport] SessionDelegate[1802245312, ID=c8a-r0sgfo8f-1-hnjqbo8f-ilci1t-110j3] got server response for org.jboss.jms.wireformat.SessionCreateConsumerDelegateRequest@2e7857a5: org.jboss.jms.wireformat.SessionCreateConsumerDelegateResponse@1d30b5e2 2007-11-06 13:58:06,484 TRACE [org.jboss.jms.client.delegate.DelegateSupport] ConsumerDelegate[1910585900, ID=j8a-itsgfo8f-1-hnjqbo8f-ilci1t-110j3] invoking org.jboss.jms.wireformat.ConsumerChangeRateRequest@79b2591c synchronously on server using Client[838449156] 2007-11-06 13:58:06,486 TRACE [org.jboss.jms.client.delegate.DelegateSupport] ConsumerDelegate[1910585900, ID=j8a-itsgfo8f-1-hnjqbo8f-ilci1t-110j3] got server response for org.jboss.jms.wireformat.ConsumerChangeRateRequest@79b2591c: org.jboss.jms.wireformat.NullResponse@468034b6 2007-11-06 13:58:06,488 TRACE [org.jboss.jms.client.container.ClientConsumer] ClientConsumer[j8a-itsgfo8f-1-hnjqbo8f-ilci1t-110j3] receiving, timeout = -1 2007-11-06 13:58:06,488 TRACE [org.jboss.jms.client.container.ClientConsumer] ClientConsumer[j8a-itsgfo8f-1-hnjqbo8f-ilci1t-110j3]: receive, noWait 2007-11-06 13:58:06,488 TRACE [org.jboss.jms.client.container.ClientConsumer] ClientConsumer[j8a-itsgfo8f-1-hnjqbo8f-ilci1t-110j3]: no message available 2007-11-06 13:58:06,545 TRACE [org.jboss.jms.client.container.ClientConsumer] org.jboss.jms.client.container.ClientConsumer$HandleMessageRunnable@66201d6d receiving message delegator->JBossMessage[58368]:PERSISTENT, deliveryId=1 from the remoting layer 2007-11-06 13:58:06,545 TRACE [org.jboss.jms.client.container.ClientConsumer] org.jboss.jms.client.container.ClientConsumer$HandleMessageRunnable@66201d6d added message(s) to the buffer are now 1 messages -- 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

18 years, 8 months

2
7
0 / 0

[JBoss JIRA] Created: (JBPM-1078) Bug when designing process if node has "/" in his name

by Andraz Skoric (JIRA)

Bug when designing process if node has "/" in his name ------------------------------------------------------ Key: JBPM-1078 URL: http://jira.jboss.com/jira/browse/JBPM-1078 Project: JBoss jBPM Issue Type: Bug Affects Versions: jBPM jPDL 3.2.2 Environment: eclipse 3.3, ubuntu linux 6.10, jdk 1.5 Reporter: Andraz Skoric Assigned To: Tom Baeyens Priority: Minor If you have 2 nodes and the second one includes char / in his name you cannot make a transition from node 1 to node 2. Transition is pointed into upper left corner and not to node 2. If you manually code transition it looks fine, but one you restart your workspace the problem comes back. -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-1316) Serialising Both the RuleBase and WorkingMemory throws null pointer

by Mark Proctor (JIRA)

Serialising Both the RuleBase and WorkingMemory throws null pointer ------------------------------------------------------------------- Key: JBRULES-1316 URL: http://jira.jboss.com/jira/browse/JBRULES-1316 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.3, 4.0.2, 4.0.1 Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 4.0.4 ReteooBuilder was not creating the ReteooRuleBuilder object when it was serialised in. -- 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

18 years, 8 months

1
2
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 November 2007