Stop executing Spring JDBC query programmatically in Java - java

Currently, I'm running long running MySQL queries using Java Spring JDBC library. For this program, I want a way of stopping a running query. I want to do this programmatically, so killing processes is not what I need here.
Also, setting timeouts and killing threads using Java code is not preferred.
Is there a way to do this using programming conventions, or is there any preferred way or design to achieve this use case in Java?

You can use the SQL KILL Command to stop a process
sample
MariaDB [(none)]> show processlist;;
+----+-------------+-----------+------+---------+------+--------------------------+-------------------+----------+
| Id | User | Host | db | Command | Time | State | Info | Progress |
+----+-------------+-----------+------+---------+------+--------------------------+-------------------+----------+
| 1 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 |
| 2 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 |
| 3 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 |
| 4 | system user | | NULL | Daemon | NULL | InnoDB purge coordinator | NULL | 0.000 |
| 5 | system user | | NULL | Daemon | NULL | InnoDB shutdown handler | NULL | 0.000 |
| 46 | root | localhost | NULL | Query | 56 | User sleep | select sleep(199) | 0.000 |
| 47 | root | localhost | NULL | Query | 0 | init | show processlist | 0.000 |
+----+-------------+-----------+------+---------+------+--------------------------+-------------------+----------+
7 rows in set (0.00 sec)
MariaDB [(none)]> kill 46;
Query OK, 0 rows affected (0.02 sec)
MariaDB [(none)]> show processlist;;
+----+-------------+-----------+------+---------+------+--------------------------+------------------+----------+
| Id | User | Host | db | Command | Time | State | Info | Progress |
+----+-------------+-----------+------+---------+------+--------------------------+------------------+----------+
| 1 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 |
| 2 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 |
| 3 | system user | | NULL | Daemon | NULL | InnoDB purge worker | NULL | 0.000 |
| 4 | system user | | NULL | Daemon | NULL | InnoDB purge coordinator | NULL | 0.000 |
| 5 | system user | | NULL | Daemon | NULL | InnoDB shutdown handler | NULL | 0.000 |
| 47 | root | localhost | NULL | Query | 0 | init | show processlist | 0.000 |
+----+-------------+-----------+------+---------+------+--------------------------+------------------+----------+
6 rows in set (0.00 sec)

Related

SAP Hybris - DataHub - 400 Bad Request y2ySyncYaaS

I am trying to sync my YaaS configurations from the backoffice.I get a 400 error
`
INFO | jvm 1 | main | 2020/01/20 00:00:09.408 | [m[32mINFO [TaskExecutor-master-544956-Task [8812098257846]] [ProcessChangesTask] Created SyncImpExMediaModel >>>> SyncImpExMediaModel (8897965031454#1) [syncExecutionID: 00006NUA]
INFO | jvm 1 | main | 2020/01/20 00:00:09.708 | [m[32mINFO [TaskExecutor-master-544961-Task [8812098454454]] [DefaultExportService] Export was successful (using cronjob with code=00006NUH)
INFO | jvm 1 | main | 2020/01/20 00:00:09.808 | [m[32mINFO [TaskExecutor-master-544961-Task [8812098454454]] [ProcessChangesTask] Created SyncImpExMediaModel >>>> SyncImpExMediaModel (8897965293598#1) [syncExecutionID: 00006NU9]
INFO | jvm 1 | main | 2020/01/20 00:00:09.909 | [m[32mINFO [TaskExecutor-master-544961-Task [8812098454454]] [ProcessChangesTask] Created SyncImpExMediaModel >>>> SyncImpExMediaModel (8897965359134#1) [syncExecutionID: 00006NU9]
INFO | jvm 1 | main | 2020/01/20 00:00:10.309 | [m[32mINFO [TaskExecutor-master-544969-Task [8812098487222]] [DataHubRequestCreator] Sending request to datahub # http://xx.xx.xx.xx:8080/datahub-webapp/v1/y2ysync/v60 with sync execution id: 00006NU9
INFO | jvm 1 | main | 2020/01/20 00:00:10.309 | [m[1;31mERROR [TaskExecutor-master-544969-Task [8812098487222]] [DataHubRequestTaskRunner] 400 Bad Request
INFO | jvm 1 | main | 2020/01/20 00:00:10.309 | [m org.springframework.web.client.HttpClientErrorException: 400 Bad Request
INFO | jvm 1 | main | 2020/01/20 00:00:10.309 | at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:91) ~[spring-web-4.3.3.RELEASE.jar:4.3.3.RELEASE]
INFO | jvm 1 | main | 2020/01/20 00:00:10.309 | at org.springframework.web.client.RestTemplate.handleResponse(RestTemplate.java:667) ~[spring-web-4.3.3.RELEASE.jar:4.3.3.RELEASE]
INFO | jvm 1 | main | 2020/01/20 00:00:10.309 |
`
Here is my datahub config :
`
datahubadapter.datahuboutbound.url=http://xxx.xxx.xxx.xxx:8080/datahub-webapp/v1
y2ysync.datahub.url=http://xxx.xxx.xxx.xxx:8080/datahub-webapp/v1/y2ysync/v60
y2ysync.batch.size=10000
y2ysync.datahub.upload.retries=3
`
Do you have any ideas ?
For anyone running into the same problem, what worked for me is:
Putting the right values (Pool , feed , target system) on the export definition
Setting export url to EMPTY on the export job

