[JBoss JIRA] Created: (JBAS-3579) Failure in org.jboss.test.web.test.ClusteredSingleSignOnUnitTestCase(tomcat-sso-cluster)
by Dimitris Andreadis (JIRA)
Failure in org.jboss.test.web.test.ClusteredSingleSignOnUnitTestCase(tomcat-sso-cluster)
----------------------------------------------------------------------------------------
Key: JBAS-3579
URL: http://jira.jboss.com/jira/browse/JBAS-3579
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Test Suite
Environment: Java Version 1.4.2_09
Java Vendor Sun Microsystems Inc.
Java VM Name Java HotSpot(TM) Client VM
Java VM Version 1.4.2_09-b05
Java VM Info mixed mode
OS Name Linux
OS Version 2.6.9-34.0.2.ELsmp
OS Arch i386
Reporter: Dimitris Andreadis
Assigned To: Anil Saldhana
Fix For: JBossAS-4.0.5.CR1
testWebappUndeploy Failure get of /war2/index.html redirected to login page
junit.framework.AssertionFailedError: get of /war2/index.html redirected to login page
at org.jboss.test.web.test.ClusteredSingleSignOnUnitTestCase.testWebappUndeploy(ClusteredSingleSignOnUnitTestCase.java:194)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.extensions.TestSetup.run(TestSetup.java:23)
--
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, 11 months
[JBoss JIRA] Created: (JBAS-3584) WARNing logged when deploy-hasingleton is undeployed twice
by Dimitris Andreadis (JIRA)
WARNing logged when deploy-hasingleton is undeployed twice
----------------------------------------------------------
Key: JBAS-3584
URL: http://jira.jboss.com/jira/browse/JBAS-3584
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Clustering
Affects Versions: JBossAS-4.0.4.GA
Reporter: Dimitris Andreadis
Assigned To: Dimitris Andreadis
Priority: Minor
Fix For: JBossAS-4.0.5.CR1
When jboss is shutdown MainDeployer.shutdown() iterates over the list of deployments in reverse order and undeploys them.
deploy-hasingleton gets undeployed first, but then while deploy-hasingleton-service.xml gets undeployed it triggers a second undeploy of deploy-hasingleton which logs a WARNing:
20:50:28,325 WARN [MainDeployer] undeploy 'file:/X:/jboss/jboss-4.0.4.GA/server/all//deploy-hasingleton' : package not deployed
--
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, 11 months
[JBoss JIRA] Created: (JBRULES-455) java.lang.NullPointerException at org.drools.util.LinkedList.remove(Unknown Source) in 3.0.4 while not in 3.0.3
by Ruslan Sorokin (JIRA)
java.lang.NullPointerException at org.drools.util.LinkedList.remove(Unknown Source) in 3.0.4 while not in 3.0.3
---------------------------------------------------------------------------------------------------------------
Key: JBRULES-455
URL: http://jira.jboss.com/jira/browse/JBRULES-455
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Reteoo
Affects Versions: 3.0.4
Environment: WindowsXP, eclipse3.2
Reporter: Ruslan Sorokin
Assigned To: Mark Proctor
java.lang.NullPointerException
at org.drools.util.LinkedList.remove(Unknown Source)
at org.drools.reteoo.ObjectMatches.remove(Unknown Source)
at org.drools.reteoo.JoinNode.modifyTuple(Unknown Source)
at org.drools.reteoo.LeftInputAdapterNode.modifyObject(Unknown Source)
at org.drools.reteoo.ObjectSource.propagateModifyObject(Unknown Source)
at org.drools.reteoo.ObjectTypeNode.modifyObject(Unknown Source)
at org.drools.reteoo.Rete.modifyObject(Unknown Source)
at org.drools.reteoo.ReteooRuleBase.modifyObject(Unknown Source)
at org.drools.reteoo.ReteooWorkingMemory.modifyObject(Unknown Source)
at org.drools.base.DefaultKnowledgeHelper.modifyObject(Unknown Source)
at TrafficControl.Rule_Approach_Continue_0.consequence(Rule_Approach_Continue_0.java:16)
at TrafficControl.Rule_Approach_Continue_0ConsequenceInvoker.evaluate(Rule_Approach_Continue_0ConsequenceInvoker.java:36)
at org.drools.common.DefaultAgenda.fireActivation(Unknown Source)
at org.drools.common.DefaultAgenda.fireNextItem(Unknown Source)
at org.drools.common.AbstractWorkingMemory.fireAllRules(Unknown Source)
at org.drools.common.AbstractWorkingMemory.fireAllRules(Unknown Source)
--
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, 11 months
[JBoss JIRA] Commented: (JBMICROCONT-25) Configurator tidyup
by Ales Justin (JIRA)
[ http://jira.jboss.com/jira/browse/JBMICROCONT-25?page=comments#action_123... ]
Ales Justin commented on JBMICROCONT-25:
----------------------------------------
Applied isStatic and isPublic where it was tagged as fixme.
Added
if (name.equals(methods[i].getName()) &&
equals(paramTypes, methods[i].getParameterTypes()) &&
methods[i].isStatic() == isStatic &&
methods[i].isPublic() == isPublic)
return methods[i];
into Config.locateMethodInfo().
Also added was default method with no such boolean params:
public static MethodInfo findMethodInfo(ClassInfo classInfo, String name, String[] paramTypes) throws JoinpointException
{
return findMethodInfo(classInfo, name, paramTypes, false, true);
}
> Configurator tidyup
> -------------------
>
> Key: JBMICROCONT-25
> URL: http://jira.jboss.com/jira/browse/JBMICROCONT-25
> Project: JBoss MicroContainer
> Issue Type: Task
> Components: Configurator
> Reporter: Adrian Brock
> Assigned To: Ales Justin
> Priority: Minor
> Fix For: JBossMC_2_0_0RC1
>
>
> The Configurator api is largely being replaced by the JoinPointFactory api.
> There is still a usecase for some of the Configurator api as a convenience mechanism
> on top of the JoinPointFactory.
> This needs cleaning up.
--
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, 11 months