[JBoss JIRA] Created: (JBAS-4461) new InitialContext().rebind("x", null) throws NullPointerException
by Carlo de Wolf (JIRA)
new InitialContext().rebind("x", null) throws NullPointerException
------------------------------------------------------------------
Key: JBAS-4461
URL: http://jira.jboss.com/jira/browse/JBAS-4461
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Naming
Affects Versions: JBossAS-5.0.0.Beta2
Reporter: Carlo de Wolf
Assigned To: Scott M Stark
Priority: Critical
String name = "DeepEnvEntryTest";
getInitialContext().rebind(name, null);
java.lang.NullPointerException
at org.jnp.interfaces.NamingContext.rebind(NamingContext.java:505)
at org.jnp.interfaces.NamingContext.rebind(NamingContext.java:480)
at javax.naming.InitialContext.rebind(InitialContext.java:367)
at org.jboss.ejb3.test.ejbthreeXXX.unit.DeepEnvEntryTestCase.test0(DeepEnvEntryTestCase.java:51)
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
18 years, 6 months
[JBoss JIRA] Created: (JBAS-4212) Missing file for tomcat-webctx server configuration
by Martin Vecera (JIRA)
Missing file for tomcat-webctx server configuration
---------------------------------------------------
Key: JBAS-4212
URL: http://jira.jboss.com/jira/browse/JBAS-4212
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: JBossAS-5.0.0.Beta2
Environment: JVM 1.5.0, RHEL5
Reporter: Martin Vecera
Fix For: JBossAS-5.0.0.Beta2
During startup of tomcat-webctx server configuration I found this in server log:
2:18:52,333 ERROR [AbstractKernelController] Error installing to
Configured: name=VFSDeployerScanner state=Instantiated
java.io.FileNotFoundException: File does not
exist: /trunk/build/output/jboss-5.0.0.Beta2/server/tomcat-webctx/deployers
This file really doesn't exists.
--
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, 6 months
[JBoss JIRA] Created: (JBAS-4354) org.jboss.test.cluster.test.DRMTestCase(Default-TCP) failure
by Martin Vecera (JIRA)
org.jboss.test.cluster.test.DRMTestCase(Default-TCP) failure
------------------------------------------------------------
Key: JBAS-4354
URL: http://jira.jboss.com/jira/browse/JBAS-4354
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Test Suite
Affects Versions: JBossAS-4.2.0.GA
Environment: dev24, HPUX, pa-risc, HPUX JVM
Reporter: Martin Vecera
Fix For: JBossAS-4.2.0.CR2
org.jboss.test.cluster.test.DRMTestCase(Default-TCP)
testIsMasterReplica
Failure
Partition1 should contain two DRM replicants for serviceA after merge; expected:<2> but was:<1>
junit.framework.AssertionFailedError: Partition1 should contain two DRM replicants for serviceA after merge; expected:<2> but was:<1>
at org.jboss.test.cluster.test.DRMTestCase.testIsMasterReplica(DRMTestCase.java:739)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
at junit.extensions.TestSetup.run(TestSetup.java:25)
--
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, 6 months
[JBoss JIRA] Created: (JBREM-645) Need to cleanup locatorURI parsing
by Scott M Stark (JIRA)
Need to cleanup locatorURI parsing
----------------------------------
Key: JBREM-645
URL: http://jira.jboss.com/jira/browse/JBREM-645
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: general
Affects Versions: 2.2.0.Alpha3 (Bluto)
Reporter: Scott M Stark
Assigned To: Tom Elrod
Fix For: 2.2.0.Beta1 (Bluto)
Remoting is using its own parsing logic to extract the host and port when it should be using a URI object, and have a ctor supporting a URI type. This URI which parses fine via the URI class:
URI x = new URI("socket://succubus.starkinternational.com:4446?datatype=invocation");
int port = x.getPort();
fails to parse when passed to the InvokerLocator
370232 ERROR [DeploymentWorker] Operation Distribute failed on target org.jboss.deployment.remoting.StreamingTarget@11e9c82e
java.lang.NumberFormatException: For input string: "4446?datatype=invocation"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Integer.parseInt(Integer.java:456)
at java.lang.Integer.parseInt(Integer.java:497)
at org.jboss.remoting.InvokerLocator.<init>(InvokerLocator.java:191)
at org.jboss.deployment.remoting.StreamingTarget.getClient(StreamingTarget.java:254)
at org.jboss.deployment.remoting.StreamingTarget.deploy(StreamingTarget.java:140)
at org.jboss.deployment.spi.DeploymentWorker.run(DeploymentWorker.java:74)
--
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, 6 months
[JBoss JIRA] Created: (BPEL-256) First activity of a flow has to have a defined target even if the containing flow element has a target
by Santiago Erquicia (JIRA)
First activity of a flow has to have a defined target even if the containing flow element has a target
------------------------------------------------------------------------------------------------------
Key: BPEL-256
URL: http://jira.jboss.com/jira/browse/BPEL-256
Project: JBoss jBPM BPEL
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: jBPM BPEL 1.1 beta 3
Reporter: Santiago Erquicia
Assigned To: Alejandro Guizar
The first activity of a flow is forced to have targets even if the flow definition has targets already defined. This does not happen with the last activity of a flow, which doesn't have a source defined because the flow definition has a source defined.
For example:
<bpel:flow name="Flow1">
<bpel:targets>
<bpel:target linkName="Link20"/>
</bpel:targets>
<bpel:sources>
<bpel:source linkName="Link25"/>
</bpel:sources>
<bpel:links>
<bpel:link name="Link21"/>
<bpel:link name="Link27"/>
<bpel:link name="Link28"/>
</bpel:links>
<bpel:assign name="InitializeCounter">
<!-- FIXTHIS -->
<bpel:targets>
<bpel:target linkName="Link20"/>
</bpel:targets>
<!-- ####### -->
<bpel:sources>
<bpel:source linkName="Link21"/>
</bpel:sources>
<bpel:copy>
<bpel:from>0</bpel:from>
<bpel:to part="count" variable="Count"/>
</bpel:copy>
</bpel:assign>
...........
This extract of a bpel definition shouldn't require the target definition of InitializeCounter.
--
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, 6 months