October 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2478) PutMapCommand not correctly removing previous types from indexes

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-2478?page=com.atlassian.jira.plugin.... ] Adrian Nistor commented on ISPN-2478: ------------------------------------- I've added PutAllTest that tries to update via putAll in all possible combinations of indexed/non-indexed types for previous and new value. PR with test and fix is ready. > PutMapCommand not correctly removing previous types from indexes > ---------------------------------------------------------------- > > Key: ISPN-2478 > URL: https://issues.jboss.org/browse/ISPN-2478 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 5.1.8.Final > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Labels: stable_embedded_query > Fix For: 6.0.0.Final > > > We need to perform certain cleanup operations - potentially - on the return types of commands such as put and remove. In case of a putAll command, we're ignoring this requirement. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2478) PutMapCommand not correctly removing previous types from indexes

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-2478?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-2478: -------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/2160 > PutMapCommand not correctly removing previous types from indexes > ---------------------------------------------------------------- > > Key: ISPN-2478 > URL: https://issues.jboss.org/browse/ISPN-2478 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 5.1.8.Final > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Labels: stable_embedded_query > Fix For: 6.0.0.Final > > > We need to perform certain cleanup operations - potentially - on the return types of commands such as put and remove. In case of a putAll command, we're ignoring this requirement. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-3618?page=com.atlassian.jira.plugin.... ] Jakub Markos edited comment on ISPN-3618 at 10/11/13 9:39 AM: -------------------------------------------------------------- This is the table from mysql55: select HEX(id),HEX(datum) from EDG_STRING_default; | HEX(id) | HEX(datum) | | 3F39413039414A4141414141414141413D3D | 0301FE0367036A100301FE420A21034F4024000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000001 | | 3F39413039414E4141414141414141413D3D | 0301FE0367036A100301FE420A21034F4034000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000002 | | 3F3941303941506741414141414141413D3D | 0301FE0367036A100301FE420A21034F403E000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000003 was (Author: jmarkos): Server logs > Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2 > --------------------------------------------------------------------- > > Key: ISPN-3618 > URL: https://issues.jboss.org/browse/ISPN-3618 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Server > Affects Versions: 6.0.0.CR1 > Reporter: Jakub Markos > Assignee: Mircea Markus > Attachments: server_mssql2012_mysql55.log.zip > > > When using this configuration: > {code:xml} > <local-cache name="default" start="EAGER" batching="false"> > <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" /> > <transaction mode="NONE" /> > <eviction strategy="LRU" max-entries="2"/> > <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false"> > <string-keyed-table prefix="EDG_STRING"> > <id-column name="id" type="VARCHAR(255)"/> > <data-column name="datum" type="VARBINARY(1000)"/> > <timestamp-column name="version" type="BIGINT"/> > </string-keyed-table> > </string-keyed-jdbc-store> > </local-cache> > {code} > and running this code: > {code} > RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache(); > cache.clear(); > cache.put(new Double(10), new Double(10)); > cache.put(new Double(20), new Double(20)); > cache.put(new Double(30), new Double(30)); // key 10 is evicted > System.out.println(cache.get(new Double(10))); > System.out.println(cache.get(new Double(20))); > System.out.println(cache.get(new Double(30))); > {code} > output: > {quote} > null > 20.0 > 30.0 > {quote} > Attached are logs for mssql2012 and mysql55 (where it works). -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-3618?page=com.atlassian.jira.plugin.... ] Jakub Markos updated ISPN-3618: ------------------------------- Attachment: server_mssql2012_mysql55.log.zip Server logs > Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2 > --------------------------------------------------------------------- > > Key: ISPN-3618 > URL: https://issues.jboss.org/browse/ISPN-3618 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Server > Affects Versions: 6.0.0.CR1 > Reporter: Jakub Markos > Assignee: Mircea Markus > Attachments: server_mssql2012_mysql55.log.zip > > > When using this configuration: > {code:xml} > <local-cache name="default" start="EAGER" batching="false"> > <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" /> > <transaction mode="NONE" /> > <eviction strategy="LRU" max-entries="2"/> > <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false"> > <string-keyed-table prefix="EDG_STRING"> > <id-column name="id" type="VARCHAR(255)"/> > <data-column name="datum" type="VARBINARY(1000)"/> > <timestamp-column name="version" type="BIGINT"/> > </string-keyed-table> > </string-keyed-jdbc-store> > </local-cache> > {code} > and running this code: > {code} > RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache(); > cache.clear(); > cache.put(new Double(10), new Double(10)); > cache.put(new Double(20), new Double(20)); > cache.put(new Double(30), new Double(30)); // key 10 is evicted > System.out.println(cache.get(new Double(10))); > System.out.println(cache.get(new Double(20))); > System.out.println(cache.get(new Double(30))); > {code} > output: > {quote} > null > 20.0 > 30.0 > {quote} > Attached are logs for mssql2012 and mysql55 (where it works). -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2

by Jakub Markos (JIRA)

