Remote Config with Build 1454 (5.1a) not working

gdutoit

Was running build 1430 on Ubuntu and Config Tool on Win 7 and working fine.

When using the latest build (1454) I get

Error establishing connection . . . [Root exception is java.rmi.ConnectionExeption: Connection refused to host: 127.0.1.1; nested exception is java.rmi.ConnectionExeption: Connection refused: connect]

Restarted the server on the old build and everything works fine again.

Are there new configs I need to know about?
Please assist?

aware_support

Your remote config tool seems to be connecting to the server on the localhost (127.0.1.1) - it has to be the server address. Nothing has been changed in the system in this area between the builds.

gdutoit

The only variable in the set-up is the server side.

I run the latest windows control panel (build1454)

When server runs buils 1430 it works well,
When server runs buils 1454 it works well . . . I think I have the server side configured the same whay I have with build 1430.

Please guide me in a config that I might be missing?

RLJB

Following an upgrade to latest version of Version we are also experiencing the same problem, we can not connect our Config Tool remotely, we get the error:

Error establishing connection with the server. ERROR: org.openadaptor.adaptor.jms.JMSSink - init() failed with JMS Queue/Topic PublishException: org.openadaptor.adaptor.jms.PublishException: org.openadaptor.adaptor.jms.JMSPublisher - connect() failed with NamingException: javax.naming.CommunicationException: [Root exception is java.rmi.ConnectException: Connection refused to host: 127.0.0.1; nested exception is: java.net.ConnectException: Connection refused]

We have exactly same setup previously, which was working fine. BASServer.props file has the server IP (not localhost). There is no port blocked, no firewall, we are on a LAN, we have checked etc/hosts file on server and it is correctly configured, we have downloaded latest version of config tool on the client machines, we have followed Install Guide instructions and configured on the client machines as stated.

We are experiencing the problem from both a Windows 7 client machine, and also a Linux (Ubuntu) client machine.

Any suggestions?

aware_support

What is the output of the Configuration Tool?

Does the UIConfig.props file on the client point to the server, rather than localhost?

RLJB

Yes - UIconfig.props (on client) is correctly pointing to server as follows:

HostServer=192.168.1.7
HostServerPort=9000
WebServer=192.168.1.7
WebServerPort=8080

Output from Config tool when starting up is as follows:

