[JBoss JIRA] (ISPN-11750) ClusteredIT must have RestLoggingResource
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-11750?page=com.atlassian.jira.plugi... ]
Diego Lovison reassigned ISPN-11750:
------------------------------------
Assignee: Diego Lovison
> ClusteredIT must have RestLoggingResource
> -----------------------------------------
>
> Key: ISPN-11750
> URL: https://issues.redhat.com/browse/ISPN-11750
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 11.0.0.Dev04, 10.1.6.Final
> Reporter: Diego Lovison
> Assignee: Diego Lovison
> Priority: Major
>
> RestLoggingResource uses ClusteredIT.SERVERS
> When running the test suite in the following order: org.infinispan.server.functional.ClusteredIT||org.infinispan.server.functional.ConcurrentShutdownRestIT||org.infinispan.server.functional.RestLoggingResource
> The tests under RestLoggingResource will fail because the ClusteredIT.SERVERS were stopped.
> When running the RestLoggingResource alone, it will works
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-11750) ClusteredIT must have RestLoggingResource
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-11750?page=com.atlassian.jira.plugi... ]
Diego Lovison updated ISPN-11750:
---------------------------------
Status: Open (was: New)
> ClusteredIT must have RestLoggingResource
> -----------------------------------------
>
> Key: ISPN-11750
> URL: https://issues.redhat.com/browse/ISPN-11750
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 11.0.0.Dev04, 10.1.6.Final
> Reporter: Diego Lovison
> Assignee: Diego Lovison
> Priority: Major
>
> RestLoggingResource uses ClusteredIT.SERVERS
> When running the test suite in the following order: org.infinispan.server.functional.ClusteredIT||org.infinispan.server.functional.ConcurrentShutdownRestIT||org.infinispan.server.functional.RestLoggingResource
> The tests under RestLoggingResource will fail because the ClusteredIT.SERVERS were stopped.
> When running the RestLoggingResource alone, it will works
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-11737) Server Loader will not load the additional (user) libs if the server-root is set
by Pedro Ruivo (Jira)
[ https://issues.redhat.com/browse/ISPN-11737?page=com.atlassian.jira.plugi... ]
Pedro Ruivo updated ISPN-11737:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 10.1.7.Final
11.0.0.Dev05
Resolution: Done
> Server Loader will not load the additional (user) libs if the server-root is set
> --------------------------------------------------------------------------------
>
> Key: ISPN-11737
> URL: https://issues.redhat.com/browse/ISPN-11737
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 11.0.0.Dev04, 10.1.6.Final
> Reporter: Wolf-Dieter Fink
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.1.7.Final, 11.0.0.Dev05
>
>
> The Loader class will set the classpath for the server to load the provided classes from $ISPN_HOME/lib and $ISPN_HOME/<server-root>/lib for additional.
> This works if the default is used and not overriden with the '-s' or '--server-root' command line option.
> If a different server-root is used the additional classes are still loaded unexpected from server/lib.
> As well the start will fail with an exception if the 'server' directory is moved to a different name or server/lib does not exists
> $ rm -fr server/lib
> $ bin/server.sh -n node2 -o 100 -s myNode
> Exception in thread "main" java.lang.RuntimeException: java.nio.file.NoSuchFileException: /srv/infinispan/11.0.0/node2/server/lib
> at org.infinispan.server.loader.Loader.classLoaderFromPath(Loader.java:91)
> at org.infinispan.server.loader.Loader.run(Loader.java:50)
> at org.infinispan.server.loader.Loader.main(Loader.java:39)
> Caused by: java.nio.file.NoSuchFileException: /srv/infinispan/11.0.0/node2/server/lib
> at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
> at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
> at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:55)
> at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:144)
> at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:99)
> at java.nio.file.Files.readAttributes(Files.java:1737)
> at java.nio.file.FileTreeWalker.getAttributes(FileTreeWalker.java:219)
> at java.nio.file.FileTreeWalker.visit(FileTreeWalker.java:276)
> at java.nio.file.FileTreeWalker.walk(FileTreeWalker.java:322)
> at java.nio.file.FileTreeIterator.<init>(FileTreeIterator.java:72)
> at java.nio.file.Files.walk(Files.java:3574)
> at java.nio.file.Files.walk(Files.java:3625)
> at org.infinispan.server.loader.Loader.classLoaderFromPath(Loader.java:67)
> ... 2 more
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-11712) Indexing configured via XML should be automatically enabled if the 'enabled' attribute is missing
by Gustavo Fernandes (Jira)
[ https://issues.redhat.com/browse/ISPN-11712?page=com.atlassian.jira.plugi... ]
Gustavo Fernandes updated ISPN-11712:
-------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Indexing configured via XML should be automatically enabled if the 'enabled' attribute is missing
> -------------------------------------------------------------------------------------------------
>
> Key: ISPN-11712
> URL: https://issues.redhat.com/browse/ISPN-11712
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying, Remote Querying
> Affects Versions: 11.0.0.Dev03
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 11.0.0.Dev05
>
>
> The 'enabled' attribute has a default of 'false' in xsd, which is fine for all purposes when indexing is not configured for a cache. Indexing should generally not be enabled by default as it is costly, unless the <indexing> element is present and the 'enabled' attributive was omitted (and if the a tribute was not omitted, then we do what the attribute says).
> Also, this auto-enabling based on <indexing> element presence should only be performed since schema ver. 11.
> Programmatic config is not going to be affected by this; `enable()` will have to be called explicitly.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months
[JBoss JIRA] (ISPN-11744) ConnectException for ManagedConnectionOperations in CentOS8
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-11744?page=com.atlassian.jira.plugi... ]
Diego Lovison reassigned ISPN-11744:
------------------------------------
Assignee: Tristan Tarrant (was: Diego Lovison)
> ConnectException for ManagedConnectionOperations in CentOS8
> -----------------------------------------------------------
>
> Key: ISPN-11744
> URL: https://issues.redhat.com/browse/ISPN-11744
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 11.0.0.Dev04, 10.1.6.Final
> Reporter: Diego Lovison
> Assignee: Tristan Tarrant
> Priority: Major
>
> ConnectException for ManagedConnectionOperations in CentOS8
> It is working for CentOS7
> {noformat}
> org.infinispan.commons.CacheException: Unable to start cache loaders
> org.infinispan.persistence.spi.PersistenceException: ISPN000527: Maximum startup attempts exceeded for store org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore
> org.infinispan.persistence.spi.PersistenceException: This might be related to https://jira.jboss.org/browse/ISPN-604
> org.h2.jdbc.JdbcSQLNonTransientConnectionException: Connection is broken: "java.net.ConnectException: Connection refused (Connection refused): 127.0.0.1:20000" [90067-199]
> java.net.ConnectException: Connection refused (Connection refused)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:337)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:176)
> at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:139)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 8 months