[JBoss JIRA] (ISPN-6698) Remove capacity-factor from schema
by Radim Vansa (JIRA)
Radim Vansa created ISPN-6698:
---------------------------------
Summary: Remove capacity-factor from schema
Key: ISPN-6698
URL: https://issues.jboss.org/browse/ISPN-6698
Project: Infinispan
Issue Type: Bug
Components: Configuration
Reporter: Radim Vansa
Assignee: Tristan Tarrant
Priority: Minor
Schema contains both capacity and capacity-factor (which won't get parsed).
--
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 Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/HRJS-13?page=com.atlassian.jira.plugin.sy... ]
Galder Zamarreño commented on HRJS-13:
--------------------------------------
This issue has been indirectly fixed in the server. Resolved this JIRA adding a check to verify remote reads work as expected after executing script.
> 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
> Affects Versions: 0.2.0
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 0.3.0
>
>
> 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 Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/HRJS-13?page=com.atlassian.jira.plugin.sy... ]
Galder Zamarreño resolved HRJS-13.
----------------------------------
Fix Version/s: 0.3.0
Resolution: Done
> 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
> Affects Versions: 0.2.0
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 0.3.0
>
>
> 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 Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/HRJS-13?page=com.atlassian.jira.plugin.sy... ]
Galder Zamarreño updated HRJS-13:
---------------------------------
Affects Version/s: 0.2.0
> 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
> Affects Versions: 0.2.0
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 0.3.0
>
>
> 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 Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/HRJS-13?page=com.atlassian.jira.plugin.sy... ]
Galder Zamarreño reassigned HRJS-13:
------------------------------------
Assignee: Galder Zamarreño
> 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
> Affects Versions: 0.2.0
> Reporter: Anna Manukyan
> Assignee: Galder Zamarreño
> Fix For: 0.3.0
>
>
> 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] (ISPN-6697) Integration with Amazon CloudWatch
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-6697:
---------------------------------------
Summary: Integration with Amazon CloudWatch
Key: ISPN-6697
URL: https://issues.jboss.org/browse/ISPN-6697
Project: Infinispan
Issue Type: Feature Request
Components: Cloud Integrations
Reporter: Gustavo Fernandes
Provide (optional) integration to send custom metrics (e.g. number of entries) to the Amazon Cloud Watch service, to aid on implementation of custom auto scaling policies and monitoring.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (ISPN-6696) CacheSet instances exposed by DataTypedCache should not be writable
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6696?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño resolved ISPN-6696.
------------------------------------
Fix Version/s: (was: 9.0.0.Final)
(was: 9.0.0.Alpha3)
Resolution: Out of Date
The fix will be incorporated in ISPN-6630 which is being updated to use CacheSetMapper and CollectionMapper instances which are already read-only.
> CacheSet instances exposed by DataTypedCache should not be writable
> -------------------------------------------------------------------
>
> Key: ISPN-6696
> URL: https://issues.jboss.org/browse/ISPN-6696
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
>
> CacheSet instances exposed by DataTypedCache, which are exposed to remote scripts, are currently writable. It'd be better for these instances to not be writable to promote other APIs for bulk updates.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (ISPN-6695) Create CacheSet version that can easily be mapped over
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-6695?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-6695:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Alpha3
9.0.0.Final
Resolution: Done
> Create CacheSet version that can easily be mapped over
> ------------------------------------------------------
>
> Key: ISPN-6695
> URL: https://issues.jboss.org/browse/ISPN-6695
> Project: Infinispan
> Issue Type: Enhancement
> Reporter: Galder Zamarreño
> Assignee: William Burns
> Fix For: 9.0.0.Alpha3, 9.0.0.Final
>
>
> One of the key advantages CacheSet instances exposed by Cache is the fact that stream processing done over those can be done at each individual nodes and the results are collated in the originator node.
> There are situations when such CacheSet instances are to be transformed using a map() function and the resulting CacheSet needs to be exposed. Currently there's no easy way to keep a distributed cache set working as distributed while the data is transformed over.
> So, this enhancement is about having an easy way to expose mapped distributed cache sets like this.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months