August 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBPORTAL-1006) Fix drag & drop code to work in IE

by Alex Pinkin (JIRA)

Fix drag & drop code to work in IE ---------------------------------- Key: JBPORTAL-1006 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1006 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Environment: Internet Explorer Reporter: Alex Pinkin Assigned To: Roy Russo Fix For: 2.6.Alpha1 Drag&drop javascript code currently works fine in Firefox. Check with Tomek. -- 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, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-499) get-test-execution-classpath assumes windows

by Tim Fox (JIRA)

get-test-execution-classpath assumes windows -------------------------------------------- Key: JBMESSAGING-499 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-499 Project: JBoss Messaging Issue Type: Bug Reporter: Tim Fox Assigned To: Ovidiu Feodorov Fix For: 1.0.1.GA <target name="get-test-execution-classpath" depends="init"> <pathconvert refid="test.execution.classpath" targetos="windows" property="test.execution.classpath.unix"/> <echo message="${test.execution.classpath.unix}" file="${test.execution.classpath.file}"/> </target> The above target in tests/build.xml currently assumes running on Windows resulting in being unable to run runtest on Unix/Linux -- 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, 10 months

3
6
0 / 0

[JBoss JIRA] Created: (JBCACHE-748) Make JdbmCacheLoader use the standard binary format for persistent state transfer

by Brian Stansberry (JIRA)

Make JdbmCacheLoader use the standard binary format for persistent state transfer --------------------------------------------------------------------------------- Key: JBCACHE-748 URL: http://jira.jboss.com/jira/browse/JBCACHE-748 Project: JBoss Cache Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Cache loaders Reporter: Brian Stansberry Fix For: 2.0.0 The state should be a sequence of NodeData objects; see FileCacheLoader or JDBCCacheLoader. -- 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, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-465) scalability test

by Michael Neale (JIRA)

scalability test ---------------- Key: JBRULES-465 URL: http://jira.jboss.com/jira/browse/JBRULES-465 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Components: drools-brms Reporter: Michael Neale Assigned To: Michael Neale Need to sumulate: 5000 rules 5 X 5 X 5 categories (rules spread evenly) 10 packages (rules spread evenly) To time: retrieval for a category retrieval for a package time to update a rule time to retrieve a rule -- 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, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-420) rule storage: more normalised

by Michael Neale (JIRA)

rule storage: more normalised ----------------------------- Key: JBRULES-420 URL: http://jira.jboss.com/jira/browse/JBRULES-420 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Components: drools-brms Reporter: Michael Neale Assigned To: Michael Neale At the moment, its just a blob. But I think it should be: name attribute map LHS RHS meta-data (perhaps seperate node - dublin core stuff). -- 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, 10 months

2
7
0 / 0

[JBoss JIRA] Created: (EJBTHREE-680) Standard security domain for ejb3 deployments

by Roland R?z (JIRA)

Standard security domain for ejb3 deployments --------------------------------------------- Key: EJBTHREE-680 URL: http://jira.jboss.com/jira/browse/EJBTHREE-680 Project: EJB 3.0 Issue Type: Feature Request Components: Security Reporter: Roland R?z The ejb3 container could provide an optional standard security domain that is used when a bean doesn't provide a SecurityDomain annotation. The ejb 2.x stack provides this feature already (in standarjboss.xml). This feature is important in environments in which the same deployment is deployed into different JBoss servers (e.g a test JBoss instance may have another default security domain than production). -- 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, 10 months

3
4
0 / 0

[JBoss JIRA] Created: (JGRP-292) Deadlock

by Bela Ban (JIRA)