Jakub Markos created ISPN-3618: ---------------------------------- Summary: Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2 Key: ISPN-3618 URL: https://issues.jboss.org/browse/ISPN-3618 Project: Infinispan Issue Type: Bug Components: Loaders and Stores, Server Affects Versions: 6.0.0.CR1 Reporter: Jakub Markos Assignee: Mircea Markus When using this configuration: {code:xml} <local-cache name="default" start="EAGER" batching="false"> <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" /> <transaction mode="NONE" /> <eviction strategy="LRU" max-entries="2"/> <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false"> <string-keyed-table prefix="EDG_STRING"> <id-column name="id" type="VARCHAR(255)"/> <data-column name="datum" type="VARBINARY(1000)"/> <timestamp-column name="version" type="BIGINT"/> </string-keyed-table> </string-keyed-jdbc-store> </local-cache> {code} and running this code: {code} RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache(); cache.clear(); cache.put(new Double(10), new Double(10)); cache.put(new Double(20), new Double(20)); cache.put(new Double(30), new Double(30)); // key 10 is evicted System.out.println(cache.get(new Double(10))); System.out.println(cache.get(new Double(20))); System.out.println(cache.get(new Double(30))); {code} output: {quote} null 20.0 30.0 {quote} Attached are logs for mssql2012 and mysql55 (where it works). -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3617) Inconsistent L1 in non-tx distributed cache

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3617?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3617: -------------------------------- Fix Version/s: 6.0.0.CR2 6.0.0.Final > Inconsistent L1 in non-tx distributed cache > ------------------------------------------- > > Key: ISPN-3617 > URL: https://issues.jboss.org/browse/ISPN-3617 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.2.7.Final > Reporter: Radim Vansa > Assignee: William Burns > Fix For: 6.0.0.CR2, 6.0.0.Final > > > When the change is replicated to backup owner, it sends the InvalidateL1Command to backup owners before committing the entry in EntryWrappingInterceptor (it performs the WriteCommand in parallel with sending the invalidation commmand, but then it waits until the invalidation request gets acked. If a GET is executed between the invalidation and committing the entry, the response contains outdated result and the L1 will not be invalidated until next write operation. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3617) Inconsistent L1 in non-tx distributed cache

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3617?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3617: -------------------------------- Labels: jdg62blocker (was: ) > Inconsistent L1 in non-tx distributed cache > ------------------------------------------- > > Key: ISPN-3617 > URL: https://issues.jboss.org/browse/ISPN-3617 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.2.7.Final > Reporter: Radim Vansa > Assignee: William Burns > Labels: jdg62blocker > Fix For: 6.0.0.CR2, 6.0.0.Final > > > When the change is replicated to backup owner, it sends the InvalidateL1Command to backup owners before committing the entry in EntryWrappingInterceptor (it performs the WriteCommand in parallel with sending the invalidation commmand, but then it waits until the invalidation request gets acked. If a GET is executed between the invalidation and committing the entry, the response contains outdated result and the L1 will not be invalidated until next write operation. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3617) Inconsistent L1 in non-tx distributed cache

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3617?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3617: -------------------------------- Affects Version/s: 5.2.7.Final (was: 6.0.0.CR1) > Inconsistent L1 in non-tx distributed cache > ------------------------------------------- > > Key: ISPN-3617 > URL: https://issues.jboss.org/browse/ISPN-3617 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.2.7.Final > Reporter: Radim Vansa > Assignee: William Burns > > When the change is replicated to backup owner, it sends the InvalidateL1Command to backup owners before committing the entry in EntryWrappingInterceptor (it performs the WriteCommand in parallel with sending the invalidation commmand, but then it waits until the invalidation request gets acked. If a GET is executed between the invalidation and committing the entry, the response contains outdated result and the L1 will not be invalidated until next write operation. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3587) Add remote query support in ispn server

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3587?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3587: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1015412|https://bugzilla.redhat.com/show_bug.cgi?id=1015412] from ON_QA to VERIFIED > Add remote query support in ispn server > --------------------------------------- > > Key: ISPN-3587 > URL: https://issues.jboss.org/browse/ISPN-3587 > Project: Infinispan > Issue Type: Feature Request > Components: Querying, Server > Reporter: William Burns > Assignee: William Burns > Labels: jdg62GAblocker > Fix For: 6.0.0.CR1 > > > Infinispan Server querying over HotRod doesn't currently work. There appears to be a CL hell that we need to go through first. -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3582) Server does not expose MBean for registering server-side serialization context

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3582?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3582: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1015412|https://bugzilla.redhat.com/show_bug.cgi?id=1015412] from ON_QA to VERIFIED > Server does not expose MBean for registering server-side serialization context > ------------------------------------------------------------------------------ > > Key: ISPN-3582 > URL: https://issues.jboss.org/browse/ISPN-3582 > Project: Infinispan > Issue Type: Bug > Components: Querying, Server > Affects Versions: 6.0.0.Beta2 > Reporter: Martin Gencur > Assignee: Tristan Tarrant > Priority: Critical > Labels: jdg62GAblocker > Fix For: 6.0.0.CR1 > > > There should be the following MBean available when starting ISPN server: > {code} > jboss.infinispan:type=RemoteQuery,name="{cacheManagerName}",component=ProtobufMetadataManager > {code} > However, this MBean is not exposed and so the server-side serialization context cannot be configured. > More information about the MBean and its usage can be found in HotRodQueryTest . In infinispan itself (non-server) the JMX domain would be different but in the server it should be jboss.infinispan > I'll attach a test for server-side. -- 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, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2013