July 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1044) dialect appears to be a reserved keyword, not allowed in package name

by christopher barham (JIRA)

dialect appears to be a reserved keyword, not allowed in package name --------------------------------------------------------------------- Key: JBRULES-1044 URL: http://jira.jboss.com/jira/browse/JBRULES-1044 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.0.GA Environment: Sun Java build 1.6.0_01-b06, Windows XP SP2, Eclipse 3.3, Jboss Rules Eclipse IDE 4.0 Reporter: christopher barham Assigned To: Mark Proctor Although not mntioned in the Online documentation, it appears Dialect is a reserved word, the Eclipse IDE highlights this in a rule. Changing the (Eclipse generated) sample project to be in package com.dialect.rules instead of com.sample results in a stack trace: -- 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, 12 months

2
4
0 / 0

[JBoss JIRA] Created: (JBRULES-1032) NPE in HashKey.equals when LHS checks for null object, the object is null, and there are more than 3 rules

by Andrew Harris (JIRA)

NPE in HashKey.equals when LHS checks for null object, the object is null, and there are more than 3 rules ---------------------------------------------------------------------------------------------------------- Key: JBRULES-1032 URL: http://jira.jboss.com/jira/browse/JBRULES-1032 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.GA Environment: Testing 4.0.0 on Windows XP, the released version. Reporter: Andrew Harris Assigned To: Mark Proctor Attachments: Hash Error Case.zip I have a rule that checks for an object field being null as below when m : Message( statusMessage == null ) When the field is null, and there are three or more rules in the rule file, then I get a NPE at org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:608) This line is return (this.index == other.index) && (this.ovalue.equals( otherValue )); and ovalue.equals is null, causing the NullPointerException. This only happens if there are 3 or more rules, because the default configuration says that the HASH_THRESHOLD_SYSTEM_PROPERTY is 3. The full stack trace is below, and I have attached a simple test case. Note that the test case was originally tested in 3.0.6 and works fine there. java.lang.NullPointerException at org.drools.reteoo.CompositeObjectSinkAdapter$HashKey.equals(CompositeObjectSinkAdapter.java:608) at org.drools.util.AbstractHashTable$EqualityEquals.equal(AbstractHashTable.java:345) at org.drools.util.ObjectHashMap.get(ObjectHashMap.java:86) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:295) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:168) at org.drools.reteoo.Rete.assertObject(Rete.java:168) at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:190) at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:70) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:848) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:822) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:623) at com.sample.DroolsTest.runTest(Unknown Source) at com.sample.DroolsTest.testRules(Unknown Source) 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 junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:421) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:912) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:766) -- 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, 12 months

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1021) refactor JBRMS.css

by Michael Neale (JIRA)

refactor JBRMS.css ------------------ Key: JBRULES-1021 URL: http://jira.jboss.com/jira/browse/JBRULES-1021 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Fernando Meyer -- 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, 12 months

2
1
0 / 0

[JBoss JIRA] Created: (JBFORUMS-251) wrong number of version

by Luca Stancapiano (JIRA)

wrong number of version ----------------------- Key: JBFORUMS-251 URL: http://jira.jboss.com/jira/browse/JBFORUMS-251 Project: JBoss Forums Issue Type: Bug Environment: jboss forums 1.1.0 from http://anonsvn.jboss.org/repos/labs/labs/jbossforums/branches/forums110P26 since 26 july 2007 Reporter: Luca Stancapiano Assigned To: Ryszard Kozmik Attachments: portlet.xml hi......do us change version number into portlet.xml? portlet.xml : row 9 <description>JBoss Forums 1.1.0 for JBoss Portal 2.6</description> instead of: <description>JBoss Forums 1.0.1 for JBoss Portal 2.6</description> -- 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, 12 months

2
3
0 / 0

[JBoss JIRA] Created: (JBFORUMS-252) unix permission problems into build.sh and ant script

by Luca Stancapiano (JIRA)

unix permission problems into build.sh and ant script ------------------------------------------------------ Key: JBFORUMS-252 URL: http://jira.jboss.com/jira/browse/JBFORUMS-252 Project: JBoss Forums Issue Type: Bug Components: Forum Enhancements Affects Versions: 1.0.0 GA, 1.0.1 GA, 1.1.0 GA Environment: any version of forums Reporter: Luca Stancapiano Assigned To: Ryszard Kozmik Fix For: 1.0.1 GA, 1.1.0 GA, 1.0.0 GA it's good thing to set unix permission on /tools/bin/ant and build/build.sh files so we can to compile without to set manually theese permission are sufficient commands like: chmod 775 ./tools/bin/ant chmod 775 ./build/build.sh this problem is in all versions of forums -- 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, 12 months

