January 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-11143) infinispan-component-annotations is missing from eap modules

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11143?page=com.atlassian.jira.plugi... ] Tristan Tarrant commented on ISPN-11143: ---------------------------------------- These annotations are not needed at runtime, so I'm not sure this is necessary. Also we are deprecating the WF modules > infinispan-component-annotations is missing from eap modules > ------------------------------------------------------------ > > Key: ISPN-11143 > URL: https://issues.redhat.com/browse/ISPN-11143 > Project: Infinispan > Issue Type: Bug > Affects Versions: 10.1.0.Final > Reporter: Gustavo Lira e Silva > Assignee: Pedro Ruivo > Priority: Major > > infinispan-component-annotations.jar is missing from eap modules -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11152) Spring Session using WildFly session code

by Tristan Tarrant (Jira)

Tristan Tarrant created ISPN-11152: -------------------------------------- Summary: Spring Session using WildFly session code Key: ISPN-11152 URL: https://issues.redhat.com/browse/ISPN-11152 Project: Infinispan Issue Type: Enhancement Reporter: Tristan Tarrant Assignee: Katia Aresti The Spring Session code should be rewritten to use the WildFly session code -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11152) Spring Session using WildFly session code

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11152?page=com.atlassian.jira.plugi... ] Tristan Tarrant updated ISPN-11152: ----------------------------------- Description: The Spring Session code should be rewritten to use the WildFly session code https://github.com/wildfly-clustering/wildfly-clustering-tomcat was: The Spring Session code should be rewritten to use the WildFly session code > Spring Session using WildFly session code > ----------------------------------------- > > Key: ISPN-11152 > URL: https://issues.redhat.com/browse/ISPN-11152 > Project: Infinispan > Issue Type: Enhancement > Reporter: Tristan Tarrant > Assignee: Katia Aresti > Priority: Major > > The Spring Session code should be rewritten to use the WildFly session code > https://github.com/wildfly-clustering/wildfly-clustering-tomcat -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11152) Spring Session using WildFly session code

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-11152?page=com.atlassian.jira.plugi... ] Tristan Tarrant commented on ISPN-11152: ---------------------------------------- [~pferraro] should be involved in this > Spring Session using WildFly session code > ----------------------------------------- > > Key: ISPN-11152 > URL: https://issues.redhat.com/browse/ISPN-11152 > Project: Infinispan > Issue Type: Enhancement > Reporter: Tristan Tarrant > Assignee: Katia Aresti > Priority: Major > > The Spring Session code should be rewritten to use the WildFly session code > https://github.com/wildfly-clustering/wildfly-clustering-tomcat -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9222) Custom clientListener filters without a need to deploy java code to Infinispan server

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-9222?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-9222: ------------------------------ Sprint: DataGrid Sprint #39 > Custom clientListener filters without a need to deploy java code to Infinispan server > ------------------------------------------------------------------------------------- > > Key: ISPN-9222 > URL: https://issues.redhat.com/browse/ISPN-9222 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation, Hot Rod > Affects Versions: 9.2.1.Final > Reporter: Marek Posolda > Assignee: Donald Naro > Priority: Major > Labels: redhat-summit-18 > > Currently JDG has a way to register client listeners for the remote HotRod events. There are also ways to filter the events, so that client listener doesn't receive the filtered events, which it's not interested in. But it looks that filtering currently requires custom code with CacheEventFilterFactory to be available on JDG server side as described in https://access.redhat.com/documentation/en-us/red_hat_jboss_data_grid/7.2... . > I was wondering if it's possible to have custom filter, which is able to somehow filter fields of custom objects without a need to deploy custom code to the Infinispan/JDG server? Both the object and CacheEventFilterFactory to not be required on JDG side. AFAIK the protobuf schema could be used to query custom objects on JDG server side without having the code of the objects available on the JDG side? So iwas thinking about something similar. > More details: Let's assume that on HotRod client side, I have entity like this: > {code} > public class UserEntity { > private String username; > private String email; > private String country; > } > {code} > I will be able to create client listener like this (I don't need to deploy "protobuf-factory". It will be available on JDG out of the box): > {code} > @org.infinispan.client.hotrod.annotation.ClientListener(filterFactoryName = "protobuf-factory") > public class CustomLogListener { > ... > } > {code} > Then I will be able to use the examples like this to register client listener on client side (just an example how can the filtering "psudo-language" look like): > Interested just for users from Czech republic: > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs')" }, null); > {code} > Interested just for users from Czech republic with emails from "@redhat.com": > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs') && email.endsWith('@redhat.com')" }, null); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9222) Custom clientListener filters without a need to deploy java code to Infinispan server

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-9222?page=com.atlassian.jira.plugin... ] Donald Naro commented on ISPN-9222: ----------------------------------- [~mposolda] thanks for reporting this. sorry if it's been left awhile but I'll see that this makes it into the docs. FYI, in your earlier comment you mentioned making the Developer Guide available in community. You can find it now at https://infinispan.org/docs/stable/titles/developing/developing.html > Custom clientListener filters without a need to deploy java code to Infinispan server > ------------------------------------------------------------------------------------- > > Key: ISPN-9222 > URL: https://issues.redhat.com/browse/ISPN-9222 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation, Hot Rod > Affects Versions: 9.2.1.Final > Reporter: Marek Posolda > Assignee: Donald Naro > Priority: Major > Labels: redhat-summit-18 > > Currently JDG has a way to register client listeners for the remote HotRod events. There are also ways to filter the events, so that client listener doesn't receive the filtered events, which it's not interested in. But it looks that filtering currently requires custom code with CacheEventFilterFactory to be available on JDG server side as described in https://access.redhat.com/documentation/en-us/red_hat_jboss_data_grid/7.2... . > I was wondering if it's possible to have custom filter, which is able to somehow filter fields of custom objects without a need to deploy custom code to the Infinispan/JDG server? Both the object and CacheEventFilterFactory to not be required on JDG side. AFAIK the protobuf schema could be used to query custom objects on JDG server side without having the code of the objects available on the JDG side? So iwas thinking about something similar. > More details: Let's assume that on HotRod client side, I have entity like this: > {code} > public class UserEntity { > private String username; > private String email; > private String country; > } > {code} > I will be able to create client listener like this (I don't need to deploy "protobuf-factory". It will be available on JDG out of the box): > {code} > @org.infinispan.client.hotrod.annotation.ClientListener(filterFactoryName = "protobuf-factory") > public class CustomLogListener { > ... > } > {code} > Then I will be able to use the examples like this to register client listener on client side (just an example how can the filtering "psudo-language" look like): > Interested just for users from Czech republic: > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs')" }, null); > {code} > Interested just for users from Czech republic with emails from "@redhat.com": > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs') && email.endsWith('@redhat.com')" }, null); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9222) Custom clientListener filters without a need to deploy java code to Infinispan server

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-9222?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-9222: ------------------------------ Component/s: Documentation > Custom clientListener filters without a need to deploy java code to Infinispan server > ------------------------------------------------------------------------------------- > > Key: ISPN-9222 > URL: https://issues.redhat.com/browse/ISPN-9222 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation, Hot Rod > Affects Versions: 9.2.1.Final > Reporter: Marek Posolda > Assignee: Donald Naro > Priority: Major > Labels: redhat-summit-18 > > Currently JDG has a way to register client listeners for the remote HotRod events. There are also ways to filter the events, so that client listener doesn't receive the filtered events, which it's not interested in. But it looks that filtering currently requires custom code with CacheEventFilterFactory to be available on JDG server side as described in https://access.redhat.com/documentation/en-us/red_hat_jboss_data_grid/7.2... . > I was wondering if it's possible to have custom filter, which is able to somehow filter fields of custom objects without a need to deploy custom code to the Infinispan/JDG server? Both the object and CacheEventFilterFactory to not be required on JDG side. AFAIK the protobuf schema could be used to query custom objects on JDG server side without having the code of the objects available on the JDG side? So iwas thinking about something similar. > More details: Let's assume that on HotRod client side, I have entity like this: > {code} > public class UserEntity { > private String username; > private String email; > private String country; > } > {code} > I will be able to create client listener like this (I don't need to deploy "protobuf-factory". It will be available on JDG out of the box): > {code} > @org.infinispan.client.hotrod.annotation.ClientListener(filterFactoryName = "protobuf-factory") > public class CustomLogListener { > ... > } > {code} > Then I will be able to use the examples like this to register client listener on client side (just an example how can the filtering "psudo-language" look like): > Interested just for users from Czech republic: > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs')" }, null); > {code} > Interested just for users from Czech republic with emails from "@redhat.com": > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs') && email.endsWith('@redhat.com')" }, null); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9222) Custom clientListener filters without a need to deploy java code to Infinispan server

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-9222?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-9222: ------------------------------ Issue Type: Enhancement (was: Task) > Custom clientListener filters without a need to deploy java code to Infinispan server > ------------------------------------------------------------------------------------- > > Key: ISPN-9222 > URL: https://issues.redhat.com/browse/ISPN-9222 > Project: Infinispan > Issue Type: Enhancement > Components: Hot Rod > Affects Versions: 9.2.1.Final > Reporter: Marek Posolda > Assignee: Donald Naro > Priority: Major > Labels: redhat-summit-18 > > Currently JDG has a way to register client listeners for the remote HotRod events. There are also ways to filter the events, so that client listener doesn't receive the filtered events, which it's not interested in. But it looks that filtering currently requires custom code with CacheEventFilterFactory to be available on JDG server side as described in https://access.redhat.com/documentation/en-us/red_hat_jboss_data_grid/7.2... . > I was wondering if it's possible to have custom filter, which is able to somehow filter fields of custom objects without a need to deploy custom code to the Infinispan/JDG server? Both the object and CacheEventFilterFactory to not be required on JDG side. AFAIK the protobuf schema could be used to query custom objects on JDG server side without having the code of the objects available on the JDG side? So iwas thinking about something similar. > More details: Let's assume that on HotRod client side, I have entity like this: > {code} > public class UserEntity { > private String username; > private String email; > private String country; > } > {code} > I will be able to create client listener like this (I don't need to deploy "protobuf-factory". It will be available on JDG out of the box): > {code} > @org.infinispan.client.hotrod.annotation.ClientListener(filterFactoryName = "protobuf-factory") > public class CustomLogListener { > ... > } > {code} > Then I will be able to use the examples like this to register client listener on client side (just an example how can the filtering "psudo-language" look like): > Interested just for users from Czech republic: > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs')" }, null); > {code} > Interested just for users from Czech republic with emails from "@redhat.com": > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs') && email.endsWith('@redhat.com')" }, null); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9222) Custom clientListener filters without a need to deploy java code to Infinispan server

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-9222?page=com.atlassian.jira.plugin... ] Donald Naro reassigned ISPN-9222: --------------------------------- Assignee: Donald Naro (was: Nistor Adrian) > Custom clientListener filters without a need to deploy java code to Infinispan server > ------------------------------------------------------------------------------------- > > Key: ISPN-9222 > URL: https://issues.redhat.com/browse/ISPN-9222 > Project: Infinispan > Issue Type: Task > Components: Hot Rod > Affects Versions: 9.2.1.Final > Reporter: Marek Posolda > Assignee: Donald Naro > Priority: Major > Labels: redhat-summit-18 > > Currently JDG has a way to register client listeners for the remote HotRod events. There are also ways to filter the events, so that client listener doesn't receive the filtered events, which it's not interested in. But it looks that filtering currently requires custom code with CacheEventFilterFactory to be available on JDG server side as described in https://access.redhat.com/documentation/en-us/red_hat_jboss_data_grid/7.2... . > I was wondering if it's possible to have custom filter, which is able to somehow filter fields of custom objects without a need to deploy custom code to the Infinispan/JDG server? Both the object and CacheEventFilterFactory to not be required on JDG side. AFAIK the protobuf schema could be used to query custom objects on JDG server side without having the code of the objects available on the JDG side? So iwas thinking about something similar. > More details: Let's assume that on HotRod client side, I have entity like this: > {code} > public class UserEntity { > private String username; > private String email; > private String country; > } > {code} > I will be able to create client listener like this (I don't need to deploy "protobuf-factory". It will be available on JDG out of the box): > {code} > @org.infinispan.client.hotrod.annotation.ClientListener(filterFactoryName = "protobuf-factory") > public class CustomLogListener { > ... > } > {code} > Then I will be able to use the examples like this to register client listener on client side (just an example how can the filtering "psudo-language" look like): > Interested just for users from Czech republic: > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs')" }, null); > {code} > Interested just for users from Czech republic with emails from "@redhat.com": > {code} > remoteCache.addClientListener(listener, new String[] { "country.equals('cs') && email.endsWith('@redhat.com')" }, null); > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10716) Infinispan index banner links to a page with invalid certificates