Jboss Fuse pack Protocol exception

while running my fuse application, the JVM is throwing below error. It seems to be related to port exception, but i couldn't find anything. Can someone help.
jvm 1 | org.eclipse.jgit.errors.PackProtocolException: want 596eb6cfefe4b2aed58ba2b3241e47f862989b11 not valid
jvm 1 | at org.eclipse.jgit.transport.UploadPack.parseWants(UploadPack.java:1190)
jvm 1 | at org.eclipse.jgit.transport.UploadPack.processHaveLines(UploadPack.java:1063)
jvm 1 | at org.eclipse.jgit.transport.UploadPack.negotiate(UploadPack.java:1043)
jvm 1 | at org.eclipse.jgit.transport.UploadPack.service(UploadPack.java:744)
jvm 1 | at org.eclipse.jgit.transport.UploadPack.upload(UploadPack.java:666)
jvm 1 | at org.eclipse.jgit.transport.InternalFetchConnection$2.run(InternalFetchConnection.java:93)
jvm 1 | Caused by: org.eclipse.jgit.errors.MissingObjectException: Missing unknown 596eb6cfefe4b2aed58ba2b3241e47f862989b11
jvm 1 | at org.eclipse.jgit.internal.storage.file.WindowCursor.open(WindowCursor.java:145)
jvm 1 | at org.eclipse.jgit.lib.ObjectReader$1.open(ObjectReader.java:299)
jvm 1 | at org.eclipse.jgit.revwalk.RevWalk$2.next(RevWalk.java:971)
jvm 1 | at org.eclipse.jgit.transport.UploadPack.parseWants(UploadPack.java:1176)
jvm 1 | ... 5 more
jvm 1 | ERROR: io.fabric8.patch.patch-management (1): want 596eb6cfefe4b2aed58ba2b3241e47f862989b11 not valid
jvm 1 | org.eclipse.jgit.api.errors.TransportException: want 596eb6cfefe4b2aed58ba2b3241e47f862989b11 not valid
jvm 1 | at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:139)
jvm 1 | at io.fabric8.patch.management.impl.GitPatchRepositoryImpl.cloneRepository(GitPatchRepositoryImpl.java:288)
jvm 1 | at io.fabric8.patch.management.impl.GitPatchManagementServiceImpl.ensurePatchManagementInitialized(GitPatchManagementServiceImpl.java:1826)
jvm 1 | at io.fabric8.patch.management.impl.Activator$StartLevelNotificationFrameworkListener.frameworkEvent(Activator.java:241)

