Develop Reference

Basic HTTP Get with Apache Camel (http4)

We are unable to a basic HTTP GET to any URL with Camel. Even the simplest GET to a localhost never returns an answer.
from("timer://foo?period=5000")
.to("http4://localhost:8888")
.log("Never get here...");
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/http/ssl/SSLContexts
at org.apache.camel.component.http4.HttpComponent.createConnectionRegistry(HttpComponent.java:379)
at org.apache.camel.component.http4.HttpComponent.createConnectionManager(HttpComponent.java:346)
at org.apache.camel.component.http4.HttpComponent.createEndpoint(HttpComponent.java:276)
at org.apache.camel.impl.DefaultComponent.createEndpoint(DefaultComponent.java:126)
at org.apache.camel.impl.DefaultCamelContext.getEndpoint(DefaultCamelContext.java:706)
at org.apache.camel.util.CamelContextHelper.getMandatoryEndpoint(CamelContextHelper.java:80)
at org.apache.camel.model.RouteDefinition.resolveEndpoint(RouteDefinition.java:227)
at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:116)
at org.apache.camel.impl.DefaultRouteContext.resolveEndpoint(DefaultRouteContext.java:122)
at org.apache.camel.model.SendDefinition.resolveEndpoint(SendDefinition.java:62)
at org.apache.camel.model.SendDefinition.createProcessor(SendDefinition.java:56)
at org.apache.camel.model.ProcessorDefinition.makeProcessorImpl(ProcessorDefinition.java:569)
at org.apache.camel.model.ProcessorDefinition.makeProcessor(ProcessorDefinition.java:530)
at org.apache.camel.model.ProcessorDefinition.addRoutes(ProcessorDefinition.java:240)
at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:1349)
at org.apache.camel.model.RouteDefinition.addRoutes(RouteDefinition.java:212)
at org.apache.camel.impl.DefaultCamelContext.startRoute(DefaultCamelContext.java:1140)
at org.apache.camel.impl.DefaultCamelContext.startRouteDefinitions(DefaultCamelContext.java:3735)
at org.apache.camel.impl.DefaultCamelContext.doStartCamel(DefaultCamelContext.java:3440)
at org.apache.camel.impl.DefaultCamelContext$4.call(DefaultCamelContext.java:3248)
at org.apache.camel.impl.DefaultCamelContext$4.call(DefaultCamelContext.java:3244)
at org.apache.camel.impl.DefaultCamelContext.doWithDefinedClassLoader(DefaultCamelContext.java:3267)
at org.apache.camel.impl.DefaultCamelContext.doStart(DefaultCamelContext.java:3244)
at org.apache.camel.support.ServiceSupport.start(ServiceSupport.java:72)
at org.apache.camel.impl.DefaultCamelContext.start(DefaultCamelContext.java:3160)
at marc.Main.main(Main.java:59)
Caused by: java.lang.ClassNotFoundException: org.apache.http.ssl.SSLContexts
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 26 more
Windows 10, JDK 1.8. Camel 2.23.1
716 [main] DEBUG org.apache.camel.impl.DefaultCamelContext - timer://foo?period=5000 converted to endpoint: timer://foo?period=5000 by component: org.apache.camel.component.timer.TimerComponent#71809907
732 [main] DEBUG org.apache.camel.management.DefaultManagementAgent - Registered MBean with ObjectName: org.apache.camel:context=camel-1,type=endpoints,name="timer://foo\?period=5000"
747 [main] DEBUG org.apache.camel.impl.DefaultCamelContext - Using ComponentResolver: org.apache.camel.impl.DefaultComponentResolver#20deea7f to resolve component with name: http4
747 [main] DEBUG org.apache.camel.util.ResolverHelper - Lookup Component with name http4 in registry. Found: null
747 [main] DEBUG org.apache.camel.util.ResolverHelper - Lookup Component with name http4-component in registry. Found: null
747 [main] DEBUG org.apache.camel.impl.DefaultComponentResolver - Found component: http4 via type: org.apache.camel.component.http4.HttpComponent via: META-INF/services/org/apache/camel/component/http4

Jmeter remote test: .RemoteJMeterEngineImpl_Stub (no security manager: RMI class loader disabled) [duplicate]

