July 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-469) Native Hot Rod client for .NET

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-469?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-469: ------------------------------- Fix Version/s: 6.0.0.Beta1 > Native Hot Rod client for .NET > ------------------------------ > > Key: ISPN-469 > URL: https://issues.jboss.org/browse/ISPN-469 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Environment: Must run .NET versions 4, 4.5 > Optional: .NET versions 3, 3.5 > Reporter: Manik Surtani > Assignee: Mircea Markus > Labels: jdg62 > Fix For: 6.0.0.Beta1, 6.0.0.Final > > > .NET client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > https://github.com/infinispan/infinispan/tree/master/client/hotrod-client -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-470) Native Hot Rod client for C++

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-470?page=com.atlassian.jira.plugin.s... ] Mircea Markus updated ISPN-470: ------------------------------- Fix Version/s: 6.0.0.Alpha3 > Native Hot Rod client for C++ > ----------------------------- > > Key: ISPN-470 > URL: https://issues.jboss.org/browse/ISPN-470 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Environment: Windows, 64-bit, Visual Studio 2010* RHEL 6, 64-bit, RHEL 5, 64-bit > Reporter: Manik Surtani > Assignee: Mircea Markus > Priority: Blocker > Labels: jdg62 > Fix For: 6.0.0.Alpha3, 6.0.0.Final > > Attachments: straw.patch > > > C++ client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > https://github.com/infinispan/infinispan/tree/master/client/hotrod-client -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3293) Putting entries with memcached is ignoring the queue-flush-interval parameter

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-3293?page=com.atlassian.jira.plugin.... ] Jakub Markos commented on ISPN-3293: ------------------------------------ The queue-size parameter is not working, too. I tried using queue-size="3" and after putting 3 entries into node1, none of them is replicated to node2. Should I create another JIRA for this? > Putting entries with memcached is ignoring the queue-flush-interval parameter > ----------------------------------------------------------------------------- > > Key: ISPN-3293 > URL: https://issues.jboss.org/browse/ISPN-3293 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Jakub Markos > Assignee: Tristan Tarrant > Attachments: server1.log, server2.log > > > I have a cluster of 2 nodes with the following configuration: > {code:xml} > <replicated-cache name="memcachedCache" > start="EAGER" > mode="ASYNC" > batching="false" > queue-size="1000" > queue-flush-interval="15000"> > </replicated-cache> > {code} > The following code (MemcachedHelper is a memcached client) > {code} > mc1 = new MemcachedHelper(server1.getMemcachedEndpoint().getInetAddress().getHostName(), server1.getMemcachedEndpoint().getPort()); > mc2 = new MemcachedHelper(server2.getMemcachedEndpoint().getInetAddress().getHostName(), server2.getMemcachedEndpoint().getPort()); > mc1.set("key1", "value1"); > assertTrue(null != mc1.get("key1")); > assertTrue(null == mc2.get("key1")); > {code} > fails on the 2nd assert, because the entry is retrieved. > According to logs (attached), the replication queue is correctly flushed after 15 seconds with 1 element (and happens after the gets). > Works correctly with hotrod (entry is replicated only after the flush happens). -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3294) Update server so that it compiles against commons

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3294?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3294: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan-server/pull/121 > Update server so that it compiles against commons > ------------------------------------------------- > > Key: ISPN-3294 > URL: https://issues.jboss.org/browse/ISPN-3294 > Project: Infinispan > Issue Type: Sub-task > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha1 > > -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3294) Update server so that it compiles against commons

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-3294: ------------------------------------- Summary: Update server so that it compiles against commons Key: ISPN-3294 URL: https://issues.jboss.org/browse/ISPN-3294 Project: Infinispan Issue Type: Sub-task Components: Server Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 6.0.0.Alpha1 -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3292) Change license to ASL 2.0

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3292?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3292: ---------------------------------- Fix Version/s: 6.0.0.Final > Change license to ASL 2.0 > ------------------------- > > Key: ISPN-3292 > URL: https://issues.jboss.org/browse/ISPN-3292 > Project: Infinispan > Issue Type: Task > Reporter: Tristan Tarrant > Assignee: Manik Surtani > Priority: Blocker > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3291) Component registry should always use an appropriate classloader

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3291?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3291: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1943 > Component registry should always use an appropriate classloader > --------------------------------------------------------------- > > Key: ISPN-3291 > URL: https://issues.jboss.org/browse/ISPN-3291 > Project: Infinispan > Issue Type: Bug > Components: Core API > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Critical > Fix For: 6.0.0.Alpha1 > > -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3291) Component registry should always use an appropriate classloader

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3291?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3291: ---------------------------------- Description: Since the commons split, ReflectionUtil cannot find classes outside of its containing JAR in a modular classloader environment (i.e. server). > Component registry should always use an appropriate classloader > --------------------------------------------------------------- > > Key: ISPN-3291 > URL: https://issues.jboss.org/browse/ISPN-3291 > Project: Infinispan > Issue Type: Bug > Components: Core API > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Critical > Fix For: 6.0.0.Alpha1 > > > Since the commons split, ReflectionUtil cannot find classes outside of its containing JAR in a modular classloader environment (i.e. server). -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3292) Change license to ASL 2.0

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3292?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3292: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Change license to ASL 2.0 > ------------------------- > > Key: ISPN-3292 > URL: https://issues.jboss.org/browse/ISPN-3292 > Project: Infinispan > Issue Type: Task > Reporter: Tristan Tarrant > Assignee: Manik Surtani > Priority: Blocker > Fix For: 6.0.0.Alpha1 > > -- 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

1
0
0 / 0

[JBoss JIRA] (ISPN-3293) Putting entries with memcached is ignoring the queue-flush-interval parameter

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-3293?page=com.atlassian.jira.plugin.... ] Jakub Markos updated ISPN-3293: ------------------------------- Attachment: server1.log server2.log > Putting entries with memcached is ignoring the queue-flush-interval parameter > ----------------------------------------------------------------------------- > > Key: ISPN-3293 > URL: https://issues.jboss.org/browse/ISPN-3293 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Reporter: Jakub Markos > Assignee: Tristan Tarrant > Attachments: server1.log, server2.log > > > I have a cluster of 2 nodes with the following configuration: > {code:xml} > <replicated-cache name="memcachedCache" > start="EAGER" > mode="ASYNC" > batching="false" > queue-size="1000" > queue-flush-interval="15000"> > </replicated-cache> > {code} > The following code (MemcachedHelper is a memcached client) > {code} > mc1 = new MemcachedHelper(server1.getMemcachedEndpoint().getInetAddress().getHostName(), server1.getMemcachedEndpoint().getPort()); > mc2 = new MemcachedHelper(server2.getMemcachedEndpoint().getInetAddress().getHostName(), server2.getMemcachedEndpoint().getPort()); > mc1.set("key1", "value1"); > assertTrue(null != mc1.get("key1")); > assertTrue(null == mc2.get("key1")); > {code} > fails on the 2nd assert, because the entry is retrieved. > According to logs (attached), the replication queue is correctly flushed after 15 seconds with 1 element (and happens after the gets). > Works correctly with hotrod (entry is replicated only after the flush happens). -- 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

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2013