[JBoss JIRA] (ISPN-6426) HotRodOperationsAuthzIT.testSupervisorStats always fails after ISPN-6333 fix
by Anna Manukyan (JIRA)
[ https://issues.jboss.org/browse/ISPN-6426?page=com.atlassian.jira.plugin.... ]
Anna Manukyan commented on ISPN-6426:
-------------------------------------
The issue was that during implementation of ISPN-6333 the existing user for hotrod authentication was used (supervisor), and there were added more permissions for it for being able to execute remote server tasks.
Because of this change the one of the existing tests (HotRodOperationsAuthzIT#testSupervisorStats) started to fail while verifying the permissions of that user.
As a solution, I have reverted the changes for the "supervisor" user, created a new one - "executor" with corresponding permissions and changed the remote server tasks execution tests to use the new user for the authentication.
> HotRodOperationsAuthzIT.testSupervisorStats always fails after ISPN-6333 fix
> -----------------------------------------------------------------------------
>
> Key: ISPN-6426
> URL: https://issues.jboss.org/browse/ISPN-6426
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Reporter: Dan Berindei
> Assignee: Anna Manukyan
> Labels: testsuite_stability
> Fix For: 9.0.0.Final, 9.0.0.Alpha1
>
>
> {noformat}
> java.lang.AssertionError: Expected exception: org.infinispan.client.hotrod.exceptions.HotRodClientException
> {noformat}
> http://ci.infinispan.org/project.html?tab=testDetails&testNameId=57258273...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years
[JBoss JIRA] (ISPN-6378) Console doesn't scope cache containers to server-groups
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6378?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6378:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Console doesn't scope cache containers to server-groups
> -------------------------------------------------------
>
> Key: ISPN-6378
> URL: https://issues.jboss.org/browse/ISPN-6378
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Affects Versions: 8.2.0.Final
> Reporter: Tristan Tarrant
> Assignee: Vladimir Blagojevic
> Priority: Critical
> Fix For: 9.0.0.Final, 9.0.0.Alpha1, 8.2.1.Final
>
> Attachments: domain-xsite.xml, host-xsite.xml
>
>
> When managing multiple server groups (i.e. clusters), the console doesn't scope cache-containers to the appropriate server-group.
> Example:
> I have server groups "earth" and "moon", each one declaring a "clustered" cache-container, the console only shows one cache-container ("clustered") whereas it should show two: earth/clustered and moon/clustered
> Even with different names, the console is attempting to "resolve" cache-containers against the wrong server-group (possibly the first one).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years
[JBoss JIRA] (ISPN-6071) NullPointerException when executing RemoveExpiredCommand
by Alexandre Nikolov (JIRA)
[ https://issues.jboss.org/browse/ISPN-6071?page=com.atlassian.jira.plugin.... ]
Alexandre Nikolov commented on ISPN-6071:
-----------------------------------------
I am getting the same exception:
08:23:58,103 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (persistence-thread--p26-t5) ISPN000136: Error executing command RemoveExpiredCommand, writing keys [intraday]: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from BRAINIAK-46970, see cause for remote stack trace
at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:44)
at org.infinispan.remoting.transport.jgroups.JGroupsTransport.checkRsp(JGroupsTransport.java:760)
at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$invokeRemotelyAsync$73(JGroupsTransport.java:612)
at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:602)
at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577)
at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
at org.infinispan.remoting.transport.jgroups.RspListFuture.futureDone(RspListFuture.java:31)
at org.jgroups.blocks.Request.checkCompletion(Request.java:169)
at org.jgroups.blocks.GroupRequest.receiveResponse(GroupRequest.java:147)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:398)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:250)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:684)
at org.jgroups.JChannel.up(JChannel.java:738)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1029)
at org.jgroups.protocols.tom.TOA.up(TOA.java:121)
at org.jgroups.protocols.SEQUENCER.up(SEQUENCER.java:248)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:383)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1045)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1064)
at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:779)
at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:426)
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:652)
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155)
at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:200)
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:310)
at org.jgroups.protocols.MERGE3.up(MERGE3.java:285)
at org.jgroups.protocols.Discovery.up(Discovery.java:295)
at org.jgroups.protocols.TP.passMessageUp(TP.java:1577)
at org.jgroups.protocols.TP$MyHandler.run(TP.java:1796)
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: org.infinispan.commons.CacheException: Problems invoking command.
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:163)
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:460)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:377)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:250)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:684)
at org.jgroups.JChannel.up(JChannel.java:738)
at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1029)
at org.jgroups.protocols.tom.TOA.up(TOA.java:121)
at org.jgroups.protocols.SEQUENCER.up(SEQUENCER.java:248)
at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:383)
at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
at org.jgroups.protocols.pbcast.GMS.up(GMS.java:1045)
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234)
at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:435)
at org.jgroups.protocols.pbcast.NAKACK2.deliver(NAKACK2.java:961)
at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:843)
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:618)
... 10 more
*_Caused by: java.lang.NullPointerException
at org.infinispan.commands.write.RemoveExpiredCommand.setParameters(RemoveExpiredCommand.java:142)
at org.infinispan.commands.RemoteCommandsFactory.fromStream(RemoteCommandsFactory.java:187)_*
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:93)
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:39)
at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:109)
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:158)
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:68)
at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:134)
at org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101)
at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80)
at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28)
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:143)
My set-up - replicated cache on 2 Infinispan instances running embedded in a WildFly 10 cluster of 2 instances and a load-balancer:
infinispan.xml
<infinispan
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:infinispan:config:8.1 http://www.infinispan.org/schemas/infinispan-config-8.1.xsd"
xmlns="urn:infinispan:config:8.1">
<jgroups>
<stack-file name="udp" path="jgroups.xml"/>
</jgroups>
<cache-container name="insights" shutdown-hook="REGISTER" default-cache="default">
<jmx duplicate-domains="true"/>
<transport stack="udp" cluster="insights-cache" />
<replicated-cache mode="ASYNC" name="default"
unreliable-return-values="true"
deadlock-detection-spin="100">
<eviction strategy="LRU" size="800" type="COUNT" />
<locking concurrency-level="1000"
isolation="REPEATABLE_READ"
striping="false" acquire-timeout="10000"/>
<persistence passivation="true" >
<file-store path="/cache/file"
fetch-state="true" preload="true"
shared="true">
<write-behind flush-lock-timeout="30000"
modification-queue-size="1000"
thread-pool-size="1"
shutdown-timeout="10000"/>
</file-store>
</persistence>
</replicated-cache>
<replicated-cache name="intraday">
<expiration lifespan="86400000"/>
</replicated-cache>
</cache-container>
</infinispan>
and jgroups.xml:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="urn:org:jgroups"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:org:jgroups http://www.jgroups.org/schema/JGroups-3.6.xsd">
<UDP mcast_addr="${jgroups.udp.mcast_addr:228.6.7.8}"
mcast_port="${jgroups.udp.mcast_port:46655}"
ucast_send_buf_size="1m"
mcast_send_buf_size="1m"
ucast_recv_buf_size="20m"
mcast_recv_buf_size="25m"
ip_ttl="${jgroups.ip_ttl:2}"
thread_naming_pattern="pl"
enable_diagnostics="false"
thread_pool.min_threads="${jgroups.thread_pool.min_threads:2}"
thread_pool.max_threads="${jgroups.thread_pool.max_threads:30}"
thread_pool.keep_alive_time="60000"
thread_pool.queue_enabled="false"
internal_thread_pool.min_threads="${jgroups.internal_thread_pool.min_threads:5}"
internal_thread_pool.max_threads="${jgroups.internal_thread_pool.max_threads:20}"
internal_thread_pool.keep_alive_time="60000"
internal_thread_pool.queue_enabled="true"
internal_thread_pool.queue_max_size="500"
oob_thread_pool.min_threads="${jgroups.oob_thread_pool.min_threads:20}"
oob_thread_pool.max_threads="${jgroups.oob_thread_pool.max_threads:200}"
oob_thread_pool.keep_alive_time="60000"
oob_thread_pool.queue_enabled="false"
/>
<PING />
<MERGE3 min_interval="10000"
max_interval="30000"
/>
<FD_SOCK />
<FD_ALL timeout="60000"
interval="15000"
timeout_check_interval="5000"
/>
<VERIFY_SUSPECT timeout="5000"
/>
<pbcast.NAKACK2 xmit_interval="1000"
xmit_table_num_rows="50"
xmit_table_msgs_per_row="1024"
xmit_table_max_compaction_time="30000"
max_msg_batch_size="100"
resend_last_seqno="true"
/>
<UNICAST3 xmit_interval="500"
xmit_table_num_rows="50"
xmit_table_msgs_per_row="1024"
xmit_table_max_compaction_time="30000"
max_msg_batch_size="100"
conn_expiry_timeout="0"
/>
<pbcast.STABLE stability_delay="500"
desired_avg_gossip="5000"
max_bytes="1M"
/>
<pbcast.GMS print_local_addr="false"
join_timeout="15000"
/>
<UFC max_credits="2m"
min_threshold="0.40"
/>
<MFC max_credits="2m"
min_threshold="0.40"
/>
<FRAG2 />
<SEQUENCER />
<tom.TOA />
</config>
> NullPointerException when executing RemoveExpiredCommand
> --------------------------------------------------------
>
> Key: ISPN-6071
> URL: https://issues.jboss.org/browse/ISPN-6071
> Project: Infinispan
> Issue Type: Bug
> Components: Expiration
> Affects Versions: 8.0.2.Final
> Reporter: Jason Hoetger
>
> I'm running Infinispan 8.0.2 in a clustered environment with a replicated cache with a single file cache store. I'm seeing some NullPointerExceptions when Infinispan executes the RemoveExpiredCommand. Here's a snippet from the stack trace:
> {{ISPN000136: Error executing command RemoveExpiredCommand, writing keys [...large key here...]
> ...
> Caused by: java.lang.NullPointerException: null
> at org.infinispan.commands.write.RemoveExpiredCommand.setParameters(RemoveExpiredCommand.java:142)}}
> Here's RemoveExpiredCommand#setParameters(...):
> {{ @Override
> public void setParameters(int commandId, Object[] args) {
> if (commandId != COMMAND_ID) throw new IllegalStateException("Invalid method id");
> int i = 0;
> commandInvocationId = (CommandInvocationId) args[i++];
> key = args[i++];
> value = args[i++];
> lifespan = (long) args[i++];
> }}}
> Line 142 is the cast of assignment of args[3] to primitive type long, which is causing the NPE. lifespan is actually a Long, not a long, and the #perform() method seems to anticipate null lifespans at line 72:
> {{ // If the provided lifespan is null, that means it is a store removal command, so we can't compare lifespan
> if (lifespan == null) {}}
> Could this be fixed by simply changing the cast at line 142 from (long) to (Long)?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years
[JBoss JIRA] (ISPN-6378) Console doesn't scope cache containers to server-groups
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6378?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6378:
----------------------------------
Status: Open (was: New)
> Console doesn't scope cache containers to server-groups
> -------------------------------------------------------
>
> Key: ISPN-6378
> URL: https://issues.jboss.org/browse/ISPN-6378
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Affects Versions: 8.2.0.Final
> Reporter: Tristan Tarrant
> Assignee: Vladimir Blagojevic
> Priority: Critical
> Fix For: 9.0.0.Final, 9.0.0.Alpha1, 8.2.1.Final
>
> Attachments: domain-xsite.xml, host-xsite.xml
>
>
> When managing multiple server groups (i.e. clusters), the console doesn't scope cache-containers to the appropriate server-group.
> Example:
> I have server groups "earth" and "moon", each one declaring a "clustered" cache-container, the console only shows one cache-container ("clustered") whereas it should show two: earth/clustered and moon/clustered
> Even with different names, the console is attempting to "resolve" cache-containers against the wrong server-group (possibly the first one).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years
[JBoss JIRA] (ISPN-6378) Console doesn't scope cache containers to server-groups
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6378?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6378:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan-management-console/pull/77
> Console doesn't scope cache containers to server-groups
> -------------------------------------------------------
>
> Key: ISPN-6378
> URL: https://issues.jboss.org/browse/ISPN-6378
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Affects Versions: 8.2.0.Final
> Reporter: Tristan Tarrant
> Assignee: Vladimir Blagojevic
> Priority: Critical
> Fix For: 9.0.0.Final, 9.0.0.Alpha1, 8.2.1.Final
>
> Attachments: domain-xsite.xml, host-xsite.xml
>
>
> When managing multiple server groups (i.e. clusters), the console doesn't scope cache-containers to the appropriate server-group.
> Example:
> I have server groups "earth" and "moon", each one declaring a "clustered" cache-container, the console only shows one cache-container ("clustered") whereas it should show two: earth/clustered and moon/clustered
> Even with different names, the console is attempting to "resolve" cache-containers against the wrong server-group (possibly the first one).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years
[JBoss JIRA] (ISPN-6439) Improve stability of ExampleConfigsIT.testLevelDBCacheStoreConfig
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-6439?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-6439:
--------------------------------------
Priority: Minor (was: Major)
> Improve stability of ExampleConfigsIT.testLevelDBCacheStoreConfig
> -----------------------------------------------------------------
>
> Key: ISPN-6439
> URL: https://issues.jboss.org/browse/ISPN-6439
> Project: Infinispan
> Issue Type: Bug
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Minor
>
> http://ci.infinispan.org/viewLog.html?buildId=37942&tab=buildResultsDiv&b...
> {code}
> java.lang.AssertionError: expected:<v0> but was:<null>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at org.infinispan.server.test.configs.ExampleConfigsIT.doPutGet(ExampleConfigsIT.java:660)
> at org.infinispan.server.test.configs.ExampleConfigsIT.doPutGetCheckPath(ExampleConfigsIT.java:667)
> at org.infinispan.server.test.configs.ExampleConfigsIT.testLevelDBCacheStoreConfig(ExampleConfigsIT.java:297)
> ------- Stdout: -------
> &#27;[0m18:34:35,724 INFO [org.jboss.modules] (main) JBoss Modules version 1.5.1.Final
> &#27;[0m&#27;[0m18:34:35,974 INFO [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
> &#27;[0m&#27;[0m18:34:36,084 INFO [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: Infinispan Server 9.0.0-SNAPSHOT (WildFly Core 2.0.10.Final) starting
> &#27;[0m&#27;[0m18:34:37,773 INFO [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
> &#27;[0m&#27;[0m18:34:37,806 INFO [org.xnio] (MSC service thread 1-5) XNIO version 3.3.4.Final
> &#27;[0m&#27;[0m18:34:37,820 INFO [org.xnio.nio] (MSC service thread 1-5) XNIO NIO Implementation Version 3.3.4.Final
> &#27;[0m&#27;[0m18:34:37,888 INFO [org.jboss.remoting] (MSC service thread 1-5) JBoss Remoting version 4.0.18.Final
> &#27;[0m&#27;[0m18:34:37,897 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 19) Activating Infinispan subsystem.
> &#27;[0m&#27;[0m18:34:37,920 INFO [org.wildfly.extension.io] (ServerService Thread Pool -- 21) WFLYIO001: Worker 'default' has auto-configured to 8 core threads with 64 task threads based on your 4 available processors
> &#27;[0m&#27;[0m18:34:37,979 INFO [org.jboss.as.naming] (ServerService Thread Pool -- 25) WFLYNAM0001: Activating Naming Subsystem
> &#27;[0m&#27;[33m18:34:37,994 WARN [org.jboss.as.txn] (ServerService Thread Pool -- 29) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
> &#27;[0m&#27;[0m18:34:38,008 INFO [org.jboss.as.connector] (MSC service thread 1-3) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.3.2.Final)
> &#27;[0m&#27;[0m18:34:38,013 INFO [org.jboss.as.security] (ServerService Thread Pool -- 27) WFLYSEC0002: Activating Security Subsystem
> &#27;[0m&#27;[0m18:34:38,051 INFO [org.jboss.as.security] (MSC service thread 1-6) WFLYSEC0001: Current PicketBox version=4.9.4.Final
> &#27;[0m&#27;[0m18:34:38,086 INFO [org.jboss.as.naming] (MSC service thread 1-4) WFLYNAM0003: Starting Naming Service
> &#27;[0m&#27;[0m18:34:38,146 INFO [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 18) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
> &#27;[0m&#27;[0m18:34:38,163 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-8) WFLYJCA0018: Started Driver service with driver-name = h2
> &#27;[0m&#27;[0m18:34:38,549 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-8) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
> &#27;[0m&#27;[0m18:34:38,570 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (ServerService Thread Pool -- 19) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
> &#27;[0m&#27;[0m18:34:38,685 INFO [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0027: Starting deployment of "custom-store.jar" (runtime-name: "custom-store.jar")
> &#27;[0m&#27;[0m18:34:38,693 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-4) WFLYDS0013: Started FileSystemDeploymentService for directory /opt/buildAgent/work/64255532d1f9a010/server/integration/testsuite/target/server/node1/standalone/deployments
> &#27;[0m&#27;[0m18:34:39,187 INFO [org.infinispan.factories.GlobalComponentRegistry] (MSC service thread 1-2) ISPN000128: Infinispan version: Infinispan 'Chakra' 9.0.0-SNAPSHOT
> &#27;[0m&#27;[0m18:34:39,250 INFO [org.infinispan.server.endpoint] (MSC service thread 1-3) DGENDPT10000: REST starting
> &#27;[0m&#27;[0m18:34:39,254 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-4) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
> &#27;[0m&#27;[0m18:34:39,264 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-4) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
> &#27;[0m&#27;[0m18:34:39,267 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-4) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
> &#27;[0m&#27;[0m18:34:39,785 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-3) DGISPN0001: Started default cache from local container
> &#27;[0m&#27;[0m18:34:39,792 INFO [org.infinispan.server.endpoint] (MSC service thread 1-7) DGENDPT10000: HotRodServer starting
> &#27;[0m&#27;[0m18:34:39,793 INFO [org.infinispan.server.endpoint] (MSC service thread 1-7) DGENDPT10001: HotRodServer listening on 127.0.0.1:11222
> &#27;[0m&#27;[0m18:34:39,794 INFO [org.infinispan.server.endpoint] (MSC service thread 1-5) DGENDPT10000: WebSocketServer starting
> &#27;[0m&#27;[0m18:34:39,795 INFO [org.infinispan.server.endpoint] (MSC service thread 1-5) DGENDPT10001: WebSocketServer listening on 127.0.0.1:8181
> &#27;[0m&#27;[0m18:34:39,807 INFO [org.infinispan.persistence.leveldb.LevelDBStore] (MSC service thread 1-4) ISPN023006: Using pure Java LevelDB implementation: org.iq80.leveldb.impl.Iq80DBFactory
> &#27;[0m&#27;[0m18:34:39,862 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-1) DGISPN0007: Registering Deployed Cache Store service for store 'org.infinispan.persistence.cluster.MyCustomCacheStore'
> &#27;[0m&#27;[0m18:34:39,868 INFO [org.infinispan.persistence.leveldb.LevelDBStore] (MSC service thread 1-2) ISPN023005: Using JNI LevelDB implementation: org.fusesource.leveldbjni.JniDBFactory
> &#27;[0m&#27;[0m18:34:39,902 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-2) DGISPN0001: Started memcachedCache cache from local container
> &#27;[0m&#27;[0m18:34:39,903 INFO [org.infinispan.server.endpoint] (MSC service thread 1-2) DGENDPT10000: MemcachedServer starting
> &#27;[0m&#27;[0m18:34:39,903 INFO [org.infinispan.server.endpoint] (MSC service thread 1-2) DGENDPT10001: MemcachedServer listening on 127.0.0.1:11211
> &#27;[0m&#27;[0m18:34:39,908 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-3) DGISPN0001: Started ___protobuf_metadata cache from local container
> &#27;[0m&#27;[0m18:34:39,923 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-3) DGISPN0001: Started ___script_cache cache from local container
> &#27;[0m&#27;[0m18:34:40,166 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-4) DGISPN0001: Started namedCache cache from local container
> &#27;[0m&#27;[0m18:34:40,416 INFO [org.infinispan.rest.NettyRestServer] (MSC service thread 1-3) ISPN012003: REST server starting, listening on 127.0.0.1:8080
> &#27;[0m&#27;[0m18:34:40,416 INFO [org.infinispan.server.endpoint] (MSC service thread 1-3) DGENDPT10002: REST mapped to /rest
> &#27;[0m&#27;[0m18:34:40,439 INFO [org.jboss.as.server] (ServerService Thread Pool -- 17) WFLYSRV0010: Deployed "custom-store.jar" (runtime-name : "custom-store.jar")
> &#27;[0m&#27;[0m18:34:40,522 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management
> &#27;[0m&#27;[0m18:34:40,522 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0051: Admin console listening on http://127.0.0.1:9990
> &#27;[0m&#27;[0m18:34:40,522 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: Infinispan Server 9.0.0-SNAPSHOT (WildFly Core 2.0.10.Final) started in 5456ms - Started 176 of 182 services (46 services are lazy, passive or on-demand)
> &#27;[0m&#27;[0m18:34:41,888 INFO [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0211: Suspending server with 0ms timeout.
> &#27;[0m&#27;[0m18:34:41,893 INFO [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
> &#27;[0m&#27;[0m18:34:42,011 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-7) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
> &#27;[0m&#27;[0m18:34:42,126 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-2) WFLYJCA0019: Stopped Driver service with driver-name = h2
> &#27;[0m&#27;[0m18:34:42,142 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (MSC service thread 1-1) ISPN000029: Passivating all entries to disk
> &#27;[0m&#27;[0m18:34:42,188 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (MSC service thread 1-1) ISPN000030: Passivated 0 entries in 45 milliseconds
> &#27;[0m&#27;[0m18:34:42,224 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-5) DGISPN0002: Stopped memcachedCache cache from local container
> &#27;[0m&#27;[0m18:34:42,226 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-2) DGISPN0002: Stopped default cache from local container
> &#27;[0m&#27;[0m18:34:42,231 INFO [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0028: Stopped deployment custom-store.jar (runtime-name: custom-store.jar) in 295ms
> &#27;[0m&#27;[0m18:34:42,258 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-1) DGISPN0002: Stopped namedCache cache from local container
> &#27;[0m&#27;[0m18:34:42,282 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-1) DGISPN0002: Stopped ___protobuf_metadata cache from local container
> &#27;[0m&#27;[0m18:34:42,308 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-1) DGISPN0002: Stopped ___script_cache cache from local container
> &#27;[0m&#27;[0m18:34:42,328 INFO [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: Infinispan Server 9.0.0-SNAPSHOT (WildFly Core 2.0.10.Final) stopped in 392ms
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years
[JBoss JIRA] (ISPN-5900) Cleanup uberjar packaging (ideal solution)
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-5900?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-5900:
--------------------------------------
Priority: Critical (was: Major)
> Cleanup uberjar packaging (ideal solution)
> ------------------------------------------
>
> Key: ISPN-5900
> URL: https://issues.jboss.org/browse/ISPN-5900
> Project: Infinispan
> Issue Type: Feature Request
> Components: Build process
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Critical
> Labels: jdg7
>
> ISPN-5838 provides a backwards compatible solution whereas an ideal solution involves also changing packages (which will fix Weld/OSGi errors) into:
> * org.infinispan.cdi.common
> * org.infinispan.cdi.remote
> * org.infinispan.cdi.embedded
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years