[JBoss JIRA] (ISPN-10617) Operator Docs: Getting started with k8s/OpenShift
by Donald Naro (Jira)
[ https://issues.redhat.com/browse/ISPN-10617?page=com.atlassian.jira.plugi... ]
Donald Naro updated ISPN-10617:
-------------------------------
Sprint: (was: DataGrid Sprint #39)
> Operator Docs: Getting started with k8s/OpenShift
> -------------------------------------------------
>
> Key: ISPN-10617
> URL: https://issues.redhat.com/browse/ISPN-10617
> Project: Infinispan
> Issue Type: Task
> Components: Documentation
> Reporter: Donald Naro
> Assignee: Donald Naro
> Priority: Major
>
> assembly with getting started that includes procedure to setup pull request tokens. this should be done when engineering starts the work to create the cache service and dg service via the operator as well as the different profiles.
> clarify details about creating the operator. requires kubeadmin to install the operator into specific namespaces.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (ISPN-10617) Operator Docs: Getting started with k8s/OpenShift
by Donald Naro (Jira)
[ https://issues.redhat.com/browse/ISPN-10617?page=com.atlassian.jira.plugi... ]
Donald Naro updated ISPN-10617:
-------------------------------
Sprint: DataGrid Sprint #39
> Operator Docs: Getting started with k8s/OpenShift
> -------------------------------------------------
>
> Key: ISPN-10617
> URL: https://issues.redhat.com/browse/ISPN-10617
> Project: Infinispan
> Issue Type: Task
> Components: Documentation
> Reporter: Donald Naro
> Assignee: Donald Naro
> Priority: Major
>
> assembly with getting started that includes procedure to setup pull request tokens. this should be done when engineering starts the work to create the cache service and dg service via the operator as well as the different profiles.
> clarify details about creating the operator. requires kubeadmin to install the operator into specific namespaces.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (ISPN-11206) Remove Lucene and Hibernate queries from the public API
by Gustavo Fernandes (Jira)
Gustavo Fernandes created ISPN-11206:
----------------------------------------
Summary: Remove Lucene and Hibernate queries from the public API
Key: ISPN-11206
URL: https://issues.redhat.com/browse/ISPN-11206
Project: Infinispan
Issue Type: Bug
Components: Embedded Querying
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
The only way to query will be via Ickle, Lucene and Hibernate Search Queries should be used only internally when there's need
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (ISPN-10617) Operator Docs: Getting started with k8s/OpenShift
by Donald Naro (Jira)
[ https://issues.redhat.com/browse/ISPN-10617?page=com.atlassian.jira.plugi... ]
Donald Naro updated ISPN-10617:
-------------------------------
Sprint: (was: DataGrid Sprint #39)
> Operator Docs: Getting started with k8s/OpenShift
> -------------------------------------------------
>
> Key: ISPN-10617
> URL: https://issues.redhat.com/browse/ISPN-10617
> Project: Infinispan
> Issue Type: Task
> Components: Documentation
> Reporter: Donald Naro
> Assignee: Donald Naro
> Priority: Major
>
> assembly with getting started that includes procedure to setup pull request tokens. this should be done when engineering starts the work to create the cache service and dg service via the operator as well as the different profiles.
> clarify details about creating the operator. requires kubeadmin to install the operator into specific namespaces.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[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: (was: 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
[JBoss JIRA] (ISPN-7744) ServerEventLoggerTest.testLocalServerEventLogging fails intermittently
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-7744?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-7744:
----------------------------------
Fix Version/s: 10.1.2.Final
11.0.0.Alpha1
> ServerEventLoggerTest.testLocalServerEventLogging fails intermittently
> ----------------------------------------------------------------------
>
> Key: ISPN-7744
> URL: https://issues.redhat.com/browse/ISPN-7744
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 9.0.0.Final
> Reporter: Tristan Tarrant
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.1.2.Final, 11.0.0.Alpha1
>
>
> I got org.infinispan.server.eventlogger.ServerEventLoggerTest.testLocalServerEventLogging fail on Windows with following stacktrace:
> {code}
> java.lang.AssertionError: expected:<2> but was:<1>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252)
> at org.infinispan.server.eventlogger.ServerEventLoggerTest$1.call(ServerEventLoggerTest.java:60)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1296)
> at org.infinispan.server.eventlogger.ServerEventLoggerTest.testLocalServerEventLogging(ServerEventLoggerTest.java:43)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months