[JBoss JIRA] (WFLY-1735) cli EndIfHandler class exception created but not thrown
by Cheng Fang (JIRA)
[ https://issues.jboss.org/browse/WFLY-1735?page=com.atlassian.jira.plugin.... ]
Cheng Fang commented on WFLY-1735:
----------------------------------
Also FindBugs finds the following redundant null check (if ifBlock is null, an exception would've already been thrown):
{code}
public boolean isAvailable(CommandContext ctx) {
try {
final IfElseBlock ifBlock = IfElseBlock.get(ctx);
return ifBlock != null;
} catch (CommandLineException e) {
return false;
}
}
{code}
> cli EndIfHandler class exception created but not thrown
> -------------------------------------------------------
>
> Key: WFLY-1735
> URL: https://issues.jboss.org/browse/WFLY-1735
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Affects Versions: 8.0.0.Beta1
> Reporter: Cheng Fang
> Assignee: Alexey Loubyansky
>
> cli EndIfHandler class creates an CommandLineException without throwing it:
> {code}
> try {
> final ModelNode response = client.execute(ifRequest);
> if(!Util.isSuccess(response)) {
> new CommandLineException("if request failed: " + Util.getFailureDescription(response));
> }
> } catch (IOException e) {
> throw new CommandLineException("if request failed", e);
> }
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1735) cli EndIfHandler class exception created but not thrown
by Cheng Fang (JIRA)
Cheng Fang created WFLY-1735:
--------------------------------
Summary: cli EndIfHandler class exception created but not thrown
Key: WFLY-1735
URL: https://issues.jboss.org/browse/WFLY-1735
Project: WildFly
Issue Type: Bug
Components: CLI
Affects Versions: 8.0.0.Beta1
Reporter: Cheng Fang
Assignee: Alexey Loubyansky
cli EndIfHandler class creates an CommandLineException without throwing it:
{code}
try {
final ModelNode response = client.execute(ifRequest);
if(!Util.isSuccess(response)) {
new CommandLineException("if request failed: " + Util.getFailureDescription(response));
}
} catch (IOException e) {
throw new CommandLineException("if request failed", e);
}
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1734) CoarseSSOCacheEntry class field self-assignment
by Cheng Fang (JIRA)
Cheng Fang created WFLY-1734:
--------------------------------
Summary: CoarseSSOCacheEntry class field self-assignment
Key: WFLY-1734
URL: https://issues.jboss.org/browse/WFLY-1734
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 8.0.0.Beta1
Reporter: Cheng Fang
Assignee: Paul Ferraro
CoarseSSOCacheEntry class has a field self-assignment, which could be a typo:
{code}
@Override
public void setAuthenticationType(AuthenticationType type) {
this.authType = authType;
}
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (LOGMGR-68) periodic-rotating-file-handler not rotating
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-68?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on LOGMGR-68:
-----------------------------------------------
Kyle Lape <klape(a)redhat.com> changed the Status of [bug 981544|https://bugzilla.redhat.com/show_bug.cgi?id=981544] from NEW to MODIFIED
> periodic-rotating-file-handler not rotating
> -------------------------------------------
>
> Key: LOGMGR-68
> URL: https://issues.jboss.org/browse/LOGMGR-68
> Project: JBoss Log Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 1.4.0.Final
> Environment: FreeBSD hostname 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r242434M
> Reporter: Alexander Yerenkow
> Assignee: Kyle Lape
> Fix For: 1.1.2.CR1, 1.3.3.Final, 1.4.2.Final, 1.5.0.Beta1, 2.0.0.Beta1
>
>
> During day there could be few restarts of JBoss 7.2.0
> If there was one, next day logs aren't rotated.
> edb.log (contains record from 22 apr till now)
> edb.log.2013-04-12 (contains record from 06 apr till 12)
> edb.log.2013-04-17 (contains record from 13 apr till 17)
> edb.log.2013-04-19 (contains record from 18 apr till 19)
> Can't see clear system;
> Here's my config:
> <periodic-rotating-file-handler name="EDB" autoflush="true">
> <formatter>
> <pattern-formatter pattern="%d %-5p [%c] (%t:%x) %s%E%n"/>
> </formatter>
> <file relative-to="jboss.server.log.dir" path="edb.log"/>
> <suffix value=".yyyy-MM-dd"/>
> <append value="true"/>
> </periodic-rotating-file-handler>
> This all worked as charm in 7.1.1 / 7.1.3.
> Should I run some tests/ gather some info to fix this?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (LOGMGR-68) periodic-rotating-file-handler not rotating
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-68?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on LOGMGR-68:
-----------------------------------------------
Kyle Lape <klape(a)redhat.com> made a comment on [bug 981544|https://bugzilla.redhat.com/show_bug.cgi?id=981544]
Setting the EAP 6.1.1 flag since this has already been committed for the logmanager release for 6.1.1.
> periodic-rotating-file-handler not rotating
> -------------------------------------------
>
> Key: LOGMGR-68
> URL: https://issues.jboss.org/browse/LOGMGR-68
> Project: JBoss Log Manager
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 1.4.0.Final
> Environment: FreeBSD hostname 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r242434M
> Reporter: Alexander Yerenkow
> Assignee: Kyle Lape
> Fix For: 1.1.2.CR1, 1.3.3.Final, 1.4.2.Final, 1.5.0.Beta1, 2.0.0.Beta1
>
>
> During day there could be few restarts of JBoss 7.2.0
> If there was one, next day logs aren't rotated.
> edb.log (contains record from 22 apr till now)
> edb.log.2013-04-12 (contains record from 06 apr till 12)
> edb.log.2013-04-17 (contains record from 13 apr till 17)
> edb.log.2013-04-19 (contains record from 18 apr till 19)
> Can't see clear system;
> Here's my config:
> <periodic-rotating-file-handler name="EDB" autoflush="true">
> <formatter>
> <pattern-formatter pattern="%d %-5p [%c] (%t:%x) %s%E%n"/>
> </formatter>
> <file relative-to="jboss.server.log.dir" path="edb.log"/>
> <suffix value=".yyyy-MM-dd"/>
> <append value="true"/>
> </periodic-rotating-file-handler>
> This all worked as charm in 7.1.1 / 7.1.3.
> Should I run some tests/ gather some info to fix this?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1709) NotSerializableException when using jdbc binary-keyed cache
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-1709?page=com.atlassian.jira.plugin.... ]
Paul Ferraro reassigned WFLY-1709:
----------------------------------
Assignee: Galder Zamarreño (was: Paul Ferraro)
> NotSerializableException when using jdbc binary-keyed cache
> -----------------------------------------------------------
>
> Key: WFLY-1709
> URL: https://issues.jboss.org/browse/WFLY-1709
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomas Remes
> Assignee: Galder Zamarreño
> Attachments: jdbcStore.war
>
>
> Using following cache container configuration:
> {noformat}
> <cache-container name="test" default-cache="jdbc">
> <transport lock-timeout="60000"/>
> <replicated-cache name="jdbc" mode="SYNC" batching="true">
> <binary-keyed-jdbc-store datasource="java:jboss/datasources/ExampleDS" preload="true" passivation="false" purge="false">
> <binary-keyed-table prefix="binarybased">
> <id-column name="id" type="VARCHAR(255)"/>
> <data-column name="datum" type="VARBINARY(10000)"/>
> <timestamp-column name="version" type="BIGINT"/>
> </binary-keyed-table>
> </binary-keyed-jdbc-store>
> </replicated-cache>
> </cache-container>
> {noformat}
> and referencing it from jboss-web.xml is causing following exception and session is not stored.
> {noformat}
> 14:11:30,786 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-1) ISPN000136: Execution error: org.infinispan.marshall.NotSerializableException: org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry
> Caused by: an exception which occurred:
> in object org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@39afa079
> in object org.infinispan.container.entries.ImmortalCacheEntry@d5bfdb7e
> in object org.infinispan.loaders.bucket.Bucket@5c4400e6
> 14:11:30,786 ERROR [org.infinispan.transaction.TransactionCoordinator] (default task-1) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.marshall.NotSerializableException: org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry
> Caused by: an exception which occurred:
> in object org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@39afa079
> in object org.infinispan.container.entries.ImmortalCacheEntry@d5bfdb7e
> in object org.infinispan.loaders.bucket.Bucket@5c4400e6
> 14:11:30,788 ERROR [org.infinispan.transaction.tm.DummyTransaction] (default task-1) ISPN000111: afterCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=null, backupKeyLocks=null, topologyId=0, isFromStateTransfer=false} org.infinispan.transaction.synchronization.SyncLocalTransaction@4} org.infinispan.transaction.synchronization.SynchronizationAdapter@23: org.infinispan.CacheException: Could not commit.
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:83)
> at org.infinispan.transaction.tm.DummyTransaction.notifyAfterCompletion(DummyTransaction.java:285)
> at org.infinispan.transaction.tm.DummyTransaction.runCommitTx(DummyTransaction.java:334)
> at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:91)
> at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:102)
> at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:123)
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:105)
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:86)
> at org.infinispan.CacheImpl.endBatch(CacheImpl.java:793)
> at org.infinispan.AbstractDelegatingCache.endBatch(AbstractDelegatingCache.java:80)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.endBatch(InfinispanSessionManager.java:120)
> at org.wildfly.clustering.web.undertow.session.SessionFacade.requestDone(SessionFacade.java:58)
> at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:682) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:494) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:161) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:114) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:47) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:90) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:607) [undertow-core-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> Caused by: javax.transaction.xa.XAException
> at org.infinispan.transaction.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:231)
> at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:179)
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:81)
> ... 22 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1709) NotSerializableException when using jdbc binary-keyed cache
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-1709?page=com.atlassian.jira.plugin.... ]
Paul Ferraro edited comment on WFLY-1709 at 7/22/13 1:43 PM:
-------------------------------------------------------------
This looks to me like a possible bug in infinispan's jdbc cache store, since we don't seem to have the same issue using the file cache store. I'm assigning this to the infinispan team to investigate (this bug was triggered against Infinispan 5.3.x).
The org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry class [1] should be serialized using the org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntryExternalizer [2].
[1] https://github.com/wildfly/wildfly/blob/master/clustering/web/infinispan/...
[2] https://github.com/wildfly/wildfly/blob/master/clustering/web/infinispan/...
was (Author: pferraro):
This looks to me like a possible bug in infinispan's jdbc cache store, since we don't seem to have the same issue using the file cache store. I'm assigning this to the infinispan team to investigate.
The org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry class [1] should be serialized using the org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntryExternalizer [2].
[1] https://github.com/wildfly/wildfly/blob/master/clustering/web/infinispan/...
[2] https://github.com/wildfly/wildfly/blob/master/clustering/web/infinispan/...
> NotSerializableException when using jdbc binary-keyed cache
> -----------------------------------------------------------
>
> Key: WFLY-1709
> URL: https://issues.jboss.org/browse/WFLY-1709
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomas Remes
> Assignee: Paul Ferraro
> Attachments: jdbcStore.war
>
>
> Using following cache container configuration:
> {noformat}
> <cache-container name="test" default-cache="jdbc">
> <transport lock-timeout="60000"/>
> <replicated-cache name="jdbc" mode="SYNC" batching="true">
> <binary-keyed-jdbc-store datasource="java:jboss/datasources/ExampleDS" preload="true" passivation="false" purge="false">
> <binary-keyed-table prefix="binarybased">
> <id-column name="id" type="VARCHAR(255)"/>
> <data-column name="datum" type="VARBINARY(10000)"/>
> <timestamp-column name="version" type="BIGINT"/>
> </binary-keyed-table>
> </binary-keyed-jdbc-store>
> </replicated-cache>
> </cache-container>
> {noformat}
> and referencing it from jboss-web.xml is causing following exception and session is not stored.
> {noformat}
> 14:11:30,786 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-1) ISPN000136: Execution error: org.infinispan.marshall.NotSerializableException: org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry
> Caused by: an exception which occurred:
> in object org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@39afa079
> in object org.infinispan.container.entries.ImmortalCacheEntry@d5bfdb7e
> in object org.infinispan.loaders.bucket.Bucket@5c4400e6
> 14:11:30,786 ERROR [org.infinispan.transaction.TransactionCoordinator] (default task-1) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.marshall.NotSerializableException: org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry
> Caused by: an exception which occurred:
> in object org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@39afa079
> in object org.infinispan.container.entries.ImmortalCacheEntry@d5bfdb7e
> in object org.infinispan.loaders.bucket.Bucket@5c4400e6
> 14:11:30,788 ERROR [org.infinispan.transaction.tm.DummyTransaction] (default task-1) ISPN000111: afterCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=null, backupKeyLocks=null, topologyId=0, isFromStateTransfer=false} org.infinispan.transaction.synchronization.SyncLocalTransaction@4} org.infinispan.transaction.synchronization.SynchronizationAdapter@23: org.infinispan.CacheException: Could not commit.
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:83)
> at org.infinispan.transaction.tm.DummyTransaction.notifyAfterCompletion(DummyTransaction.java:285)
> at org.infinispan.transaction.tm.DummyTransaction.runCommitTx(DummyTransaction.java:334)
> at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:91)
> at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:102)
> at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:123)
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:105)
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:86)
> at org.infinispan.CacheImpl.endBatch(CacheImpl.java:793)
> at org.infinispan.AbstractDelegatingCache.endBatch(AbstractDelegatingCache.java:80)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.endBatch(InfinispanSessionManager.java:120)
> at org.wildfly.clustering.web.undertow.session.SessionFacade.requestDone(SessionFacade.java:58)
> at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:682) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:494) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:161) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:114) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:47) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:90) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:607) [undertow-core-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> Caused by: javax.transaction.xa.XAException
> at org.infinispan.transaction.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:231)
> at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:179)
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:81)
> ... 22 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1709) NotSerializableException when using jdbc binary-keyed cache
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-1709?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on WFLY-1709:
------------------------------------
This looks to me like a possible bug in infinispan's jdbc cache store, since we don't seem to have the same issue using the file cache store. I'm assigning this to the infinispan team to investigate.
The org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry class [1] should be serialized using the org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntryExternalizer [2].
[1] https://github.com/wildfly/wildfly/blob/master/clustering/web/infinispan/...
[2] https://github.com/wildfly/wildfly/blob/master/clustering/web/infinispan/...
> NotSerializableException when using jdbc binary-keyed cache
> -----------------------------------------------------------
>
> Key: WFLY-1709
> URL: https://issues.jboss.org/browse/WFLY-1709
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomas Remes
> Assignee: Paul Ferraro
> Attachments: jdbcStore.war
>
>
> Using following cache container configuration:
> {noformat}
> <cache-container name="test" default-cache="jdbc">
> <transport lock-timeout="60000"/>
> <replicated-cache name="jdbc" mode="SYNC" batching="true">
> <binary-keyed-jdbc-store datasource="java:jboss/datasources/ExampleDS" preload="true" passivation="false" purge="false">
> <binary-keyed-table prefix="binarybased">
> <id-column name="id" type="VARCHAR(255)"/>
> <data-column name="datum" type="VARBINARY(10000)"/>
> <timestamp-column name="version" type="BIGINT"/>
> </binary-keyed-table>
> </binary-keyed-jdbc-store>
> </replicated-cache>
> </cache-container>
> {noformat}
> and referencing it from jboss-web.xml is causing following exception and session is not stored.
> {noformat}
> 14:11:30,786 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-1) ISPN000136: Execution error: org.infinispan.marshall.NotSerializableException: org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry
> Caused by: an exception which occurred:
> in object org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@39afa079
> in object org.infinispan.container.entries.ImmortalCacheEntry@d5bfdb7e
> in object org.infinispan.loaders.bucket.Bucket@5c4400e6
> 14:11:30,786 ERROR [org.infinispan.transaction.TransactionCoordinator] (default task-1) ISPN000097: Error while processing a prepare in a single-phase transaction: org.infinispan.marshall.NotSerializableException: org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry
> Caused by: an exception which occurred:
> in object org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionCacheEntry@39afa079
> in object org.infinispan.container.entries.ImmortalCacheEntry@d5bfdb7e
> in object org.infinispan.loaders.bucket.Bucket@5c4400e6
> 14:11:30,788 ERROR [org.infinispan.transaction.tm.DummyTransaction] (default task-1) ISPN000111: afterCompletion() failed for SynchronizationAdapter{localTransaction=LocalTransaction{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=null, backupKeyLocks=null, topologyId=0, isFromStateTransfer=false} org.infinispan.transaction.synchronization.SyncLocalTransaction@4} org.infinispan.transaction.synchronization.SynchronizationAdapter@23: org.infinispan.CacheException: Could not commit.
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:83)
> at org.infinispan.transaction.tm.DummyTransaction.notifyAfterCompletion(DummyTransaction.java:285)
> at org.infinispan.transaction.tm.DummyTransaction.runCommitTx(DummyTransaction.java:334)
> at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:91)
> at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:102)
> at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:123)
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:105)
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:86)
> at org.infinispan.CacheImpl.endBatch(CacheImpl.java:793)
> at org.infinispan.AbstractDelegatingCache.endBatch(AbstractDelegatingCache.java:80)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.endBatch(InfinispanSessionManager.java:120)
> at org.wildfly.clustering.web.undertow.session.SessionFacade.requestDone(SessionFacade.java:58)
> at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:682) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:494) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:161) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:114) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:47) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:90) [undertow-servlet-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:607) [undertow-core-1.0.0.Alpha21.jar:1.0.0.Alpha21]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> Caused by: javax.transaction.xa.XAException
> at org.infinispan.transaction.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:231)
> at org.infinispan.transaction.TransactionCoordinator.commit(TransactionCoordinator.java:179)
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.afterCompletion(SynchronizationAdapter.java:81)
> ... 22 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1725) Update The Wildfly High Availability Guide
by Richard Achmatowicz (JIRA)
[ https://issues.jboss.org/browse/WFLY-1725?page=com.atlassian.jira.plugin.... ]
Richard Achmatowicz commented on WFLY-1725:
-------------------------------------------
Yes, with regard to undertow, I was only thinking of the stuff related to web session clustering.
Give me another day to think about the section breakdown and presentation - once we get that right, everything else should fall into place.
> Update The Wildfly High Availability Guide
> -------------------------------------------
>
> Key: WFLY-1725
> URL: https://issues.jboss.org/browse/WFLY-1725
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.0.0.Alpha3
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Fix For: 8.0.0.Beta1
>
>
> The main source of clustering-related documentation for a Wildfly user is the High Availability Guide in the Wildfly 8 documentation on docs.jboss.org.
> Update this document into a quality document which will aid the user's understanding of new features and configuration in Wildfly 8 clustering.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (WFLY-1655) UnsupportedKeyTypeException thrown when undeploying distributable app and using jdbc-store configuration
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-1655?page=com.atlassian.jira.plugin.... ]
Paul Ferraro closed WFLY-1655.
------------------------------
Resolution: Rejected
You cannot use a string-keyed-jdbc-store for the web cache, since the keys used by the web session clustering code are not always strings! Use binary-keyed-jdbc-store instead.
> UnsupportedKeyTypeException thrown when undeploying distributable app and using jdbc-store configuration
> --------------------------------------------------------------------------------------------------------
>
> Key: WFLY-1655
> URL: https://issues.jboss.org/browse/WFLY-1655
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 8.0.0.Alpha2
> Reporter: Tomas Remes
> Assignee: Paul Ferraro
>
> When using following cache configuration:
> {noformat}
> <local-cache name="local-web" batching="true">
> <string-keyed-jdbc-store datasource="java:jboss/datasources/ExampleDS" preload="true" passivation="false" purge="false">
> <string-keyed-table prefix="stringbased">
> <id-column name="id" type="VARCHAR"/>
> <data-column name="datum" type="BINARY"/>
> <timestamp-column name="version" type="BIGINT"/>
> </string-keyed-table>
> </string-keyed-jdbc-store>
> </local-cache>
> {noformat}
> and undeploying distributable application or stopping server with already deployed application, then is following exception thrown:
> {noformat}
> 10:17:18,548 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (MSC service thread 1-6) ISPN000136: Execution error: org.infinispan.loaders.keymappers.UnsupportedKeyTypeException: Unsupported key type: 'org.jboss.as.clustering.registry.RegistryService$LocalAddress' on key: org.jboss.as.clustering.registry.RegistryService$LocalAddress@56d76728
> at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.getLockFromKey(JdbcStringBasedCacheStore.java:216)
> at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.getLockFromKey(JdbcStringBasedCacheStore.java:87)
> at org.infinispan.loaders.LockSupportCacheStore.load(LockSupportCacheStore.java:139)
> at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:189)
> at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeededAndUpdateStats(CacheLoaderInterceptor.java:263)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitRemoveCommand(CacheLoaderInterceptor.java:146)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:290)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:203)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitRemoveCommand(OptimisticLockingInterceptor.java:157)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:59)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:257)
> at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:203)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitRemoveCommand(CacheMgmtInterceptor.java:144)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:59)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:86)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:59)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1337)
> at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:422)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:415)
> at org.infinispan.DecoratedCache.remove(DecoratedCache.java:425)
> at org.infinispan.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:313)
> at org.jboss.as.clustering.registry.RegistryService$2.invoke(RegistryService.java:170)
> at org.jboss.as.clustering.registry.RegistryService$2.invoke(RegistryService.java:167)
> at org.jboss.as.clustering.infinispan.invoker.SimpleCacheInvoker.invoke(SimpleCacheInvoker.java:34)
> at org.jboss.as.clustering.infinispan.invoker.BatchCacheInvoker.invoke(BatchCacheInvoker.java:48)
> at org.jboss.as.clustering.registry.RegistryService.stop(RegistryService.java:175)
> at org.jboss.as.clustering.msc.AsynchronousService.stop(AsynchronousService.java:114) [wildfly-clustering-common-8.0.0.Alpha2.jar:8.0.0.Alpha2]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2050) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2011) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> 10:17:18,557 INFO [org.jboss.as.server.deployment] (MSC service thread 1-7) JBAS015877: Stopped deployment jdbcStore.war (runtime-name: jdbcStore.war) in 47ms
> 10:17:18,559 WARN [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000004: Failure during stop of service jboss.web.routing.registry: org.infinispan.CacheException: org.infinispan.loaders.keymappers.UnsupportedKeyTypeException: Unsupported key type: 'org.jboss.as.clustering.registry.RegistryService$LocalAddress' on key: org.jboss.as.clustering.registry.RegistryService$LocalAddress@56d76728
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:351)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1337)
> at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:422)
> at org.infinispan.CacheImpl.remove(CacheImpl.java:415)
> at org.infinispan.DecoratedCache.remove(DecoratedCache.java:425)
> at org.infinispan.AbstractDelegatingCache.remove(AbstractDelegatingCache.java:313)
> at org.jboss.as.clustering.registry.RegistryService$2.invoke(RegistryService.java:170)
> at org.jboss.as.clustering.registry.RegistryService$2.invoke(RegistryService.java:167)
> at org.jboss.as.clustering.infinispan.invoker.SimpleCacheInvoker.invoke(SimpleCacheInvoker.java:34)
> at org.jboss.as.clustering.infinispan.invoker.BatchCacheInvoker.invoke(BatchCacheInvoker.java:48)
> at org.jboss.as.clustering.registry.RegistryService.stop(RegistryService.java:175)
> at org.jboss.as.clustering.msc.AsynchronousService.stop(AsynchronousService.java:114)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2050) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2011) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> Caused by: org.infinispan.loaders.keymappers.UnsupportedKeyTypeException: Unsupported key type: 'org.jboss.as.clustering.registry.RegistryService$LocalAddress' on key: org.jboss.as.clustering.registry.RegistryService$LocalAddress@56d76728
> at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.getLockFromKey(JdbcStringBasedCacheStore.java:216)
> at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.getLockFromKey(JdbcStringBasedCacheStore.java:87)
> at org.infinispan.loaders.LockSupportCacheStore.load(LockSupportCacheStore.java:139)
> at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:189)
> at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeededAndUpdateStats(CacheLoaderInterceptor.java:263)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitRemoveCommand(CacheLoaderInterceptor.java:146)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:290)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:203)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitRemoveCommand(OptimisticLockingInterceptor.java:157)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:59)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:257)
> at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:203)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitRemoveCommand(CacheMgmtInterceptor.java:144)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:59)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120)
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:86)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:59)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:73)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343)
> ... 16 more
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months