python rabbitmqadmin list queues command doesn't obtain messages content although messages exist

I am learning rabbitMq and and now I want to know how to wath queue content.
First of all I want to day that I googled this question and know about command
python rabbitmqadmin list queues
I have written 2 separated applications.
sender:
#Autowired
private AmqpTemplate template;
...
for (int i = 0; i < 100; i++) {
template.convertAndSend("queue1", "message_" + i);
}
receiver:
#RabbitListener(queues = "queue1")
public void listenQueue1(String message, #Header(AmqpHeaders.DELIVERY_TAG) long tag) {
logger.info("Got message:[" + message + "]");
}
If I run these applications together - I see messages on receiver side.
To see messages in the queue I decided to stop receiver and run sender
I run sender
execute python rabbitmqadmin list queues
and see following result:
+-----------------+----------+
| name | messages |
+-----------------+----------+
| query-example-6 | |
| queue1 | |
| queue2 | |
| queue3 | |
| queue4 | |
| queue5 | |
| queue6 | |
| queue7 | |
| queue8 | |
| queue9 | |
+-----------------+----------+
3.Then I run receiver and see logs that receiver accepted messages
Can you clarify reason why I can't see messages in console?
How to see queue messages content.
I am not familiar with rabbitmq.
maybe the message is "unacknowledged"?
e.g. I found my queue has a message:
$ rabbitmqadmin list queues name node messages
+----------------------------+----------------+----------+
| name | node | messages |
+----------------------------+----------------+----------+
| my_queue_name | rabbit#xx-2 | 1 |
but when I run "get" command to show its content, rabbitmq tells me "there's no item"
so, I query it with this command:
$ rabbitmqadmin list queues name node messages messages_ready messages_unacknowledged
+----------------------------+----------------+----------+----------------+-------------------------+
| name | node | messages | messages_ready | messages_unacknowledged |
+----------------------------+----------------+----------+----------------+-------------------------+
| my_queue_name | rabbit#xxxxx-2 | 1 | 0 | 1 |
+----------------------------+----------------+----------+----------------+-------------------------+
I don't know why. just restart the rabbitmq server and everything seems goes fine.

Twilio: Android IP Messaging Issue

I am building a chat application using Twilio's IP Messaging API's. I am able to send and receive messages successfully for a minute and after that the app stops sending and receiving messages. I am using private channel.
Following is the stack trace for the error:
Logcat
-1194014160 | 07/27/09:21:06.753 | DEBUG | 5 | TNRawHttp | sendResponse: 403: Forbidden for: 1ebe541611e68a14e4907e58ace9ace9, payload: present
07-27 09:21:06.753 2135-2274/com.example.boya.thunderapp D/IPMessagingSDK(native): -1194014160 | 07/27/09:21:06.753 | DEBUG | 5 | TNRawHttp | Free sessions pool has 2 keys
07-27 09:21:06.753 2135-2274/com.example.boya.thunderapp D/IPMessagingSDK(native): -1194014160 | 07/27/09:21:06.753 | DEBUG | 5 | TNRawHttp | key: https://cds.twilio.com443 has 1 sessions
07-27 09:21:06.753 2135-2274/com.example.boya.thunderapp D/IPMessagingSDK(native): -1194014160 | 07/27/09:21:06.753 | DEBUG | 5 | TNRawHttp | key: https://cds.us1.twilio.com443 has 1 sessions
07-27 09:21:06.754 2135-2274/com.example.boya.thunderapp I/IPMessagingSDK(native): -1194014160 | 07/27/09:21:06.753 | INFO | 0 | TDSCollectionInsertActivity(2) | response 1eb5e5416118a14e4907e58ace9ace9 status 403 body "{"message":"Access forbidden","status":403}" (43 bytes)
07-27 09:21:06.754 2135-2274/com.example.boya.thunderapp I/IPMessagingSDK(native): -1194014160 | 07/27/09:21:06.754 | INFO | 0 | ServiceObserver | error occured id: 17 error: 7
07-27 09:21:06.754 2135-2274/com.example.boya.thunderapp E/IPMessagingSDK(native): -1194014160 | 07/27/09:21:06.754 | CRITICAL | IPM | [listener] onErrorOccured, error 7
07-27 09:21:06.754 2135-2274/com.example.boya.thunderapp E/IPMessagingSDK(native): -1194014160 | 07/27/09:21:06.754 | CRITICAL | IPM | commands: error 7
Please help to solve this issue.
Thanks,
Savani