This question already has answers here:
java.rmi.ServerException: RemoteException occurred in server thread (ClassNotFoundException)
(5 answers)
Closed 5 years ago.
I'm new in Jmeter and I try to run distributed tests using this tool with next configuration:
client(master) - Windows 7
Java version - 1.8.0_92 (7u79 is tried too)
JMeter, version - 2.13
server(slave) - VM Ubuntu 14 (with using VirtualBox)
Jave version - 1.7.0_95
Jmeter version - 2.8.20130705
I've done and tried everything I found in official tutorial and on other posts, including stackoverflow posts, but any success as a result.
I get the next error all the time, when I try to run test on server via client:
java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
java.lang.ClassNotFoundException: org.apache.jmeter.engine.RemoteJMeterEngineImpl_Stub (no security manager: RMI class loader disabled)
What I've tried in different combinations:
disable firewall on Ubuntu and Windows
using the same subnet
setting hostname in jmeter-server file:
RMI_HOST_DEF=-Djava.rmi.server.hostname=172.29.148.49
creating .java.policy file with granting all permissions in jmeter/bin directory:
grant {
permission java.security.AllPermission;
};
setting in jmeter-server file:
-Djava.security.policy=file:/usr/share/jmeter/bin/.java.policy
setting all permissions in java.policy file (usr/lib/jvm/java-7-openjdk-amd64/jre/lib/security/java.policy)
In results, when I start jmeter-server on VM Ubuntu, it seems that everything is fine. I get:
log_file=jmeter-server.log java.io.FileNotFoundException: jmeter-server.log (Permission denied)
[log_file-> System.out]
2016/04/25 17:13:52 INFO - jmeter.util.JMeterUtils: Setting Locale to en_US
2016/04/25 17:13:52 INFO - jmeter.JMeter: Loading user properties from: /usr/share/jmeter/bin/user.properties
2016/04/25 17:13:52 INFO - jmeter.JMeter: Loading system properties from: /usr/share/jmeter/bin/system.properties
2016/04/25 17:13:52 INFO - jmeter.JMeter: Setting System property: java.net.preferIPv4Stack=true
2016/04/25 17:13:52 INFO - jmeter.JMeter: Setting System property: java.rmi.server.hostname=172.29.148.49
2016/04/25 17:13:52 INFO - jmeter.JMeter: Setting System property: server_port=1099
2016/04/25 17:13:52 INFO - jmeter.JMeter: Copyright (c) 1998-2012 The Apache Software Foundation
2016/04/25 17:13:52 INFO - jmeter.JMeter: Version 2.8.20130705
2016/04/25 17:13:52 INFO - jmeter.JMeter: java.version=1.7.0_95
2016/04/25 17:13:52 INFO - jmeter.JMeter: java.vm.name=OpenJDK 64-Bit Server VM
2016/04/25 17:13:52 INFO - jmeter.JMeter: os.name=Linux
2016/04/25 17:13:52 INFO - jmeter.JMeter: os.arch=amd64
2016/04/25 17:13:52 INFO - jmeter.JMeter: os.version=4.2.0-35-generic
2016/04/25 17:13:52 INFO - jmeter.JMeter: file.encoding=UTF-8
2016/04/25 17:13:52 INFO - jmeter.JMeter: Default Locale=English (United States)
2016/04/25 17:13:52 INFO - jmeter.JMeter: JMeter Locale=English (United States)
2016/04/25 17:13:52 INFO - jmeter.JMeter: JMeterHome=/usr/share/jmeter
2016/04/25 17:13:52 INFO - jmeter.JMeter: user.dir =/usr/share/jmeter/bin
2016/04/25 17:13:52 INFO - jmeter.JMeter: PWD =/usr/share/jmeter/bin
2016/04/25 17:13:52 INFO - jmeter.JMeter: IP: 127.0.1.1 Name: ubuntu FullName: ubuntu
Created remote object: UnicastServerRef [liveRef: [endpoint:[172.29.148.49:45755](local),objID:[-1533104d:1544dc4ef79:-7fff, 2602978299635569139]]]
2016/04/25 17:13:52 INFO - jmeter.engine.RemoteJMeterEngineImpl: Starting backing engine on 1099
2016/04/25 17:13:52 INFO - jmeter.engine.RemoteJMeterEngineImpl: IP address=172.29.148.49
2016/04/25 17:13:52 INFO - jmeter.engine.RemoteJMeterEngineImpl: IP address is a site-local address; this may cause problems with remote access.
Can be overridden by defining the system property 'java.rmi.server.hostname' - see jmeter-server script file
2016/04/25 17:13:52 INFO - jmeter.engine.RemoteJMeterEngineImpl: Creating RMI registry (server.rmi.create=true)
2016/04/25 17:13:52 INFO - jmeter.engine.RemoteJMeterEngineImpl: Bound to registry on port 1099
But when I'm tryting to run Jmeter from client(master) on Windows, regardless GUI or non-GUI mode, I get the next error log trace:
2016/04/25 13:15:58 INFO - jmeter.engine.DistributedRunner: Configuring remote engine: 172.29.148.49:1099
2016/04/25 13:15:58 ERROR - jmeter.engine.DistributedRunner: Failed to create engine at 172.29.148.49:1099 java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
java.lang.ClassNotFoundException: org.apache.jmeter.engine.RemoteJMeterEngineImpl_Stub (no security manager: RMI class loader disabled)
at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
at java.rmi.Naming.lookup(Unknown Source)
at org.apache.jmeter.engine.ClientJMeterEngine.getEngine(ClientJMeterEngine.java:54)
at org.apache.jmeter.engine.ClientJMeterEngine.<init>(ClientJMeterEngine.java:67)
at org.apache.jmeter.engine.DistributedRunner.createEngine(DistributedRunner.java:237)
at org.apache.jmeter.engine.DistributedRunner.getClientEngine(DistributedRunner.java:213)
at org.apache.jmeter.engine.DistributedRunner.init(DistributedRunner.java:91)
at org.apache.jmeter.gui.action.RemoteStart.doAction(RemoteStart.java:81)
at org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:81)
at org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:40)
at org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:63)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.apache.jmeter.engine.RemoteJMeterEngineImpl_Stub (no security manager: RMI class loader disabled)
at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source)
at java.rmi.server.RMIClassLoader.loadClass(Unknown Source)
at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source)
at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
at java.io.ObjectInputStream.readClassDesc(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at Java. I. ObjectInputStream. readObject0 (Unknown Source)
at java.io.ObjectInputStream.readObject(Unknown Source)
... 25 more
Can anyone help with this issue.
Thank you a lot.

What I've tried in different combinations:
disable firewall on Ubuntu and Windows
Irrelevant
using the same subnet
Irrelevant.
setting hostname in jmeter-server file:
RMI_HOST_DEF=-Djava.rmi.server.hostname=172.29.148.49
Irrelevant.
creating .java.policy file with granting all permissions in jmeter/bin directory:
grant { permission java.security.AllPermission; };
Irrelevant.
setting in jmeter-server file:
-Djava.security.policy=file:/usr/share/jmeter/bin/.java.policy
Irrelevant.
setting all permissions in java.policy file (usr/lib/jvm/java-7-openjdk-amd64/jre/lib/security/java.policy)
Irrelevant.
Your course of action is baffling. Neither the firewall nor the subnet nor the hostname nor the .policy file nor its name nor its contents have anything whatsoever to do with ClassNotFoundExceptions, either singly or in any combination, and it is mystifying why anybody could ever think otherwise: especially in relation to the security-policy actions, when the error message notes explicitly that a security manager is not installed.
The solution to a ClassNotFoundException is to deploy the class concerned, to the JVM concerned. In this case, the client. Jmeter provides this class in some JAR file and it is required on the CLASSPATH of the client.

Running selenium code with junit and jmeter

I create jar file from my selenium code , my code is to test web site so i surround with junit, now I am trying to run this with jmeter and i get the next error :
2016/01/17 11:06:19 WARN -
jmeter.gui.util.MenuFactory: Missing jar? Could not create com.googlecode.jmeter.plugins.webdriver.sampler.gui.WebDriverSamplerGui.
java.lang.NoClassDefFoundError: jsyntaxpane/DefaultSyntaxKit
2016/01/17 11:06:19 INFO - jmeter.util.BSFTestElement: Registering
JMeter version of JavaScript engine as work-round for BSF-22
2016/01/17 11:06:19 INFO -
jmeter.protocol.http.sampler.HTTPSamplerBase: Cannot find .className
property for htmlParser, using default 2016/01/17 11:06:19 INFO -
jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for text/html is
2016/01/17 11:06:19 INFO -
jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for
application/xhtml+xml is 2016/01/17 11:06:19 INFO -
jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for
application/xml is 2016/01/17 11:06:19 INFO -
jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for text/xml is
2016/01/17 11:06:19 INFO -
jmeter.protocol.http.sampler.HTTPSamplerBase: Parser for
text/vnd.wap.wml is
org.apache.jmeter.protocol.http.parser.RegexpHTMLParser 2016/01/17
11:06:19 INFO - jmeter.gui.util.MenuFactory: Skipping
org.apache.jmeter.protocol.http.control.gui.WebServiceSamplerGui
2016/01/17 11:06:19 INFO - jmeter.gui.util.MenuFactory: Skipping
org.apache.jmeter.protocol.http.modifier.gui.ParamModifierGui
2016/01/17 11:06:19 INFO - jorphan.exec.KeyToolUtils: keytool found
at 'C:\Program Files\Java\jre1.8.0_66\bin\keytool' 2016/01/17
11:06:19 INFO - jmeter.protocol.http.proxy.ProxyControl: HTTP(S) Test
Script Recorder SSL Proxy will use keys that support embedded 3rd
party resources in file
C:\Users\orela\Desktop\apache-jmeter-2.13\apache-jmeter-2.13\bin\proxyserver.jks
2016/01/17 11:06:23 INFO - jmeter.samplers.SampleResult: Note: Sample
TimeStamps are START times 2016/01/17 11:06:23 INFO -
jmeter.samplers.SampleResult: sampleresult.default.encoding is set to
ISO-8859-1 2016/01/17 11:06:23 INFO - jmeter.samplers.SampleResult:
sampleresult.useNanoTime=true 2016/01/17 11:06:23 INFO -
jmeter.samplers.SampleResult: sampleresult.nanoThreadSleep=5000
2016/01/17 11:06:33 ERROR - jmeter.gui.GuiPackage: Problem
retrieving gui java.lang.NullPointerException at
org.apache.jmeter.gui.GuiPackage.getTestElementCheckSum(GuiPackage.java:853)
at
org.apache.jmeter.gui.GuiPackage.updateCurrentNode(GuiPackage.java:435)
at
org.apache.jmeter.gui.GuiPackage.getCurrentGui(GuiPackage.java:272)
at
org.apache.jmeter.gui.action.EditCommand.doAction(EditCommand.java:45)
at
org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:81)
at
org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:40)
at
org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:63)
at java.awt.event.InvocationEvent.dispatch(Unknown Source) at
java.awt.EventQueue.dispatchEventImpl(Unknown Source) at
java.awt.EventQueue.access$500(Unknown Source) at
java.awt.EventQueue$3.run(Unknown Source) at
java.awt.EventQueue$3.run(Unknown Source) at
java.security.AccessController.doPrivileged(Native Method) at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at
java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at
java.awt.EventDispatchThread.run(Unknown Source)enter image description here