2
5
0 / 0

[JBoss JIRA] Closed: (JBMESSAGING-383) Modify jboss-head build script to include Messaging instead of JBossMQ in the "default" configuration

by Clebert Suconic (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-383?page=all ] Clebert Suconic closed JBMESSAGING-383. --------------------------------------- Resolution: Done > Modify jboss-head build script to include Messaging instead of JBossMQ in the "default" configuration > ----------------------------------------------------------------------------------------------------- > > Key: JBMESSAGING-383 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-383 > Project: JBoss Messaging > Issue Type: Sub-task > Components: AS Integration > Reporter: Ovidiu Feodorov > Assigned To: Clebert Suconic > Priority: Critical > Fix For: Unscheduled > > > Make sure JBossMQ still works as an alternate JMS provider -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBMESSAGING-383) Modify jboss-head build script to include Messaging instead of JBossMQ in the "default" configuration

by Clebert Suconic (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-383?page=all ] Clebert Suconic reassigned JBMESSAGING-383: ------------------------------------------- Assignee: Clebert Suconic > Modify jboss-head build script to include Messaging instead of JBossMQ in the "default" configuration > ----------------------------------------------------------------------------------------------------- > > Key: JBMESSAGING-383 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-383 > Project: JBoss Messaging > Issue Type: Sub-task > Components: AS Integration > Reporter: Ovidiu Feodorov > Assigned To: Clebert Suconic > Priority: Critical > Fix For: Unscheduled > > > Make sure JBossMQ still works as an alternate JMS provider -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBMESSAGING-384) Modify jboss-head build script to include Messaging instead of JBossMQ in the "all" configuration

by Clebert Suconic (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-384?page=all ] Clebert Suconic reassigned JBMESSAGING-384: ------------------------------------------- Assignee: Clebert Suconic > Modify jboss-head build script to include Messaging instead of JBossMQ in the "all" configuration > ------------------------------------------------------------------------------------------------- > > Key: JBMESSAGING-384 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-384 > Project: JBoss Messaging > Issue Type: Sub-task > Reporter: Ovidiu Feodorov > Assigned To: Clebert Suconic > Fix For: Unscheduled > > > Make sure JBossMQ still works as an alternate JMS provider -- 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, 12 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-1103) Potential deadlock with ClusteredCacheLoader

by Brian Stansberry (JIRA)

