[JBoss JIRA] (ISPN-10804) JCache tck-runner does not run interception tests
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-10804?page=com.atlassian.jira.plugin... ]
Dan Berindei updated ISPN-10804:
--------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/7466
> JCache tck-runner does not run interception tests
> -------------------------------------------------
>
> Key: ISPN-10804
> URL: https://issues.jboss.org/browse/ISPN-10804
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Test Suite - Core, Test Suite - Server
> Affects Versions: 9.4.16.Final, 10.0.0.CR3
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.0.0.Final
>
>
> Initially I thought the only way to make the interception TCK tests run was to add a {{@Priority}} annotation, which is not a good idea because even our tests expect to be able to switch between the managed or the managed interceptors.
> But it turns out if we revert ISPN-10721 and unpack the TCK tests in our build output directory, we can override {{beans.xml}} and make the interception tests run.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10804) JCache tck-runner does not run interception tests
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-10804?page=com.atlassian.jira.plugin... ]
Dan Berindei updated ISPN-10804:
--------------------------------
Status: Open (was: New)
> JCache tck-runner does not run interception tests
> -------------------------------------------------
>
> Key: ISPN-10804
> URL: https://issues.jboss.org/browse/ISPN-10804
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Test Suite - Core, Test Suite - Server
> Affects Versions: 9.4.16.Final, 10.0.0.CR3
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.0.0.Final
>
>
> Initially I thought the only way to make the interception TCK tests run was to add a {{@Priority}} annotation, which is not a good idea because even our tests expect to be able to switch between the managed or the managed interceptors.
> But it turns out if we revert ISPN-10721 and unpack the TCK tests in our build output directory, we can override {{beans.xml}} and make the interception tests run.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10804) JCache tck-runner does not run interception tests
by Dan Berindei (Jira)
Dan Berindei created ISPN-10804:
-----------------------------------
Summary: JCache tck-runner does not run interception tests
Key: ISPN-10804
URL: https://issues.jboss.org/browse/ISPN-10804
Project: Infinispan
Issue Type: Bug
Components: JCache, Test Suite - Core, Test Suite - Server
Affects Versions: 10.0.0.CR3, 9.4.16.Final
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 10.0.0.Final
Initially I thought the only way to make the interception TCK tests run was to add a {{@Priority}} annotation, which is not a good idea because even our tests expect to be able to switch between the managed or the managed interceptors.
But it turns out if we revert ISPN-10721 and unpack the TCK tests in our build output directory, we can override {{beans.xml}} and make the interception tests run.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (ISPN-10018) Observability: clean up logging categories
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10018?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10018:
-----------------------------------
Description:
For logs with level INFO, WARN, ERROR, FATAL we want to use specific categories instead of the fully-qualified class name.
The following is a list of categories:
* org.infinispan.CLUSTER: messages related to clustering (state transfer, rebalancing, partitioning, etc)
* org.infinispan.CONFIG: messages related to configuration
* org.infinispan.CONTAINER: messages related to the data container (e.g. expiration, eviction, listeners, transactions, etc)
* org.infinispan.PERSISTENCE: messages related to loaders/stores
* org.infinispan.SECURITY: messages related to security
* org.infinispan.SERVER: messages related to server
was:
For logs with level INFO, WARN, ERROR, FATAL we want to use specific categories instead of the fully-qualified class name.
The following is a list of categories:
* org.infinispan.CLUSTER: messages related to clustering (state transfer, rebalancing, partitioning, etc)
* org.infinispan.CONFIG: messages related to configuration
* org.infinispan.PERSISTENCE: messages related to loaders/stores
* org.infinispan.SECURITY: messages related to security
* org.infinispan.CONTAINER: messages related to the data container (e.g. expiration, eviction, listeners, transactions, etc)
> Observability: clean up logging categories
> ------------------------------------------
>
> Key: ISPN-10018
> URL: https://issues.jboss.org/browse/ISPN-10018
> Project: Infinispan
> Issue Type: Sub-task
> Components: JMX, reporting and management
> Affects Versions: 10.0.0.Beta2
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.Final
>
>
> For logs with level INFO, WARN, ERROR, FATAL we want to use specific categories instead of the fully-qualified class name.
> The following is a list of categories:
> * org.infinispan.CLUSTER: messages related to clustering (state transfer, rebalancing, partitioning, etc)
> * org.infinispan.CONFIG: messages related to configuration
> * org.infinispan.CONTAINER: messages related to the data container (e.g. expiration, eviction, listeners, transactions, etc)
> * org.infinispan.PERSISTENCE: messages related to loaders/stores
> * org.infinispan.SECURITY: messages related to security
> * org.infinispan.SERVER: messages related to server
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months