[jboss-jira] [JBoss JIRA] (WFLY-5005) jacorb migration does not work in standalone mode

Jeff Mesnil (JIRA) issues at jboss.org
Fri Jul 24 06:19:03 EDT 2015


Jeff Mesnil created WFLY-5005:
---------------------------------

             Summary: jacorb migration does not work in standalone mode
                 Key: WFLY-5005
                 URL: https://issues.jboss.org/browse/WFLY-5005
             Project: WildFly
          Issue Type: Bug
          Components: IIOP
    Affects Versions: 10.0.0.Alpha5
            Reporter: Jeff Mesnil
            Assignee: Tomasz Adamski


I was checking the messaging migration (for WFLY-5004) and I was wondering whether the jacorb migration was also working in domain mode.

It fails with an error but it also happens in standalone mode.

Steps to reproduce:
1. edit the wildfly standalone-full.xml and replace the iiop-openjdk configuration from the template in legacy/jacorb resources
2. start the server in admin-only
3.  perform the migration 
{noformat}
/subsystem=jacorb:migrate
{
    "outcome" => "success",
    "result" => [("iiop-openjdk" => "1.0.0")]
}
{noformat}
4. reload the server in normal mode. 
=> it fails with the error:
{noformat}
12:09:24,138 INFO  [org.wildfly.iiop.openjdk] (ServerService Thread Pool -- 63) WFLYIIOP0001: Activating IIOP Subsystem
12:09:24,138 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0003: Undertow 1.3.0.Beta4 starting
12:09:24,144 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.iiop-openjdk.orb-service: org.jboss.msc.service.StartException in service jboss.iiop-openjdk.orb-service: java.lang.NumberFormatException: For input string: "undefined"
        at org.wildfly.iiop.openjdk.service.CorbaORBService.start(CorbaORBService.java:142)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NumberFormatException: For input string: "undefined"
        at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
        at java.lang.Integer.parseInt(Integer.java:580)
        at java.lang.Integer.<init>(Integer.java:867)
        at com.sun.corba.se.spi.orb.OperationFactory$IntegerAction.operate(OperationFactory.java:224)
        at com.sun.corba.se.spi.orb.OperationFactory$ListAction.operate(OperationFactory.java:397)
        at com.sun.corba.se.spi.orb.OperationFactory$ComposeAction.operate(OperationFactory.java:475)
        at com.sun.corba.se.impl.orb.NormalParserAction.apply(NormalParserAction.java:47)
        at com.sun.corba.se.spi.orb.PropertyParser.parse(PropertyParser.java:70)
        at com.sun.corba.se.spi.orb.ParserImplBase.init(ParserImplBase.java:74)
        at com.sun.corba.se.impl.orb.ORBDataParserImpl.<init>(ORBDataParserImpl.java:408)
        at com.sun.corba.se.impl.orb.ORBImpl.postInit(ORBImpl.java:456)
        at com.sun.corba.se.impl.orb.ORBImpl.set_parameters(ORBImpl.java:543)
        at org.omg.CORBA.ORB.init(ORB.java:353)
        at org.wildfly.iiop.openjdk.service.CorbaORBService.start(CorbaORBService.java:126)
        ... 5 more
{noformat}

The giop-version in  XML configuration after migration looks indeed wrong:

{noformat}
        <subsystem xmlns="urn:jboss:domain:iiop-openjdk:1.0">
            <orb ssl-socket-binding="jacorb-ssl" socket-binding="jacorb" giop-version="1.undefined"/>
            <initializers transactions="spec" security="identity"/>
            <security add-component-via-interceptor="false"/>
        </subsystem>
{noformat}




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


More information about the jboss-jira mailing list