by Tristan Tarrant (Jira)

[ https://issues.redhat.com/browse/ISPN-10716?page=com.atlassian.jira.plugi... ] Tristan Tarrant closed ISPN-10716. ---------------------------------- Fix Version/s: 10.1.0.Final Resolution: Done The new splash page doesn't have this issue > Infinispan index banner links to a page with invalid certificates > ----------------------------------------------------------------- > > Key: ISPN-10716 > URL: https://issues.redhat.com/browse/ISPN-10716 > Project: Infinispan > Issue Type: Bug > Components: REST > Affects Versions: 10.0.0.CR2 > Reporter: Pavel Drobek > Priority: Major > Fix For: 10.1.0.Final > > > Infinispans banner on main page (http://localhost:11222) redirects to https://www.infinispan.org which doesn't have valid certificates. Certificates on that page are valid only for github.com. Quoting Firefox: > bq. Firefox does not trust this site because it uses a certificate that is not valid for www.infinispan.org. The certificate is only valid for the following names: www.github.com, *.github.io, *.githubusercontent.com, *.github.com, github.com, github.io, githubusercontent.com > Either [link|https://github.com/infinispan/infinispan/blob/master/server/rest/src...] should be fixed to point to https://infinispan.org with valid certificates or fix the page's certificates. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2020