have you added the selenium-->libs (copy all the jars in the libs) into jmeter/lib and also in the jmeter/lib/ext (and delete the duplicate old versions of jars)

First you have an issue with your setup as some jar is missing:
jmeter.gui.util.MenuFactory: Missing jar? Could not create com.googlecode.jmeter.plugins.webdriver.sampler.gui.WebDriverSamplerGui. java.lang.NoClassDefFoundError: jsyntaxpane/DefaultSyntaxKit
This one ? :
https://code.google.com/p/jsyntaxpane/
But you are also facing a bug fixed in nightly build:
https://bz.apache.org/bugzilla/show_bug.cgi?id=58795
Try using nightly build and fix the first issue:
http://jmeter.apache.org/nightly.html
Installing JMeter runtime
Download the _bin and _lib files
Unpack the archives into the same directory structure
The other archives are not needed to run JMeter.

wso2 app server (carbon) startup error

I am trying to start up the WSO2 app server and get this error. I have nothing deployed except I set up some data services. It was working fine and now it gives this error. I am on Windows 8.1 and running Java 1.7.0_75. I thought I read somewhere about a setup.conf file being corrupted but can't find that article of this file anymore. I do have Java 1.8 on my machine but disabled that in windows and also made sure the java_home is set correctly. Thanks for your help in advance.
[2015-07-06 10:12:19,672] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - Starting WSO2 Carbon...
[2015-07-06 10:12:19,680] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - Operating System : Windows 8.1 6.3, amd64
[2015-07-06 10:12:19,680] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - Java Home : D:\Java\jdk1.7.0_75\jre
[2015-07-06 10:12:19,680] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - Java Version : 1.7.0_75
[2015-07-06 10:12:19,680] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - Java VM : Java HotSpot(TM) 64-Bit Server VM 24.75-b04,Oracle Corporation
[2015-07-06 10:12:19,680] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - Carbon Home : D:/development/wso2as-5.2.1
[2015-07-06 10:12:19,680] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - Java Temp Dir : D:/development/wso2as-5.2.1/tmp
[2015-07-06 10:12:19,680] INFO {org.wso2.carbon.core.internal.CarbonCoreActivator} - User : Dean, en-US, America/New_York
[2015-07-06 10:12:19,752] WARN {org.wso2.carbon.core.bootup.validator.util.ValidationResultPrinter} - The running OS : Windows 8.1 is not a tested Operating System for running WSO2 Carbon
[2015-07-06 10:12:19,752] WARN {org.wso2.carbon.core.bootup.validator.util.ValidationResultPrinter} - The default keystore (wso2carbon.jks) is currently being used. To maximize security when deploying to a production environment, configure a new keystore with a unique password in the production server profile.
[2015-07-06 10:12:19,800] INFO {org.wso2.carbon.databridge.agent.thrift.AgentHolder} - Agent created !
[2015-07-06 10:12:19,816] INFO {org.wso2.carbon.databridge.agent.thrift.internal.AgentDS} - Successfully deployed Agent Client
[2015-07-06 10:12:21,048] INFO {org.wso2.carbon.registry.core.jdbc.EmbeddedRegistryService} - Configured Registry in 43ms
[2015-07-06 10:12:21,110] INFO {org.wso2.carbon.registry.core.internal.RegistryCoreServiceComponent} - Registry Mode : READ-WRITE
[2015-07-06 10:12:21,918] INFO {org.wso2.carbon.user.core.internal.UserStoreMgtDSComponent} - Carbon UserStoreMgtDSComponent activated successfully.
[2015-07-06 10:12:30,565] FATAL {org.wso2.carbon.core.init.CarbonServerManager} - WSO2 Carbon initialization Failed
org.apache.axiom.om.OMException: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[31,21]
Message: Invalid byte 1 of 1-byte UTF-8 sequence.
at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:296)
at org.apache.axiom.om.impl.llom.OMSerializableImpl.build(OMSerializableImpl.java:78)
at org.apache.axiom.om.impl.llom.OMElementImpl.build(OMElementImpl.java:722)
at org.apache.axis2.util.XMLUtils.toOM(XMLUtils.java:595)
at org.apache.axis2.util.XMLUtils.toOM(XMLUtils.java:575)
at org.apache.axis2.deployment.DescriptionBuilder.buildOM(DescriptionBuilder.java:97)
at org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConfigBuilder.java:91)
at org.wso2.carbon.core.CarbonAxisConfigurator.populateAxisConfiguration(CarbonAxisConfigurator.java:308)
at org.wso2.carbon.core.CarbonAxisConfigurator.getAxisConfiguration(CarbonAxisConfigurator.java:188)
at org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:64)
at org.wso2.carbon.core.CarbonConfigurationContextFactory.createNewConfigurationContext(CarbonConfigurationContextFactory.java:65)
at org.wso2.carbon.core.init.CarbonServerManager.initializeCarbon(CarbonServerManager.java:398)
at org.wso2.carbon.core.init.CarbonServerManager.start(CarbonServerManager.java:219)
at org.wso2.carbon.core.internal.CarbonCoreServiceComponent.activate(CarbonCoreServiceComponent.java:77)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.equinox.internal.ds.model.ServiceComponent.activate(ServiceComponent.java:260)
at org.eclipse.equinox.internal.ds.model.ServiceComponentProp.activate(ServiceComponentProp.java:146)
at org.eclipse.equinox.internal.ds.model.ServiceComponentProp.build(ServiceComponentProp.java:347)
at org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:620)
at org.eclipse.equinox.internal.ds.InstanceProcess.buildComponents(InstanceProcess.java:197)
at org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolver.java:343)
at org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SCRManager.java:222)
at org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:107)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:861)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEventPrivileged(ServiceRegistry.java:819)
at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.publishServiceEvent(ServiceRegistry.java:771)
at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.register(ServiceRegistrationImpl.java:130)
at org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(ServiceRegistry.java:214)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:433)
at org.eclipse.equinox.http.servlet.internal.Activator.registerHttpService(Activator.java:81)
at org.eclipse.equinox.http.servlet.internal.Activator.addProxyServlet(Activator.java:60)
at org.eclipse.equinox.http.servlet.internal.ProxyServlet.init(ProxyServlet.java:40)
at org.wso2.carbon.tomcat.ext.servlet.DelegationServlet.init(DelegationServlet.java:38)
at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1284)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1197)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1087)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5229)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5516)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1575)
at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1565)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[31,21]
Message: Invalid byte 1 of 1-byte UTF-8 sequence.
at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.next(XMLStreamReaderImpl.java:596)
at org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
at org.apache.axiom.util.stax.dialect.SJSXPStreamReaderWrapper.next(SJSXPStreamReaderWrapper.java:138)
at org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:681)
at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:214)
... 49 more
Carbon Server WSO2 Carbon 4.2 based server at localhost is shutting down...
Carbon Server WSO2 Carbon 4.2 based server at localhost has shutted down...