Webservice Throws InstanceAlreadyExistsException in Service Mix 5.0

We are using Apache Camel, Service Mix and Smooks for our project and it contains multiple modules. Each will be deployed as bundle in servicemix.
We are Using the Webservices in some of the modules.
We are Using jaxws WebService in following ports 9191,9192,9193,...
When i deploy the second webservice bundle in ServicMix, it throws the following exception.
Kindly Advice to overcome this.
2014-05-28 11:29:15,570 | WARN | tenderThread-270 | MBeanContainer | ? ? | 53 - org.eclipse.jetty.util - 7.6.9.v20130131 | bean: org.eclipse.jetty.server.Server#3a30285e
javax.management.InstanceAlreadyExistsException: org.eclipse.jetty.server:type=server,id=0
at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1898)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:966)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324)[:1.7.0_40]
at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522)[:1.7.0_40]
at org.eclipse.jetty.jmx.MBeanContainer.addBean(MBeanContainer.java:298)
at org.eclipse.jetty.jmx.MBeanContainer.add(MBeanContainer.java:139)
at org.eclipse.jetty.util.component.Container.add(Container.java:211)
at org.eclipse.jetty.util.component.Container.update(Container.java:169)
at org.eclipse.jetty.util.component.Container.update(Container.java:111)
at org.eclipse.jetty.server.Server.setConnectors(Server.java:199)
at org.eclipse.jetty.server.Server.addConnector(Server.java:173)
at org.apache.cxf.transport.http_jetty.JettyHTTPServerEngine.addServant(JettyHTTPServerEngine.java:304)
at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.activate(JettyHTTPDestination.java:179)
at org.apache.cxf.transport.AbstractObservable.setMessageObserver(AbstractObservable.java:49)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.binding.AbstractBaseBindingFactory.addListener(AbstractBaseBindingFactory.java:95)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.binding.soap.SoapBindingFactory.addListener(SoapBindingFactory.java:893)[136:org.apache.cxf.cxf-rt-bindings-soap:2.7.10]
at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:131)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:362)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:251)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:539)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_40]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_40]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_40]
at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_40]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1608)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1549)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1479)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:521)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)[73:org.springframework.context:3.2.4.RELEASE]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:69)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:355)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)[115:org.springframework.osgi.extender:1.2.1]
at java.lang.Thread.run(Thread.java:724)[:1.7.0_40]
2014-05-28 11:29:15,582 | WARN | tenderThread-270 | MBeanContainer | ? ? | 53 - org.eclipse.jetty.util - 7.6.9.v20130131 | bean: SelectChannelConnector#172.21.30.131:9195
javax.management.InstanceAlreadyExistsException: org.eclipse.jetty.server.nio:type=selectchannelconnector,id=0
at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1898)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:966)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324)[:1.7.0_40]
at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522)[:1.7.0_40]
at org.eclipse.jetty.jmx.MBeanContainer.addBean(MBeanContainer.java:298)
at org.eclipse.jetty.jmx.MBeanContainer.add(MBeanContainer.java:146)
at org.eclipse.jetty.util.component.Container.add(Container.java:211)
at org.eclipse.jetty.util.component.Container.update(Container.java:169)
at org.eclipse.jetty.util.component.Container.update(Container.java:111)
at org.eclipse.jetty.server.Server.setConnectors(Server.java:199)
at org.eclipse.jetty.server.Server.addConnector(Server.java:173)
at org.apache.cxf.transport.http_jetty.JettyHTTPServerEngine.addServant(JettyHTTPServerEngine.java:304)
at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.activate(JettyHTTPDestination.java:179)
at org.apache.cxf.transport.AbstractObservable.setMessageObserver(AbstractObservable.java:49)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.binding.AbstractBaseBindingFactory.addListener(AbstractBaseBindingFactory.java:95)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.binding.soap.SoapBindingFactory.addListener(SoapBindingFactory.java:893)[136:org.apache.cxf.cxf-rt-bindings-soap:2.7.10]
at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:131)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:362)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:251)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:539)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_40]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_40]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_40]
at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_40]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1608)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1549)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1479)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:521)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)[73:org.springframework.context:3.2.4.RELEASE]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:69)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:355)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)[115:org.springframework.osgi.extender:1.2.1]
at java.lang.Thread.run(Thread.java:724)[:1.7.0_40]
2014-05-28 11:29:15,590 | WARN | tenderThread-270 | MBeanContainer | ? ? | 53 - org.eclipse.jetty.util - 7.6.9.v20130131 | bean: org.eclipse.jetty.server.handler.ContextHandlerCollection#3abda9b1
javax.management.InstanceAlreadyExistsException: org.eclipse.jetty.server.handler:type=contexthandlercollection,id=0
at com.sun.jmx.mbeanserver.Repository.addMBean(Repository.java:437)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerWithRepository(DefaultMBeanServerInterceptor.java:1898)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:966)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900)[:1.7.0_40]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324)[:1.7.0_40]
at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:522)[:1.7.0_40]
at org.eclipse.jetty.jmx.MBeanContainer.addBean(MBeanContainer.java:298)
at org.eclipse.jetty.util.component.Container.addBean(Container.java:182)
at org.eclipse.jetty.server.handler.AbstractHandler.setServer(AbstractHandler.java:80)
at org.eclipse.jetty.server.handler.HandlerCollection.setServer(HandlerCollection.java:264)
at org.eclipse.jetty.server.handler.HandlerWrapper.setHandler(HandlerWrapper.java:81)
at org.apache.cxf.transport.http_jetty.JettyHTTPServerEngine.addServant(JettyHTTPServerEngine.java:369)
at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.activate(JettyHTTPDestination.java:179)
at org.apache.cxf.transport.AbstractObservable.setMessageObserver(AbstractObservable.java:49)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.binding.AbstractBaseBindingFactory.addListener(AbstractBaseBindingFactory.java:95)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.binding.soap.SoapBindingFactory.addListener(SoapBindingFactory.java:893)[136:org.apache.cxf.cxf-rt-bindings-soap:2.7.10]
at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:131)[130:org.apache.cxf.cxf-api:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:362)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:251)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:539)[144:org.apache.cxf.cxf-rt-frontend-jaxws:2.7.10]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_40]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_40]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_40]
at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_40]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1608)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1549)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1479)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:521)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)[71:org.springframework.beans:3.2.4.RELEASE]
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)[73:org.springframework.context:3.2.4.RELEASE]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:69)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:355)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)[114:org.springframework.osgi.core:1.2.1]
at org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)[115:org.springframework.osgi.extender:1.2.1]
at java.lang.Thread.run(Thread.java:724)[:1.7.0_40]
2014-05-28 11:29:15,598 | INFO | tenderThread-270 | Server | ? ? | 53 - org.eclipse.jetty.util - 7.6.9.v20130131 | jetty-7.6.9.v20130131
2014-05-28 11:29:15,602 | WARN | tenderThread-270 | MBeanContainer | ? ? | 53 - org.eclipse.jetty.util - 7.6.9.v20130131 | bean: qtp1425958650{8<=0<=0/254,-1}
maybe it's the similar issue like in https://issues.apache.org/jira/browse/CXF-4878.
There is mentioned that in jetty 8.1.14 this problem is solved.
kind regards,
soilworker

Categories