Deadlock -------- Key: JGRP-292 URL: http://jira.jboss.com/jira/browse/JGRP-292 Project: JGroups Issue Type: Bug Affects Versions: 2.3 SP1 Reporter: Bela Ban Assigned To: Bela Ban Priority: Critical Fix For: 2.4 Stack dump shows deadlock: Name: http-192.168.5.2-8180-5 State: BLOCKED on java.lang.Object@2afbf7 owned by: http-192.168.5.2-8180-4 Total blocked: 35,522 Total waited: 401 Stack trace: java.lang.Object.wait(Native Method) org.jgroups.protocols.FC.handleDownMessage(FC.java:360) org.jgroups.protocols.FC.down(FC.java:300) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.protocols.FC.receiveDownEvent(FC.java:294) org.jgroups.stack.Protocol.passDown(Protocol.java:551) org.jgroups.protocols.FRAG2.down(FRAG2.java:167) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.stack.Protocol.passDown(Protocol.java:551) org.jgroups.protocols.pbcast.STATE_TRANSFER.down(STATE_TRANSFER.java:276) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:385) org.jgroups.JChannel.down(JChannel.java:1175) org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.down(MessageDispatcher.java:776) org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passDown(MessageDispatcher.java:753) org.jgroups.blocks.RequestCorrelator.sendRequest(RequestCorrelator.java:286) org.jgroups.blocks.GroupRequest.doExecute(GroupRequest.java:439) org.jgroups.blocks.GroupRequest.execute(GroupRequest.java:189) org.jgroups.blocks.MessageDispatcher.castMessage(MessageDispatcher.java:424) org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:178) org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4160) org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4114) org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4215) org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:110) org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:88) org.jboss.cache.interceptors.ReplicationInterceptor.handleReplicatedMethod(ReplicationInterceptor.java:114) org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:83) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:345) org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:156) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:167) org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5520) org.jboss.cache.TreeCache.put(TreeCache.java:3601) sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) org.jboss.mx.server.Invocation.invoke(Invocation.java:86) org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) org.jboss.system.server.jmx.LazyMBeanServer.invoke(LazyMBeanServer.java:279) org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) $Proxy58.put(Unknown Source) org.jboss.web.tomcat.tc5.session.JBossCacheWrapper.put(JBossCacheWrapper.java:141) org.jboss.web.tomcat.tc5.session.JBossCacheService.putSession(JBossCacheService.java:315) org.jboss.web.tomcat.tc5.session.JBossCacheClusteredSession.processSessionRepl(JBossCacheClusteredSession.java:122) org.jboss.web.tomcat.tc5.session.JBossCacheManager.processSessionRepl(JBossCacheManager.java:1094) org.jboss.web.tomcat.tc5.session.JBossCacheManager.storeSession(JBossCacheManager.java:649) org.jboss.web.tomcat.tc5.session.InstantSnapshotManager.snapshot(InstantSnapshotManager.java:49) org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:98) org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:153) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) java.lang.Thread.run(Thread.java:595) Name: http-192.168.5.2-8180-4 State: BLOCKED on org.jgroups.protocols.UNICAST$Entry@13e6987 owned by: IncomingPacketHandler (channel=Tomcat-Cluster) Total blocked: 39,178 Total waited: 490 Stack trace: org.jgroups.protocols.UNICAST.down(UNICAST.java:264) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.stack.Protocol.passDown(Protocol.java:551) org.jgroups.protocols.pbcast.STABLE.down(STABLE.java:283) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.stack.Protocol.passDown(Protocol.java:551) org.jgroups.protocols.pbcast.GMS.down(GMS.java:809) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.stack.Protocol.passDown(Protocol.java:551) org.jgroups.protocols.FC.sendCreditRequest(FC.java:528) org.jgroups.protocols.FC.handleDownMessage(FC.java:365) org.jgroups.protocols.FC.down(FC.java:300) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.protocols.FC.receiveDownEvent(FC.java:294) org.jgroups.stack.Protocol.passDown(Protocol.java:551) org.jgroups.protocols.FRAG2.down(FRAG2.java:167) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.stack.Protocol.passDown(Protocol.java:551) org.jgroups.protocols.pbcast.STATE_TRANSFER.down(STATE_TRANSFER.java:276) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:517) org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:385) org.jgroups.JChannel.down(JChannel.java:1175) org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.down(MessageDispatcher.java:776) org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passDown(MessageDispatcher.java:753) org.jgroups.blocks.RequestCorrelator.sendRequest(RequestCorrelator.java:286) org.jgroups.blocks.GroupRequest.doExecute(GroupRequest.java:439) org.jgroups.blocks.GroupRequest.execute(GroupRequest.java:189) org.jgroups.blocks.MessageDispatcher.castMessage(MessageDispatcher.java:424) org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:178) org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4160) org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4114) org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4215) org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:110) org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java:88) org.jboss.cache.interceptors.ReplicationInterceptor.handleReplicatedMethod(ReplicationInterceptor.java:114) org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:83) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:345) org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:156) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:167) org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5520) org.jboss.cache.TreeCache.put(TreeCache.java:3601) sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) org.jboss.mx.server.Invocation.invoke(Invocation.java:86) org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) org.jboss.system.server.jmx.LazyMBeanServer.invoke(LazyMBeanServer.java:279) org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) $Proxy58.put(Unknown Source) org.jboss.web.tomcat.tc5.session.JBossCacheWrapper.put(JBossCacheWrapper.java:141) org.jboss.web.tomcat.tc5.session.JBossCacheService.putSession(JBossCacheService.java:315) org.jboss.web.tomcat.tc5.session.JBossCacheClusteredSession.processSessionRepl(JBossCacheClusteredSession.java:122) org.jboss.web.tomcat.tc5.session.JBossCacheManager.processSessionRepl(JBossCacheManager.java:1094) org.jboss.web.tomcat.tc5.session.JBossCacheManager.storeSession(JBossCacheManager.java:649) org.jboss.web.tomcat.tc5.session.InstantSnapshotManager.snapshot(InstantSnapshotManager.java:49) org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:98) org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:153) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) java.lang.Thread.run(Thread.java:595) Name: IncomingPacketHandler (channel=Tomcat-Cluster) State: BLOCKED on java.lang.Object@2afbf7 owned by: http-192.168.5.2-8180-4 Total blocked: 85,549 Total waited: 18,813 Stack trace: org.jgroups.protocols.FC.handleCredit(FC.java:462) org.jgroups.protocols.FC.up(FC.java:319) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.pbcast.GMS.up(GMS.java:753) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.protocols.pbcast.GMS.receiveUpEvent(GMS.java:773) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:258) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:471) org.jgroups.protocols.UNICAST.up(UNICAST.java:206) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:569) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:185) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.FD.up(FD.java:274) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:303) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.MERGE2.up(MERGE2.java:163) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.Discovery.up(Discovery.java:225) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488) org.jgroups.stack.Protocol.passUp(Protocol.java:538) org.jgroups.protocols.TP.handleIncomingMessage(TP.java:918) org.jgroups.protocols.TP.handleIncomingPacket(TP.java:860) org.jgroups.protocols.TP.access$200(TP.java:45) org.jgroups.protocols.TP$IncomingPacketHandler.run(TP.java:1294) java.lang.Thread.run(Thread.java:595) -- 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, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (JBAS-3522) Include jbossws-1.0.3