It looks like /repository/conf/axis2/axis2.xml has a non-compatible character, most probably at the line mentioned.

Two instances of same application on JBoss throws this exception: java.lang.Exception: Port 8083 already in use [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
On a Windows Server 2008 box, I'm trying to run two instances of the same application. This application (i2b2) is using Apache Axis 2 web services. The JAX-WS web services are running on port 9090, and are calling our application source code in JBoss on port 8083. I made a complete copy of the application code (which includes the Apache Axis 2 extracted war file) to avoid confusion, and changed the port connection for our web services on the second instance from 9090 to 9091 in {jboss folder}\server\default\deploy\jboss-webdeployer\server.xml.
I might be going about this the wrong way. I'm not so concerned with running on different ports, I just need to have two instances. So if making a copy of the application compiled source code and switching ports is not the best way to go about this, let me if you have a different idea.
<Connector port="9091" address="${jboss.bind.address}"
maxThreads="250" maxHttpHeaderSize="8192"
emptySessionPath="true" protocol="HTTP/1.1"
enableLookups="false" redirectPort="8443" acceptCount="100"
connectionTimeout="20000" disableUploadTimeout="true" />
After starting JBoss, with this command from the JBoss bin folder, I get the exception below. See more details on places I found port 8083 referenced.
run -b 0.0.0.0 > debug.txt
Exception:
14:39:04,011 INFO [Server] Starting JBoss (MX MicroKernel)...
14:39:04,011 INFO [Server] Release ID: JBoss [Trinity] 4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)
14:39:04,011 INFO [Server] Home Dir: C:\i2b2\jboss-4.2.2.GA - QA
14:39:04,011 INFO [Server] Home URL: file:/C:/i2b2/jboss-4.2.2.GA - QA/
14:39:04,011 INFO [Server] Patch URL: null
14:39:04,011 INFO [Server] Server Name: default
14:39:04,011 INFO [Server] Server Home Dir: C:\i2b2\jboss-4.2.2.GA - QA\server\default
14:39:04,011 INFO [Server] Server Home URL: file:/C:/i2b2/jboss-4.2.2.GA - QA/server/default/
14:39:04,011 INFO [Server] Server Log Dir: C:\i2b2\jboss-4.2.2.GA - QA\server\default\log
14:39:04,011 INFO [Server] Server Temp Dir: C:\i2b2\jboss-4.2.2.GA - QA\server\default\tmp
14:39:04,011 INFO [Server] Root Deployment Filename: jboss-service.xml
14:39:04,395 INFO [ServerInfo] Java version: 1.6.0_26,Sun Microsystems Inc.
14:39:04,395 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 20.1-b02,Sun Microsystems Inc.
14:39:04,396 INFO [ServerInfo] OS-System: Windows Server 2008 6.0,amd64
14:39:06,280 INFO [Server] Core system initialized
14:39:07,778 INFO [WebService] Using RMI server codebase: http://dev-himci2b2:8083/
14:39:07,779 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:jboss-log4j.xml
14:39:07,893 WARN [ServiceController] Problem starting service jboss:service=WebService
java.lang.Exception: Port 8083 already in use.
at org.jboss.web.WebServer.start(WebServer.java:233)
at org.jboss.web.WebService.startService(WebService.java:322)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at org.jboss.system.ServiceController.start(ServiceController.java:435)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
at org.jboss.Main.boot(Main.java:200)
at org.jboss.Main$1.run(Main.java:508)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.net.BindException: Address already in use: JVM_Bind
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:383)
at java.net.ServerSocket.bind(ServerSocket.java:328)
at java.net.ServerSocket.<init>(ServerSocket.java:194)
at org.jboss.web.WebServer.start(WebServer.java:226)
... 50 more
14:39:07,919 WARN [ServiceController] Problem starting service jboss:service=Naming
java.rmi.server.ExportException: Port already in use: 1098; nested exception is:
java.net.BindException: Address already in use: JVM_Bind
at sun.rmi.transport.tcp.TCPTransport.listen(TCPTransport.java:310)
at sun.rmi.transport.tcp.TCPTransport.exportObject(TCPTransport.java:218)
at sun.rmi.transport.tcp.TCPEndpoint.exportObject(TCPEndpoint.java:393)
Here is where I found port 8083 referenced. I tried changing it to port 8084, but it still seems to look for port 8083.
jboss-4.2.2.GA\server\all\conf\jboss-service.xml
Source code for jboss-service.xml:
<!-- ==================================================================== -->
<!-- Class Loading -->
<!-- ==================================================================== -->
<!-- A mini webserver used for dynamic and class and resource loading -->
<mbean code="org.jboss.web.WebService"
name="jboss:service=WebService">
<!-- The Bind address and Port -->
<attribute name="BindAddress">${jboss.bind.address}</attribute>
<attribute name="Port">8083</attribute>
<!-- The address to use for the host portion of the RMI codebase URL -->
<attribute name="Host">${java.rmi.server.hostname}</attribute>
<!-- Should non-EJB .class files be downloadable -->
<attribute name="DownloadServerClasses">true</attribute>
<!-- Should resources other than .class files be downloadable. Both
DownloadServerClasses and DownloadResources must be true for resources
to be downloadable. This is false by default because its generally a
bad idea as server configuration files that container security
information can be accessed.
-->
<attribute name="DownloadResources">false</attribute>
<!-- Use the default thread pool for dynamic class loading -->
<depends optional-attribute-name="ThreadPool"
proxy-type="attribute">jboss.system:service=ThreadPool</depends>
</mbean>
EDIT # 4:20pm on 3/18/2013:
Updated this port to 8084:
\jboss-4.2.2.GA\server\default\conf\jboss-service.xml
Source code:
<!-- ==================================================================== -->
<!-- Class Loading -->
<!-- ==================================================================== -->
<!-- A mini webserver used for dynamic and class and resource loading -->
<mbean code="org.jboss.web.WebService"
name="jboss:service=WebService">
<!-- The Bind address and Port -->
<attribute name="BindAddress">${jboss.bind.address}</attribute>
<attribute name="Port">8084</attribute>
<!-- The address to use for the host portion of the RMI codebase URL -->
<attribute name="Host">${java.rmi.server.hostname}</attribute>
<!-- Should non-EJB .class files be downloadable -->
<attribute name="DownloadServerClasses">true</attribute>
<!-- Should resources other than .class files be downloadable. Both
DownloadServerClasses and DownloadResources must be true for resources
to be downloadable. This is false by default because its generally a
bad idea as server configuration files that container security
information can be accessed.
-->
<attribute name="DownloadResources">false</attribute>
<!-- Use the default thread pool for dynamic class loading -->
<depends optional-attribute-name="ThreadPool"
proxy-type="attribute">jboss.system:service=ThreadPool</depends>
</mbean>
And now I get this exception:
16:19:49,473 INFO [Server] Starting JBoss (MX MicroKernel)...
16:19:49,475 INFO [Server] Release ID: JBoss [Trinity] 4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)
16:19:49,475 INFO [Server] Home Dir: C:\i2b2\jboss-4.2.2.GA - QA
16:19:49,475 INFO [Server] Home URL: file:/C:/i2b2/jboss-4.2.2.GA - QA/
16:19:49,476 INFO [Server] Patch URL: null
16:19:49,476 INFO [Server] Server Name: default
16:19:49,476 INFO [Server] Server Home Dir: C:\i2b2\jboss-4.2.2.GA - QA\server\default
16:19:49,476 INFO [Server] Server Home URL: file:/C:/i2b2/jboss-4.2.2.GA - QA/server/default/
16:19:49,476 INFO [Server] Server Log Dir: C:\i2b2\jboss-4.2.2.GA - QA\server\default\log
16:19:49,476 INFO [Server] Server Temp Dir: C:\i2b2\jboss-4.2.2.GA - QA\server\default\tmp
16:19:49,477 INFO [Server] Root Deployment Filename: jboss-service.xml
16:19:49,642 INFO [ServerInfo] Java version: 1.6.0_26,Sun Microsystems Inc.
16:19:49,643 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 20.1-b02,Sun Microsystems Inc.
16:19:49,643 INFO [ServerInfo] OS-System: Windows Server 2008 6.0,amd64
16:19:49,871 INFO [Server] Core system initialized
16:19:51,393 INFO [WebService] Using RMI server codebase: http://dev-himci2b2:8084/
16:19:51,395 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:jboss-log4j.xml
16:19:51,546 WARN [ServiceController] Problem starting service jboss:service=Naming
java.rmi.server.ExportException: Port already in use: 1098; nested exception is:
java.net.BindException: Address already in use: JVM_Bind
at sun.rmi.transport.tcp.TCPTransport.listen(TCPTransport.java:310)
at sun.rmi.transport.tcp.TCPTransport.exportObject(TCPTransport.java:218)
at sun.rmi.transport.tcp.TCPEndpoint.exportObject(TCPEndpoint.java:393)
at sun.rmi.transport.LiveRef.exportObject(LiveRef.java:129)
at sun.rmi.server.UnicastServerRef.exportObject(UnicastServerRef.java:190)
at java.rmi.server.UnicastRemoteObject.exportObject(UnicastRemoteObject.java:293)
at java.rmi.server.UnicastRemoteObject.exportObject(UnicastRemoteObject.java:256)
at org.jnp.server.Main.initJnpInvoker(Main.java:354)
at org.jnp.server.Main.start(Main.java:316)
at org.jboss.naming.NamingService.startService(NamingService.java:284)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at org.jboss.system.ServiceController.start(ServiceController.java:435)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
at org.jboss.Main.boot(Main.java:200)
at org.jboss.Main$1.run(Main.java:508)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.net.BindException: Address already in use: JVM_Bind
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:383)
at java.net.ServerSocket.bind(ServerSocket.java:328)
at java.net.ServerSocket.<init>(ServerSocket.java:194)
at org.jboss.net.sockets.DefaultSocketFactory.createServerSocket(DefaultSocketFactory.java:120)
at org.jboss.net.sockets.DefaultSocketFactory.createServerSocket(DefaultSocketFactory.java:95)
at sun.rmi.transport.tcp.TCPEndpoint.newServerSocket(TCPEndpoint.java:649)
at sun.rmi.transport.tcp.TCPTransport.listen(TCPTransport.java:299)
... 61 more
16:19:51,594 INFO [TransactionManagerService] JBossTS Transaction Service (JTA version) - JBoss Inc.
16:19:51,594 INFO [TransactionManagerService] Setting up property manager MBean and JMX layer
EDIT 6:35pm on 3/18/2013:
These were the best instructions. http://darrellgrainger.blogspot.com/2010/02/changing-ports-in-jboss.html ...
Good news ... is that I was able to un-comment out that JBoss port-01 section in the xml file by moving the --> before the XML tag. I then made a copy of the jboss\default\ folder and renamed it default-qa. So the second instance of JBoss should be using port 8183 now. port-default for the folder default should still be bound to port 8083 by default. And started up the second instance of JBoss just fine by doing this from the jboss bin folder run -b 0.0.0.0 -c default-qa > debug-qa.txt. That worked fine.
Bad news ... The application code has ${jboss.home}/server/default/deploy/ hard coded, and the Apache Axis 2 port set in the Spring Web Framework *.properties file(s) to 9090 everywhere. Since the second instance of JBoss is relying on Apache Axis 9091, I'm thinking I need to make another copy of the source code and use port 9091 now, and just keep the same folder structure in the second instance, but move the root folder somewhere else. Then recompile.

If you want to run two JBoss instances on the same machine you should change ports bidning (see e.g. for JBoss 4.X How to run multiple instances of JBoss in a one single machine?. Note that for every JBoss version this is configured differently (see this).
It can also happen that some other program took required port. Two most often offenders are MS Outlook and Skype. To check this run:
netstat -a -o
which would give you a list of occupied ports and process id. You can check in task manager which program is using a given port and, possibly, kill it.