Wildfly Clustering on OpenShift
by Galder Zamarreño
Are there any configurations out of box inside Wildfly for clustering
on OpenShift? It'd need a transport that uses kube ping?
"Stack Exchange" <do-not-reply(a)stackexchange.com> writes:
> Stack Exchange
>
> Stack Exchange
>
> * The following item was added to your Stack Exchange
> "infinispan-user" feed.
> Stack Overflow Infinispan replicated cache not replicating
> objects for read
>
> We are trying to install a replicated cache
> across two infinispan nodes running on
> Wildfly 11 inside of Openshift. When we write
> an object on one node it doesn't show up on
> the other node for reading. ...
>
> tagged: java, wildfly, Mar 1 at 9:13
> infinispan, infinispan-9
> Unsubscribe from this filter or change your
> email preferences by visiting your filter
> subscriptions page on stackexchange.com.
>
> Questions? Comments? Let us know on our feedback site.
>
> Stack Exchange Inc. 110 William Street, 28th floor, NY NY 10038 <3
> Stack Exchange
> *
> Stack Overflow
6 years, 3 months
Testsuite stability
by Tristan Tarrant
Team,
we currently have 6 failures happening on master:
org.infinispan.test.hibernate.cache.commons.entity.EntityRegionAccessStrategyTest.testUpdate[non-JTA,
REPL_SYNC,AccessType[read-write]]
Radim is investigating this one in [1]
org.infinispan.query.blackbox.CompatModeClusteredCacheTest.testMerge
Gustavo/Adrian, any info on this one ?
org.infinispan.query.remote.impl.ProtobufMetadataCachePreserveStateAcrossRestartsTest.testStatePreserved
Adrian ?
org.infinispan.spring.support.embedded.InfinispanDefaultCacheFactoryBeanContextTest.springTestContextPrepareTestInstance
org.infinispan.spring.provider.sample.SampleRemoteCacheTest.springTestContextPrepareTestInstance
These two are fixed by [2]
org.infinispan.topology.ClusterTopologyManagerImplTest.testCoordinatorLostDuringRebalance
Dan ?
I think we can definitely get master green in time for 9.2.1.Final next
week.
[1] https://github.com/infinispan/infinispan/pull/5746
[2] https://github.com/infinispan/infinispan/pull/5803
--
Tristan Tarrant
Infinispan Lead and Data Grid Architect
JBoss, a division of Red Hat
6 years, 3 months
JDK 10: Release Candidate & JDK 11 Early Access builds available
by Rory O'Donnell
Hi Galder,
*JDK 10 build 45 is our JDK 10 Release Candidate and now available at
http://jdk.java.net/10/*
* Schedule, status & features
o http://openjdk.java.net/projects/jdk/10/
* Release Notes
o http://jdk.java.net/10/release-notes
* Summary of changes in b45:
o JDK-8198658 <https://bugs.openjdk.java.net/browse/JDK-8198658> -
Docs still point to JDK 9 docs
*JDK 11 EA build 3, under both the GPL and Oracle EA licenses, are now
available at **http://jdk.java.net/11**.*
* Schedule, status & features
o http://openjdk.java.net/projects/jdk/11/
* Release Notes:
o http://jdk.java.net/11/release-notes
* Summary of changes
o https://download.java.net/java/early_access/jdk11/2/jdk-11+2.html
* JEPs targeted to JDK 11, so far
o 309: Dynamic Class-File Constants <http://openjdk.java.net/jeps/309>
o 318: Epsilon: An Arbitrarily Low-Overhead Garbage Collector
<http://openjdk.java.net/jeps/318>
o *320: **Remove the Java EE and CORBA Modules
<http://openjdk.java.net/jeps/320>*
**
+ ** *This build includes JEP 320, so build is significantly
smaller (nine fewer modules, 22 fewer megabyteson Linux/x64).*
o 323: Local-Variable Syntax for Lambda Parameters
<http://openjdk.java.net/jeps/323>
* Open Source Project fixes in JDK 11 build 1
o JDK-8195096 <https://bugs.openjdk.java.net/browse/JDK-8195096>-
Apache Tomcat
+ Exception with custom LogManager on starting Apache Tomcat
o JDK-8193802 <https://bugs.openjdk.java.net/browse/JDK-8193802>-
Apache Maven
+ NullPointerException from JarFileSystem.getVersionMap()
o JDK-8191842 <https://bugs.openjdk.java.net/browse/JDK-8191842> -
jOOQ
+ JShell: Inferred type information is lost when assigning
types to a "var"
Finally, the Crypto roadmap
<https://www.java.com/en/jre-jdk-cryptoroadmap.html> was updated -
23-Feb-2018**
**
* Add support for AEAD TLS Cipher Suites
o Target date changed from 2018-04-17 to 2018-07-17
Regards,
Rory
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland
6 years, 3 months
Embedded mode: how-to get all caches started on all nodes?
by Thomas SEGISMONT
Hi,
This email follows up on my testing of the Infinispan Cluster Manager for
Vert.x on Kubernetes.
In one of the tests, we want to make sure that, after a rolling update of
the application, the data submitted to Vert.x' AsyncMap is still present.
And I found that when the underlying cache is predefined in infinispan.xml,
the data is present, otherwise it's not.
I pushed a simple reproducer on GitHub:
https://github.com/tsegismont/cachedataloss
The code does this:
- a first node is started, and creates data
- new nodes are started, but they don't invoke cacheManager.getCache
- the initial member is killed
- a "testing" member is started, printing out the data in the console
Here are my findings.
1/ Even when caches are declared in infinispan.xml, the data is lost after
the initial member goes away.
A little digging showed that the caches are really distributed only after
you invoke cacheManager.getCache
2/ Checking cluster status "starts" triggers distribution
I was wondering why the behavior was not the same as with my Vert.x testing
on Openshift. And then realized the only difference was the cluster
readiness check, which reads the cluster health. So I updated the
reproducer code to add such a check (still without invoking
cacheManager.getCache). Then the caches defined in infinispan.xml have
their data distributed.
So,
1/ How can I make sure caches are distributed on all nodes, even if some
nodes never try to get a reference with cacheManager.getCache, or don't
check cluster health?
2/ Are we doing something wrong with our way to declare the default
configuration for caches [1][2]?
Thanks,
Thomas
[1]
https://github.com/tsegismont/cachedataloss/blob/master/src/main/resource...
[2]
https://github.com/tsegismont/cachedataloss/blob/master/src/main/resource...
6 years, 3 months
ci.infinispan.org
by Tristan Tarrant
Hi all,
just a few notes on ci.infinispan.org:
- Added a permanent redirect rule from http to https
- Refreshed JDKs (9.0.4, 1.8.0_161, 1.8.0_sr5fp10)
- Updated Maven to 3.5.2 and Ant to 1.10.2
- Installed git 2.9.3 from the Software Collections to resolve the issue
of shallow clones not working correctly
Additionally, the envinject plugin for Jenkins is preventing the
inherited environment variables from leaking into the agent build. While
this creates more reliable builds, it also caused failures in the
WildFly integration tests because they could not resolve env.JAVA_HOME.
I have therefore added a line in Jenkinsfile for master that selects the
JDK tool() to use for the build.
Unfortunately there is no way for declarative pipelines to parameterize
this for other JDKs, so we will probably have to adopt a different
strategy in order to build with different JDKs.
Tristan
--
Tristan Tarrant
Infinispan Lead and Data Grid Architect
JBoss, a division of Red Hat
6 years, 3 months
9.3 branch in a week
by Tristan Tarrant
Hi all,
we will branch for 9.3 on March 7th.
Tristan
--
Tristan Tarrant
Infinispan Lead and Data Grid Architect
JBoss, a division of Red Hat
6 years, 3 months