by Thomas Diesler (JIRA)

Include jbossws-1.0.3 --------------------- Key: JBAS-3522 URL: http://jira.jboss.com/jira/browse/JBAS-3522 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Thomas Diesler Assigned To: Thomas Diesler Fix For: JBossAS-4.0.5.GA -- 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, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBREM-589) Fix raw_socket performance tests.

by Ron Sigal (JIRA)

Fix raw_socket performance tests. --------------------------------- Key: JBREM-589 URL: http://jira.jboss.com/jira/browse/JBREM-589 Project: JBoss Remoting Issue Type: Sub-task Security Level: Public (Everyone can see) Affects Versions: 2.0.0.GA (Boon) Reporter: Ron Sigal Assigned To: Ron Sigal Fix For: 2.0.0.GA (Boon) raw_socket performance tests throwing NullPointerException in SocketPerformanceClient.makeInvocation(). -- 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, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-677) EJB3 deployments should be bound with rebind instead of bind

by Roland R?z (JIRA)

EJB3 deployments should be bound with rebind instead of bind ------------------------------------------------------------ Key: EJBTHREE-677 URL: http://jira.jboss.com/jira/browse/EJBTHREE-677 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC8 - FD Reporter: Roland R?z Using bind instead of rebind may cause trouble when the JNDI implementation is persistent (e.g. in an ldap directory) because deploying a previously crashed application will fail. I know that the current situation can also be seen as a feature because the developer cannot deploy two different beans with the same jndi name but this has in my opinion a lesser priority. Further the ejb 2.x stack uses rebind too. The request http://jira.jboss.com/jira/browse/EJBTHREE-51 describtes to use Util.rebind() but in fisheye I saw Util.bind(). -- 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, 10 months

4
4
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 August 2006