rod@RodsNotebook:~/AwareIM/bin$ bash ClientStarter.sh
INFO: Calling System.runFinalizersOnExit (true)
INFO: Default locale for machine is en_US
INFO: Default timezone for machine is Australia/Sydney
INFO: Property UIInputAdaptor.LocaleISOLanguageCode set to 'en'
INFO: Property UIInputAdaptor.LocaleISOCountryCode set to 'US'
WARN: Retaining default locale
INFO: Property UIInputAdaptor.TimeZone set to 'Australia/Sydney'
WARN: Retaining default timezone
INFO: Property UIInputAdaptor.Logging.LoggingTimeInfo set to 'true'
INFO: Property UIInputAdaptor.Logging.LoggingThreadInfo set to 'false'
INFO: Property UIInputAdaptor.Logging.LoggingPackageInfo set to 'false'
INFO: Property UIInputAdaptor.Logging.RemoteLogSetting set to 'FATAL'
INFO: Checking RemoteLogger
INFO: Logger status=OutputLogger status: loggingTimeInfo = true loggingThreadInfo = false loggingPackageInfo = false logLevel for [DEFAULT] is [INFO]
INFO: Property UIInputAdaptor.LogStdout set to 'false'
INFO: UIInputAdaptor creating Controller as instance of com.bas.openadaptor.SingleSourceCtrler
INFO: UIInputAdaptor Initializing Controller
TRACE: Constructing SimpleController
INFO: UIInputAdaptor.Controller setting propsPrefix to UIInputAdaptor.Controller
INFO: UIInputAdaptor.Controller Creating Security Manager
INFO: UIInputAdaptor.Controller No Security Policy in use
TRACE: SimpleController UIInputAdaptor.Controller init complete
INFO: UIInputAdaptor creating PipelineController as instance of org.openadaptor.adaptor.STPipelineController
INFO: No timeout for component initialization.
TRACE: SimpleComponent IS init complete
TRACE: SimpleComponent QS init complete
TRACE: AbstractWriter QS init complete
TRACE: org.openadaptor.adaptor.jms.JMSSink propsPrefix=UIInputAdaptor.QS
TRACE: org.openadaptor.adaptor.jms.JMSSink RetryLimit=-1
TRACE: org.openadaptor.adaptor.jms.JMSSink RetryDelay=100000
TRACE: org.openadaptor.adaptor.jms.JMSSink MessageType=Object
INFO: org.openadaptor.adaptor.jms.JMSSink Initialising JMS Queue/Topic UIInputAdaptor.QS
TRACE: org.openadaptor.adaptor.jms.JMSPublisher propsPrefix=UIInputAdaptor.QS.Publisher
TRACE: org.openadaptor.adaptor.jms.JMSPublisher MessageMode=Queue
TRACE: org.openadaptor.adaptor.jms.JMSPublisher JNDI_PROVIDER_URL=jnp://192.168.1.7:9650/
TRACE: org.openadaptor.adaptor.jms.JMSPublisher JMDI_FACTORY=org.jnp.interfaces.NamingContextFactory
TRACE: org.openadaptor.adaptor.jms.JMSPublisher JMS_QUEUE_FACTORY=ConnectionFactory
TRACE: org.openadaptor.adaptor.jms.JMSPublisher JMS_QUEUE=queue/defaultinputqueue
TRACE: org.openadaptor.adaptor.jms.JMSPublisher Publisher.ClientID=null
TRACE: org.openadaptor.adaptor.jms.JMSPublisher Publisher.OverrideExistingClientID=false
TRACE: org.openadaptor.adaptor.jms.JMSPublisher Publisher.Transacted=true
TRACE: org.openadaptor.adaptor.jms.JMSPublisher Publisher.DeliveryMode=2
TRACE: org.openadaptor.adaptor.jms.JMSPublisher Publisher.Priority=5
TRACE: org.openadaptor.adaptor.jms.JMSPublisher Publisher.TimeToLive=0
TRACE: org.openadaptor.adaptor.jms.JMSPublisher - establishing JMS connection
TRACE: org.openadaptor.adaptor.jms.JMSPublisher - closing JMS connection

aware_support

Please try the following:

Stop the Aware IM server
Copy the file AwareIM/samples/startupOptions.props into AwareIM/bin directory (if running Linux copy the file AwareIM/samples/startupOptionsLinux.props to AwareIM/bin and rename to startupOptions.props
Open AwareIM/bin/startupOptions.props and modify the line that starts with:
JBOSS_STARTUP=..\JDK\bin\java -Xmx128m -Djboss.home.dir=../JBoss etc

so that it starts with:
JBOSS_STARTUP=..\JDK\bin\java -Xmx128m -Djava.rmi.server.hostname=IPAddressOfYourServer -Djboss.home.dir=../JBoss

Restart the server
Modify the file ClientStarter.bat or ClientStarter.sh on the CLIENT
Change the last line to add -Dorg.jboss.mq.il.uil2.serverAddr=IPAddressOfYourServer

so that the last line reads:
%JDK_HOME%\bin\java -Dorg.jboss.mq.il.uil2.serverAddr=IPAddressOfYourServer cp %CLASSPATH% etc

Let us know if this works

RLJB

That didn't work exactly as described (the Aware Server would not start) BUT we played with it a little, and got success! What we did (we use Linux):

We left the Original file startupOptions.props in place, and added this:

-Djava.rmi.server.hostname=IPAddressOfYourServer

So line 2 now reads:

JBOSS_STARTUP=../JDK/bin/java -Xmx1024m -Djava.rmi.server.hostname=IPAddressOfYourServer -Djboss.home.dir\=../JBoss

And Aware server started and we can now use remote config tools.

Thanks Support!

FYI - small typo above, second last line it reads: cp %CLASSPATH% etc when it shoudl read -cp %CLASSPATH% etc

aware_support

Thanks for testing this.

We'll integrate a proper solution into the next build, so that you won't have to do this.

aware_support

This has been fixed in build 1462

bmeyns

Indeed, adding

-Dorg.jboss.mq.il.uil2.serverAddr=IPAddressOfYourServer

to the ClientStarter.bat fixed my problem too.

Still running on v.4.9 (1339)