Potential deadlock with ClusteredCacheLoader -------------------------------------------- Key: JBCACHE-1103 URL: http://jira.jboss.com/jira/browse/JBCACHE-1103 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Cache loaders, Clustering Affects Versions: 1.4.1.SP3, 2.0.0.CR2 Reporter: Brian Stansberry Assigned To: Manik Surtani Can occur if 1) Thread1 on node1 is trying to get(fqnA) which is not in-VM, so the CCL tries to do a clustered get. The CacheLoaderInterceptor lock for fqnA is held at this time. 2) Thread1 blocks in FC waiting for credits. 3) Replication message for fqnA arrives from node2. 4) IncomingPacketHandler thread will block waiting for the CacheLoaderInterceptor lock for fqnA. 5) FC credits cannot arrive, so we deadlock. Stack traces below show this. Thread: TP-Processor623 : priority:5, demon:true, threadId:1637, threadState:TIMED_WAITING, threadLockName:EDU.oswego.cs.dl.util.concurrent.CondVar@5947cf38 java.lang.Object.wait(Native Method) EDU.oswego.cs.dl.util.concurrent.CondVar.timedwait(CondVar.java:222) org.jgroups.protocols.FC.handleDownMessage(FC.java:454) org.jgroups.protocols.FC.down(FC.java:374) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:499) org.jgroups.protocols.FC.receiveDownEvent(FC.java:368) org.jgroups.stack.Protocol.passDown(Protocol.java:533) org.jgroups.protocols.FRAG2.down(FRAG2.java:167) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:499) org.jgroups.stack.Protocol.passDown(Protocol.java:533) org.jgroups.protocols.pbcast.STATE_TRANSFER.down(STATE_TRANSFER.java:294) org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:499) org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:390) org.jgroups.JChannel.down(JChannel.java:1231) org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.down(MessageDispatcher.java:790) org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passDown(MessageDispatcher.java:767) org.jgroups.blocks.RequestCorrelator.sendRequest(RequestCorrelator.java:308) org.jgroups.blocks.GroupRequest.doExecute(GroupRequest.java:444) org.jgroups.blocks.GroupRequest.execute(GroupRequest.java:193) org.jgroups.blocks.MessageDispatcher.castMessage(MessageDispatcher.java:431) org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:192) org.jgroups.blocks.RpcDispatcher.callRemoteMethods(RpcDispatcher.java:163) org.jboss.cache.TreeCache.callRemoteMethodsViaReflection(TreeCache.java:4437) org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java:4391) org.jboss.cache.loader.ClusteredCacheLoader.callRemote(ClusteredCacheLoader.java:75) org.jboss.cache.loader.ClusteredCacheLoader.get0(ClusteredCacheLoader.java:119) org.jboss.cache.loader.ClusteredCacheLoader.get(ClusteredCacheLoader.java:113) org.jboss.cache.interceptors.CacheLoaderInterceptor.loadData(CacheLoaderInterceptor.java:443) org.jboss.cache.interceptors.CacheLoaderInterceptor.loadNode(CacheLoaderInterceptor.java:353) org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:180) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:32) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:39) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.CacheStoreInterceptor.invoke(CacheStoreInterceptor.java:135) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:365) org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:138) org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5863) org.jboss.cache.TreeCache.get(TreeCache.java:3627) org.jboss.cache.TreeCache.get(TreeCache.java:3608) org.jboss.cache.TreeCache.get(TreeCache.java:3404) sun.reflect.GeneratedMethodAccessor341.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) 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.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) $Proxy60.get(Unknown Source) org.jboss.web.tomcat.tc5.session.JBossCacheWrapper.get(JBossCacheWrapper.java:78) org.jboss.web.tomcat.tc5.session.JBossCacheService.loadSession(JBossCacheService.java:247) org.jboss.web.tomcat.tc5.session.JBossCacheManager.loadSession(JBossCacheManager.java:1006) org.jboss.web.tomcat.tc5.session.JBossCacheManager.findSession(JBossCacheManager.java:778) org.apache.catalina.connector.Request.doGetSession(Request.java:2196) org.apache.catalina.connector.Request.getSession(Request.java:2024) org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:97) org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:87) org.jboss.web.tomcat.tc5.session.JvmRouteValve.invoke(JvmRouteValve.java:84) 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:156) org.jboss.web.tomcat.tc5.sso.ClusteredSingleSignOn.invoke(ClusteredSingleSignOn.java:637) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) java.lang.Thread.run(Thread.java:619) Thread: IncomingPacketHandler (channel=Tomcat-LAB01) : priority:5, demon:true, threadId:35, threadState:WAITING, threadLockName:org.jboss.cache.interceptors.CacheLoaderInterceptor@5778e8ed java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:485) org.jboss.cache.interceptors.BaseCacheLoaderInterceptor.obtainLoaderLock(BaseCacheLoaderInterceptor.java:49) org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:168) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:32) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:39) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.CacheStoreInterceptor.invoke(CacheStoreInterceptor.java:64) org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:365) org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160) 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:5863) org.jboss.cache.TreeCache._replicate(TreeCache.java:5162) sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) org.jgroups.blocks.MethodCall.invoke(MethodCall.java:330) org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:281) org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:654) org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:544) org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:367) org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:777) org.jgroups.JChannel.up(JChannel.java:1091) org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:382) org.jgroups.stack.ProtocolStack.receiveUpEvent(ProtocolStack.java:398) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.pbcast.STATE_TRANSFER.up(STATE_TRANSFER.java:158) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.FRAG2.up(FRAG2.java:197) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.FC.up(FC.java:422) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.pbcast.GMS.up(GMS.java:768) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.protocols.pbcast.GMS.receiveUpEvent(GMS.java:788) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:262) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.UNICAST.up(UNICAST.java:259) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.pbcast.NAKACK.handleMessage(NAKACK.java:685) org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:517) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:170) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.FD.up(FD.java:300) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:301) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.MERGE2.up(MERGE2.java:162) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.Discovery.up(Discovery.java:225) org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:470) org.jgroups.stack.Protocol.passUp(Protocol.java:520) org.jgroups.protocols.TP.handleIncomingMessage(TP.java:909) org.jgroups.protocols.TP.handleIncomingPacket(TP.java:851) org.jgroups.protocols.TP.access$400(TP.java:46) org.jgroups.protocols.TP$IncomingPacketHandler.run(TP.java:1297) 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, 12 months

3
17
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1617) sendRedirect() not working (leading to a blank page)

by Thomas Heute (JIRA)

sendRedirect() not working (leading to a blank page) ---------------------------------------------------- Key: JBPORTAL-1617 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1617 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.6.1 Final Reporter: Thomas Heute Assigned To: Thomas Heute Fix For: 2.6.2 Final -- 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, 12 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 July 2007