From ttarrant at redhat.com Tue Oct 2 12:25:32 2018 From: ttarrant at redhat.com (Tristan Tarrant) Date: Tue, 2 Oct 2018 18:25:32 +0200 Subject: [infinispan-dev] ServerNG simple design doc Message-ID: <91cd6984-bb62-4544-786d-2a96b45bded2@redhat.com> Guys, I have created https://github.com/infinispan/infinispan-designs/pull/10 which outlines what the new server looks/behaves like. Please comment on the PR. Tristan From sanne at hibernate.org Sun Oct 7 18:20:42 2018 From: sanne at hibernate.org (Sanne Grinovero) Date: Sun, 7 Oct 2018 23:20:42 +0100 Subject: [infinispan-dev] Dependency hygiene: 2LC for Hibernate to depend on RxJava ? Message-ID: Hi all, I noticed the latest versions of infinispan-core now depend on io.reactivex.rxjava2:rxjava aka RxJava. Would it be possible to make this an optional dependency, at least for those only looking for a simple JPA Cache? I tried to exclude it but that's not going to work, apparently many crucial code paths depend on it. Thanks, Sanne From mudokonman at gmail.com Sun Oct 7 19:06:15 2018 From: mudokonman at gmail.com (William Burns) Date: Sun, 7 Oct 2018 19:06:15 -0400 Subject: [infinispan-dev] Dependency hygiene: 2LC for Hibernate to depend on RxJava ? In-Reply-To: References: Message-ID: Distributed Streams and the Cache Store implementations rely on rxjava2. I guess it could be made optional if we were ensure it was a local only cache without any stores. What does the simple JPA Cache in your example need? On Sun, Oct 7, 2018 at 7:01 PM Sanne Grinovero wrote: > Hi all, > > I noticed the latest versions of infinispan-core now depend on > io.reactivex.rxjava2:rxjava aka RxJava. > > Would it be possible to make this an optional dependency, at least for > those only looking for a simple JPA Cache? > > I tried to exclude it but that's not going to work, apparently many > crucial code paths depend on it. > > Thanks, > Sanne > _______________________________________________ > infinispan-dev mailing list > infinispan-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20181007/443018ba/attachment.html From galder at redhat.com Mon Oct 8 02:47:24 2018 From: galder at redhat.com (Galder Zamarreno) Date: Mon, 8 Oct 2018 08:47:24 +0200 Subject: [infinispan-dev] Dependency hygiene: 2LC for Hibernate to depend on RxJava ? In-Reply-To: References: Message-ID: Cache Stores are not used by provider. There is some stream processing but it's always done local only, even if the caches are clustered. On Mon, Oct 8, 2018 at 1:07 AM William Burns wrote: > Distributed Streams and the Cache Store implementations rely on rxjava2. > > I guess it could be made optional if we were ensure it was a local only > cache without any stores. What does the simple JPA Cache in your example > need? > > On Sun, Oct 7, 2018 at 7:01 PM Sanne Grinovero > wrote: > >> Hi all, >> >> I noticed the latest versions of infinispan-core now depend on >> io.reactivex.rxjava2:rxjava aka RxJava. >> >> Would it be possible to make this an optional dependency, at least for >> those only looking for a simple JPA Cache? >> >> I tried to exclude it but that's not going to work, apparently many >> crucial code paths depend on it. >> >> Thanks, >> Sanne >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev >> > _______________________________________________ > infinispan-dev mailing list > infinispan-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20181008/d43b37ae/attachment.html From ttarrant at redhat.com Mon Oct 8 03:46:21 2018 From: ttarrant at redhat.com (Tristan Tarrant) Date: Mon, 8 Oct 2018 09:46:21 +0200 Subject: [infinispan-dev] Infinispan 9.4.0.Final Message-ID: <2bef7f86-71e2-6f01-8b14-dd7d29411185@redhat.com> Infinispan 9.4.0.Final has been released Come and read all about it: https://blog.infinispan.org/2018/10/infinispan-940final.html Thanks to the whole core team and community for the contributions. You are awesome as usual! Tristan -- Tristan Tarrant Infinispan Lead and Data Grid Architect JBoss, a division of Red Hat From ttarrant at redhat.com Mon Oct 8 05:19:39 2018 From: ttarrant at redhat.com (Tristan Tarrant) Date: Mon, 8 Oct 2018 11:19:39 +0200 Subject: [infinispan-dev] Branches Message-ID: <64b246c9-2e05-0927-59b1-25871bc3d263@redhat.com> Hi all, master will stay on 9.4.x for a couple of weeks: we'll probably have 1 or 2 bug fix micros by then. We will then branch 9.4.x and master will become open for 10.0.x work. Tristan From karesti at redhat.com Thu Oct 11 04:07:59 2018 From: karesti at redhat.com (Katia Aresti) Date: Thu, 11 Oct 2018 10:07:59 +0200 Subject: [infinispan-dev] Infinispan Spring Boot 2.0.0.Final Message-ID: Dear all, We have released Infinispan Spring Boot 2.0.0.Final https://blog.infinispan.org/2018/10/infinispan-spring-boot-200final-is-out.html Enjoy! Infinispan Team -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20181011/4c5f342f/attachment.html From rory.odonnell at oracle.com Mon Oct 15 06:22:22 2018 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Mon, 15 Oct 2018 11:22:22 +0100 Subject: [infinispan-dev] JDK 12 Early Access build 15 is available Message-ID: <116ade17-aa49-9741-2151-9523f9f4204a@oracle.com> Hi Galder, *JDK 12 Early Access build 15 is available at : - jdk.java.net/12/* * JDK 12 Schedule is confirmed. o 2018/12/13 Rampdown Phase One o 2019/01/17 Rampdown Phase Two o 2019/02/07 Release-Candidate Phase o 2019/03/19 General Availability * Release Notes for JDK 12 [1] * JEPs targeted to JDK 12, so far o 325: Switch Expressions (Preview [2]) - Integrated o 326: Raw String Literals (Preview [2]) - Integrated o 340: One AArch64 Port, Not Two - Targeted o 341: Default CDS Archives - Integrated * Important fixes since last email o (b15)? Implementation of JEP 341: Default CDS Archives o (b14) LDAPS Communication Failure (JDK-8211107 ) o (b14) Support dns_canonicalize_hostname in krb5.conf (JDK-8210821 ) o (b14) Removal of com.sun.awt.SecurityWarning Class (JDK-8210692 ) *JDK 8u202 planning [3]* * 8u202 is proposed to be the last Oracle led release for this OpenJDK Project. * A proposed timeline is as follows : o July 2018 8u-dev forest begins collecting 8u202 fixes o Mid October 2018 RampDown 2 o Mid January 2019 GA Rgds, Rory [1] http://jdk.java.net/12/release-notes [2] http://openjdk.java.net/jeps/12 [3] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-September/007923.html -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20181015/38b59e74/attachment-0001.html From vrigamon at redhat.com Tue Oct 16 05:12:19 2018 From: vrigamon at redhat.com (Vittorio Rigamonti) Date: Tue, 16 Oct 2018 11:12:19 +0200 Subject: [infinispan-dev] C++ and C# clients: removing configuration builders Message-ID: Hi infinispan-dev, about C++ and C# clients, I would like to do some code cleanup before starting with the new major release devs. First step I'm going to do is: remove all the Configuration*Builder.h stuff to simplify the configuration process. If you see any drawback with this action please stop me with counter-examples: best are use-cases that show that builder are useful for native clients. Thank you, Vittorio -- Vittorio Rigamonti Senior Software Engineer Red Hat Milan, Italy vrigamon at redhat.com irc: rigazilla -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20181016/451ba860/attachment.html