[JBoss JIRA] (HRJS-13) Cache entry is not available in JS client while putting it directly from javascript which is executed over JS client
by Anna Manukyan (JIRA)
[ https://issues.jboss.org/browse/HRJS-13?page=com.atlassian.jira.plugin.sy... ]
Anna Manukyan updated HRJS-13:
------------------------------
Description:
When data is put into the cache while javascript execution on the server over JS Client, i.e. the data is put into the cache in executable js file, then the put data is not readable from the client itself.
For example, if the https://github.com/infinispan/js-client/blob/master/spec/tests.js files execPutGet function is changed this way:
{code}
exports.execPutGet = function(path, prefix, client, expectFun) {
return function(done) {
var scriptName = prefix + '-typed-put-get.js';
var params = {k: prefix + '-typed-key', v: prefix + '-typed-value'};
client
.then(t.loadAndExec(path, scriptName))
.then(t.assert(t.exec(scriptName, params), expectFun))
.then(t.assert(t.get(prefix + "-typed-key"), t.toBe(prefix + "-typed-value")))
/*.then(function(cli) {
return cli.iterator(1).then(
function(it) {
function loop(promise, fn) {
// Simple recursive loop over iterator's next() call
return promise.then(fn).then(function (entry) {
return !entry.done ? loop(it.next(), fn) : entry.value;
});
}
return loop(it.next(), function (entry) {
console.log('iterator.next()=' + JSON.stringify(entry));
return entry;
});
}
)
})*/
.catch(t.failed(done)).finally(done);
}
};
{code}
then the assertion will fail with error:
{{Expected undefined to be 'dist-cluster-typed-value'.}}
If you will comment the line with get, and uncomment the iterator part, then the following exception is thrown on the server side:
{code}
16:36:19,785 ERROR [org.infinispan.server.hotrod.HotRodEncoder] (HotRodServerWorker-8-5) ISPN005022: Exception writing response with messageId=77: java.lang.ClassCastException: java.lang.String cannot be cast to [B
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:364)
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:343)
at scala.collection.immutable.List.foreach(List.scala:381)
at org.infinispan.server.hotrod.Encoder2x$.writeResponse(Encoder2x.scala:343)
at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:45)
at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107)
at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:619)
at io.netty.channel.AbstractChannelHandlerContext.access$1800(AbstractChannelHandlerContext.java:32)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:904)
at io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:956)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:889)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:358)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:374)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
at java.lang.Thread.run(Thread.java:745)
{code}
Seems that the data which is put from the executable js (no matter whether the data which is put is passed as a parameter or was just written in the js itself), is stored in the cache as a byte. And the get operation directly from that script works, but from client itself doesn't.
The issue appears for both local and clustered modes.
was:
When data is put into the cache while javascript execution on the server over JS Client, i.e. the data is put into the cache in executable js file, then the put data is not readable from the client itself.
For example, if the https://github.com/infinispan/js-client/blob/master/spec/tests.js files execPutGet function is changed this way:
{code}
exports.execPutGet = function(path, prefix, client, expectFun) {
return function(done) {
var scriptName = prefix + '-typed-put-get.js';
var params = {k: prefix + '-typed-key', v: prefix + '-typed-value'};
client
.then(t.loadAndExec(path, scriptName))
.then(t.assert(t.exec(scriptName, params), expectFun))
.then(t.assert(t.get(prefix + "-typed-key"), t.toBe(prefix + "-typed-value")))
/*.then(function(cli) {
return cli.iterator(1).then(
function(it) {
function loop(promise, fn) {
// Simple recursive loop over iterator's next() call
return promise.then(fn).then(function (entry) {
return !entry.done ? loop(it.next(), fn) : entry.value;
});
}
return loop(it.next(), function (entry) {
console.log('iterator.next()=' + JSON.stringify(entry));
return entry;
});
}
)
})*/
.catch(t.failed(done)).finally(done);
}
};
{code}
then the assertion will fail with error:
{{Expected undefined to be 'dist-cluster-typed-value'.}}
If you will comment the line with get, and uncomment the iterator part, then the following exception is thrown on the server side:
{{16:36:19,785 ERROR [org.infinispan.server.hotrod.HotRodEncoder] (HotRodServerWorker-8-5) ISPN005022: Exception writing response with messageId=77: java.lang.ClassCastException: java.lang.String cannot be cast to [B
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:364)
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:343)
at scala.collection.immutable.List.foreach(List.scala:381)
at org.infinispan.server.hotrod.Encoder2x$.writeResponse(Encoder2x.scala:343)
at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:45)
at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107)
at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:619)
at io.netty.channel.AbstractChannelHandlerContext.access$1800(AbstractChannelHandlerContext.java:32)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:904)
at io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:956)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:889)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:358)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:374)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
at java.lang.Thread.run(Thread.java:745)
}}
Seems that the data which is put from the executable js (no matter whether the data which is put is passed as a parameter or was just written in the js itself), is stored in the cache as a byte. And the get operation directly from that script works, but from client itself doesn't.
The issue appears for both local and clustered modes.
> Cache entry is not available in JS client while putting it directly from javascript which is executed over JS client
> --------------------------------------------------------------------------------------------------------------------
>
> Key: HRJS-13
> URL: https://issues.jboss.org/browse/HRJS-13
> Project: Infinispan Javascript client
> Issue Type: Bug
> Reporter: Anna Manukyan
>
> When data is put into the cache while javascript execution on the server over JS Client, i.e. the data is put into the cache in executable js file, then the put data is not readable from the client itself.
> For example, if the https://github.com/infinispan/js-client/blob/master/spec/tests.js files execPutGet function is changed this way:
> {code}
> exports.execPutGet = function(path, prefix, client, expectFun) {
> return function(done) {
> var scriptName = prefix + '-typed-put-get.js';
> var params = {k: prefix + '-typed-key', v: prefix + '-typed-value'};
> client
> .then(t.loadAndExec(path, scriptName))
> .then(t.assert(t.exec(scriptName, params), expectFun))
> .then(t.assert(t.get(prefix + "-typed-key"), t.toBe(prefix + "-typed-value")))
> /*.then(function(cli) {
> return cli.iterator(1).then(
> function(it) {
> function loop(promise, fn) {
> // Simple recursive loop over iterator's next() call
> return promise.then(fn).then(function (entry) {
> return !entry.done ? loop(it.next(), fn) : entry.value;
> });
> }
> return loop(it.next(), function (entry) {
> console.log('iterator.next()=' + JSON.stringify(entry));
> return entry;
> });
> }
> )
> })*/
> .catch(t.failed(done)).finally(done);
> }
> };
> {code}
> then the assertion will fail with error:
> {{Expected undefined to be 'dist-cluster-typed-value'.}}
> If you will comment the line with get, and uncomment the iterator part, then the following exception is thrown on the server side:
> {code}
> 16:36:19,785 ERROR [org.infinispan.server.hotrod.HotRodEncoder] (HotRodServerWorker-8-5) ISPN005022: Exception writing response with messageId=77: java.lang.ClassCastException: java.lang.String cannot be cast to [B
> at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:364)
> at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:343)
> at scala.collection.immutable.List.foreach(List.scala:381)
> at org.infinispan.server.hotrod.Encoder2x$.writeResponse(Encoder2x.scala:343)
> at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:45)
> at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107)
> at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:619)
> at io.netty.channel.AbstractChannelHandlerContext.access$1800(AbstractChannelHandlerContext.java:32)
> at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:904)
> at io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:956)
> at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:889)
> at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:358)
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:374)
> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
> at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> Seems that the data which is put from the executable js (no matter whether the data which is put is passed as a parameter or was just written in the js itself), is stored in the cache as a byte. And the get operation directly from that script works, but from client itself doesn't.
> The issue appears for both local and clustered modes.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (HRJS-13) Cache entry is not available in JS client while putting it directly from javascript which is executed over JS client
by Anna Manukyan (JIRA)
Anna Manukyan created HRJS-13:
---------------------------------
Summary: Cache entry is not available in JS client while putting it directly from javascript which is executed over JS client
Key: HRJS-13
URL: https://issues.jboss.org/browse/HRJS-13
Project: Infinispan Javascript client
Issue Type: Bug
Reporter: Anna Manukyan
When data is put into the cache while javascript execution on the server over JS Client, i.e. the data is put into the cache in executable js file, then the put data is not readable from the client itself.
For example, if the https://github.com/infinispan/js-client/blob/master/spec/tests.js files execPutGet function is changed this way:
{code}
exports.execPutGet = function(path, prefix, client, expectFun) {
return function(done) {
var scriptName = prefix + '-typed-put-get.js';
var params = {k: prefix + '-typed-key', v: prefix + '-typed-value'};
client
.then(t.loadAndExec(path, scriptName))
.then(t.assert(t.exec(scriptName, params), expectFun))
.then(t.assert(t.get(prefix + "-typed-key"), t.toBe(prefix + "-typed-value")))
/*.then(function(cli) {
return cli.iterator(1).then(
function(it) {
function loop(promise, fn) {
// Simple recursive loop over iterator's next() call
return promise.then(fn).then(function (entry) {
return !entry.done ? loop(it.next(), fn) : entry.value;
});
}
return loop(it.next(), function (entry) {
console.log('iterator.next()=' + JSON.stringify(entry));
return entry;
});
}
)
})*/
.catch(t.failed(done)).finally(done);
}
};
{code}
then the assertion will fail with error:
{{Expected undefined to be 'dist-cluster-typed-value'.}}
If you will comment the line with get, and uncomment the iterator part, then the following exception is thrown on the server side:
{{16:36:19,785 ERROR [org.infinispan.server.hotrod.HotRodEncoder] (HotRodServerWorker-8-5) ISPN005022: Exception writing response with messageId=77: java.lang.ClassCastException: java.lang.String cannot be cast to [B
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:364)
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:343)
at scala.collection.immutable.List.foreach(List.scala:381)
at org.infinispan.server.hotrod.Encoder2x$.writeResponse(Encoder2x.scala:343)
at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:45)
at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107)
at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:619)
at io.netty.channel.AbstractChannelHandlerContext.access$1800(AbstractChannelHandlerContext.java:32)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:904)
at io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:956)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:889)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:358)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:374)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
at java.lang.Thread.run(Thread.java:745)
}}
Seems that the data which is put from the executable js (no matter whether the data which is put is passed as a parameter or was just written in the js itself), is stored in the cache as a byte. And the get operation directly from that script works, but from client itself doesn't.
The issue appears for both local and clustered modes.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (HRJS-12) java.io.EOFException is thrown in case when executing javascript which puts into cache unicode symbols
by Anna Manukyan (JIRA)
Anna Manukyan created HRJS-12:
---------------------------------
Summary: java.io.EOFException is thrown in case when executing javascript which puts into cache unicode symbols
Key: HRJS-12
URL: https://issues.jboss.org/browse/HRJS-12
Project: Infinispan Javascript client
Issue Type: Bug
Reporter: Anna Manukyan
An exception is thrown when executing the script on the server using JS Client and the script tries to put into the cache unicode symbols. The issue appears for both local and distributed modes.
The code is:
{code}
// mode=local,language=javascript,datatype='text/plain; charset=utf-8'
cache.put("բարեվ", "բարեվ");
cache.get("բարեվ");
{code}
The exception is:
{{15:53:30,947 ERROR [org.infinispan.server.hotrod.HotRodEncoder] (HotRodServerWorker-6-3) ISPN005022: Exception writing response with messageId=92: java.lang.ClassCastException: java.lang.String cannot be cast to [B
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:364)
at org.infinispan.server.hotrod.Encoder2x$$anonfun$writeResponse$9.apply(Encoder2x.scala:343)
at scala.collection.immutable.List.foreach(List.scala:381)
at org.infinispan.server.hotrod.Encoder2x$.writeResponse(Encoder2x.scala:343)
at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:45)
at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107)
at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:619)
at io.netty.channel.AbstractChannelHandlerContext.access$1800(AbstractChannelHandlerContext.java:32)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:904)
at io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:956)
at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:889)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:358)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:374)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112)
at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
at java.lang.Thread.run(Thread.java:745)
}}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (ISPN-6631) WFLYCTL0013 Error logged when accessing distributed-cache specified via xml
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-6631?page=com.atlassian.jira.plugin.... ]
Ryan Emerson commented on ISPN-6631:
------------------------------------
This occurs when trying to access a cache which has been unable to start due to misconfiguration/some other source of exception.
> WFLYCTL0013 Error logged when accessing distributed-cache specified via xml
> ---------------------------------------------------------------------------
>
> Key: ISPN-6631
> URL: https://issues.jboss.org/browse/ISPN-6631
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Affects Versions: 9.0.0.Alpha1
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
>
> When accessing a cache defined via xml, that does not use an existing template, the following error is thrown by the server when the cache-container=>cluster=>cache page is loaded. This error is not displayed by the console itself.
> {code:java}
> [Server:server-two] 14:08:30,038 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 35) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-two] ("subsystem" => "datagrid-infinispan"),
> [Server:server-two] ("cache-container" => "clustered"),
> [Server:server-two] ("distributed-cache" => "DistributedCacheAsTamplate")
> [Server:server-two] ]) - failure description: "Unavailable cache clusterwide-hits"
> [Server:server-one] 14:08:30,049 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 34) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-one] ("subsystem" => "datagrid-infinispan"),
> [Server:server-one] ("cache-container" => "clustered"),
> [Server:server-one] ("distributed-cache" => "DistributedCacheAsTamplate")
> [Server:server-one] ]) - failure description: "Unavailable cache clusterwide-hits"
> {code}
> The route cause of this issue is the following DMR command:
> {code}
> /host=master/server=server-one/subsystem=datagrid-infinispan/cache-container=clustered/distributed-cache=$cacheName:read-resource(include-runtime=true,recursive=false)
> {code}
> Where `include-runtime=true` causes the issue
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (ISPN-6601) can't edit cache configuration in cache configuration page if the cache has a xml <eviction> together with <file-store> or any jdbc-store
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-6601?page=com.atlassian.jira.plugin.... ]
Work on ISPN-6601 stopped by Ryan Emerson.
------------------------------------------
> can't edit cache configuration in cache configuration page if the cache has a xml <eviction> together with <file-store> or any jdbc-store
> -----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-6601
> URL: https://issues.jboss.org/browse/ISPN-6601
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Reporter: Martin Vrabel
> Assignee: Ryan Emerson
> Attachments: Screenshot from 2016-05-06 14-46-13.png
>
>
> for example
> {code}
> <distributed-cache owners="2" name="DistributedCacheAsTamplate" mode="SYNC" remote-timeout="1000"
> segments="100" start="EAGER" l1-lifespan="50">
> <eviction type="MEMORY" strategy="LRU" size="100"/>
> <binary-keyed-jdbc-store datasource="java:jboss/datasources/JdbcDS"
> passivation="false"
> preload="false"
> purge="false">
> <binary-keyed-table prefix="JDG">
> <id-column name="id" type="int"/>
> <data-column name="datum" type="int"/>
> <timestamp-column name="version" type="$int"/>
> </binary-keyed-table>
> </binary-keyed-jdbc-store>
> </distributed-cache>
> {code}
> If I go to the configuration page of this cache, edit some value I get and click apply changes -> update I get
> Error
> WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:
> WFLYCTL0158: Operation handler failed: java.lang.NullPointerException
> SERVER stack strace:
> {code}
> [Server:server-one] 14:44:05,037 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 33) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
> [Server:server-one] ("subsystem" => "datagrid-infinispan"),
> [Server:server-one] ("cache-container" => "clustered"),
> [Server:server-one] ("configurations" => "CONFIGURATIONS"),
> [Server:server-one] ("invalidation-cache-configuration" => "DistributedCacheAsTamplate"),
> [Server:server-one] ("eviction" => "EVICTION")
> [Server:server-one] ]): java.lang.NullPointerException
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.EvictionConfigurationResource.lambda$registerAttributes$0(EvictionConfigurationResource.java:89)
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.EvictionConfigurationResource$$Lambda$21/113375682.applyConfiguration(Unknown Source)
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.RuntimeCacheConfigurationWriteAttributeHandler.applyModelToRuntime(RuntimeCacheConfigurationWriteAttributeHandler.java:77)
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.RuntimeCacheConfigurationWriteAttributeHandler.applyUpdateToRuntime(RuntimeCacheConfigurationWriteAttributeHandler.java:62)
> [Server:server-one] at org.jboss.as.controller.AbstractWriteAttributeHandler$1.execute(AbstractWriteAttributeHandler.java:104)
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> [Server:server-one] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)
> [Server:server-one] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
> [Server:server-one] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:247)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:185)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:138)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:134)
> [Server:server-one] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-one] at javax.security.auth.Subject.doAs(Subject.java:360)
> [Server:server-one] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:157)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:153)
> [Server:server-one] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:153)
> [Server:server-one] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
> [Server:server-one] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [Server:server-one] at java.lang.Thread.run(Thread.java:745)
> [Server:server-one] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (ISPN-6601) can't edit cache configuration in cache configuration page if the cache has a xml <eviction> together with <file-store> or any jdbc-store
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-6601?page=com.atlassian.jira.plugin.... ]
Work on ISPN-6601 started by Ryan Emerson.
------------------------------------------
> can't edit cache configuration in cache configuration page if the cache has a xml <eviction> together with <file-store> or any jdbc-store
> -----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-6601
> URL: https://issues.jboss.org/browse/ISPN-6601
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Reporter: Martin Vrabel
> Assignee: Ryan Emerson
> Attachments: Screenshot from 2016-05-06 14-46-13.png
>
>
> for example
> {code}
> <distributed-cache owners="2" name="DistributedCacheAsTamplate" mode="SYNC" remote-timeout="1000"
> segments="100" start="EAGER" l1-lifespan="50">
> <eviction type="MEMORY" strategy="LRU" size="100"/>
> <binary-keyed-jdbc-store datasource="java:jboss/datasources/JdbcDS"
> passivation="false"
> preload="false"
> purge="false">
> <binary-keyed-table prefix="JDG">
> <id-column name="id" type="int"/>
> <data-column name="datum" type="int"/>
> <timestamp-column name="version" type="$int"/>
> </binary-keyed-table>
> </binary-keyed-jdbc-store>
> </distributed-cache>
> {code}
> If I go to the configuration page of this cache, edit some value I get and click apply changes -> update I get
> Error
> WFLYDC0074: Operation failed or was rolled back on all servers. Server failures:
> WFLYCTL0158: Operation handler failed: java.lang.NullPointerException
> SERVER stack strace:
> {code}
> [Server:server-one] 14:44:05,037 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 33) WFLYCTL0013: Operation ("write-attribute") failed - address: ([
> [Server:server-one] ("subsystem" => "datagrid-infinispan"),
> [Server:server-one] ("cache-container" => "clustered"),
> [Server:server-one] ("configurations" => "CONFIGURATIONS"),
> [Server:server-one] ("invalidation-cache-configuration" => "DistributedCacheAsTamplate"),
> [Server:server-one] ("eviction" => "EVICTION")
> [Server:server-one] ]): java.lang.NullPointerException
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.EvictionConfigurationResource.lambda$registerAttributes$0(EvictionConfigurationResource.java:89)
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.EvictionConfigurationResource$$Lambda$21/113375682.applyConfiguration(Unknown Source)
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.RuntimeCacheConfigurationWriteAttributeHandler.applyModelToRuntime(RuntimeCacheConfigurationWriteAttributeHandler.java:77)
> [Server:server-one] at org.jboss.as.clustering.infinispan.subsystem.RuntimeCacheConfigurationWriteAttributeHandler.applyUpdateToRuntime(RuntimeCacheConfigurationWriteAttributeHandler.java:62)
> [Server:server-one] at org.jboss.as.controller.AbstractWriteAttributeHandler$1.execute(AbstractWriteAttributeHandler.java:104)
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> [Server:server-one] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1344)
> [Server:server-one] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:392)
> [Server:server-one] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:247)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:185)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:138)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:134)
> [Server:server-one] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-one] at javax.security.auth.Subject.doAs(Subject.java:360)
> [Server:server-one] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:81)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:157)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:153)
> [Server:server-one] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:153)
> [Server:server-one] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
> [Server:server-one] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [Server:server-one] at java.lang.Thread.run(Thread.java:745)
> [Server:server-one] at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (ISPN-6631) WFLYCTL0013 Error logged when accessing distributed-cache specified via xml
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-6631?page=com.atlassian.jira.plugin.... ]
Ryan Emerson updated ISPN-6631:
-------------------------------
Description:
When accessing a cache defined via xml, that does not use an existing template, the following error is thrown by the server when the cache-container=>cluster=>cache page is loaded. This error is not displayed by the console itself.
{code:java}
[Server:server-two] 14:08:30,038 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 35) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
[Server:server-two] ("subsystem" => "datagrid-infinispan"),
[Server:server-two] ("cache-container" => "clustered"),
[Server:server-two] ("distributed-cache" => "DistributedCacheAsTamplate")
[Server:server-two] ]) - failure description: "Unavailable cache clusterwide-hits"
[Server:server-one] 14:08:30,049 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 34) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
[Server:server-one] ("subsystem" => "datagrid-infinispan"),
[Server:server-one] ("cache-container" => "clustered"),
[Server:server-one] ("distributed-cache" => "DistributedCacheAsTamplate")
[Server:server-one] ]) - failure description: "Unavailable cache clusterwide-hits"
{code}
The route cause of this issue is the following DMR command:
{code}
/host=master/server=server-one/subsystem=datagrid-infinispan/cache-container=clustered/distributed-cache=$cacheName:read-resource(include-runtime=true,recursive=false)
{code}
Where `include-runtime=true` causes the issue
was:
When accessing a cache defined via xml, that does not use an existing template, the following error is thrown by the server when the cache-container=>cluster=>cache page is loaded. This error is not displayed by the console itself.
{code:java}
[Server:server-two] 14:08:30,038 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 35) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
[Server:server-two] ("subsystem" => "datagrid-infinispan"),
[Server:server-two] ("cache-container" => "clustered"),
[Server:server-two] ("distributed-cache" => "DistributedCacheAsTamplate")
[Server:server-two] ]) - failure description: "Unavailable cache clusterwide-hits"
[Server:server-one] 14:08:30,049 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 34) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
[Server:server-one] ("subsystem" => "datagrid-infinispan"),
[Server:server-one] ("cache-container" => "clustered"),
[Server:server-one] ("distributed-cache" => "DistributedCacheAsTamplate")
[Server:server-one] ]) - failure description: "Unavailable cache clusterwide-hits"
{code}
> WFLYCTL0013 Error logged when accessing distributed-cache specified via xml
> ---------------------------------------------------------------------------
>
> Key: ISPN-6631
> URL: https://issues.jboss.org/browse/ISPN-6631
> Project: Infinispan
> Issue Type: Bug
> Components: Console
> Affects Versions: 9.0.0.Alpha1
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
>
> When accessing a cache defined via xml, that does not use an existing template, the following error is thrown by the server when the cache-container=>cluster=>cache page is loaded. This error is not displayed by the console itself.
> {code:java}
> [Server:server-two] 14:08:30,038 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 35) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-two] ("subsystem" => "datagrid-infinispan"),
> [Server:server-two] ("cache-container" => "clustered"),
> [Server:server-two] ("distributed-cache" => "DistributedCacheAsTamplate")
> [Server:server-two] ]) - failure description: "Unavailable cache clusterwide-hits"
> [Server:server-one] 14:08:30,049 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 34) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-one] ("subsystem" => "datagrid-infinispan"),
> [Server:server-one] ("cache-container" => "clustered"),
> [Server:server-one] ("distributed-cache" => "DistributedCacheAsTamplate")
> [Server:server-one] ]) - failure description: "Unavailable cache clusterwide-hits"
> {code}
> The route cause of this issue is the following DMR command:
> {code}
> /host=master/server=server-one/subsystem=datagrid-infinispan/cache-container=clustered/distributed-cache=$cacheName:read-resource(include-runtime=true,recursive=false)
> {code}
> Where `include-runtime=true` causes the issue
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months