January 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-35) JSR107 compliant API

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-35?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated ISPN-35: --------------------------------- Assignee: Vladimir Blagojevic (was: Manik Surtani) > JSR107 compliant API > -------------------- > > Key: ISPN-35 > URL: https://issues.jboss.org/browse/ISPN-35 > Project: Infinispan > Issue Type: Feature Request > Components: Core API > Reporter: Manik Surtani > Assignee: Vladimir Blagojevic > Fix For: 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2697) HotRodServer startup fails when its record cannot be inserted into topology cache

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2697?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-2697: ------------------------------------ [~belaban], as I said earlier, state transfer commands use another hack to set the RSVP flag on the message. We do need that hack, regardless of any GUARANTEED_DELIVERY flag in the cache API, because none of the state transfer commands have flags. I agree with Galder: sync mode implies guaranteed delivery. The configuration should either combine a low replTimeout with a low desired_avg_gossip, or a high replTimeout with a high desired_avg_gossip. I don't see why we should go out of our way to support a configuration with a low replTimeout and a high desired_avg_gossip. > HotRodServer startup fails when its record cannot be inserted into topology cache > --------------------------------------------------------------------------------- > > Key: ISPN-2697 > URL: https://issues.jboss.org/browse/ISPN-2697 > Project: Infinispan > Issue Type: Bug > Components: Remote protocols > Affects Versions: 5.2.0.Beta6 > Reporter: Radim Vansa > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 5.2.0.Final > > > When the HotRodServer starts it inserts its record to __hotRodTopologyCache ({{HotRodServer.addSelfToTopologyView(...)}}). > However, this put may very easily fail - as the command is broadcasted using NAKACK2 protocol, if the message gets lost and there's no following broadcasted message, the message will be not retransmitted and the put operation times out (Replication timeout), which fails the whole HotRodServer startup, all because of one lost UDP message. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-35) JSR107 compliant API

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-35?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated ISPN-35: --------------------------------- Fix Version/s: 5.3.0.Final (was: 6.0.0.Final) > JSR107 compliant API > -------------------- > > Key: ISPN-35 > URL: https://issues.jboss.org/browse/ISPN-35 > Project: Infinispan > Issue Type: Feature Request > Components: Core API > Reporter: Manik Surtani > Assignee: Vladimir Blagojevic > Fix For: 5.3.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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2769) Defensive copying cache entries

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2769?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2769: ----------------------------------- Forum Reference: http://lists.jboss.org/pipermail/infinispan-dev/2013-January/011867.html > Defensive copying cache entries > ------------------------------- > > Key: ISPN-2769 > URL: https://issues.jboss.org/browse/ISPN-2769 > Project: Infinispan > Issue Type: Feature Request > Components: Marshalling > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > Enhance storeAsBinary functionality to support defensive copies that fulfils JSR-107 requirements. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2769) Defensive copying cache entries

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-2769: -------------------------------------- Summary: Defensive copying cache entries Key: ISPN-2769 URL: https://issues.jboss.org/browse/ISPN-2769 Project: Infinispan Issue Type: Feature Request Components: Marshalling Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.3.0.Final Enhance storeAsBinary functionality to support defensive copies that fulfils JSR-107 requirements. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2751) NPE after JBossMarshaller stops

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2751?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-2751: ------------------------------------ Interesting, we were just looking at the ISPN-2572 stack trace yesterday, which shows that all outstanding requests are "closed" by JGroups (by returning an exception) before actually shutting down the channel. The ExternalizerTable component only shuts down after the JGroups channel, so it shouldn't be possible to have active requests after the ExternalizerTable has stopped. Do you have TRACE logs? > NPE after JBossMarshaller stops > ------------------------------- > > Key: ISPN-2751 > URL: https://issues.jboss.org/browse/ISPN-2751 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 5.2.0.CR2 > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Priority: Minor > Fix For: 5.2.0.Final > > > JBossMarshaller is used by JGroups even after it's stopped > which produces NPE on nonexistent externalizerTable: > https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2751) NPE after JBossMarshaller stops

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2751?page=com.atlassian.jira.plugin.... ] Dan Berindei edited comment on ISPN-2751 at 1/29/13 5:31 AM: ------------------------------------------------------------- Interesting, we were just looking at the ISPN-2752 stack trace yesterday, which shows that all outstanding requests are "closed" by JGroups (by returning an exception) before actually shutting down the channel. The ExternalizerTable component only shuts down after the JGroups channel, so it shouldn't be possible to have active requests after the ExternalizerTable has stopped. Do you have TRACE logs? was (Author: dan.berindei): Interesting, we were just looking at the ISPN-2572 stack trace yesterday, which shows that all outstanding requests are "closed" by JGroups (by returning an exception) before actually shutting down the channel. The ExternalizerTable component only shuts down after the JGroups channel, so it shouldn't be possible to have active requests after the ExternalizerTable has stopped. Do you have TRACE logs? > NPE after JBossMarshaller stops > ------------------------------- > > Key: ISPN-2751 > URL: https://issues.jboss.org/browse/ISPN-2751 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 5.2.0.CR2 > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Priority: Minor > Fix For: 5.2.0.Final > > > JBossMarshaller is used by JGroups even after it's stopped > which produces NPE on nonexistent externalizerTable: > https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2768) Write new tests for Query module

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-2768?page=com.atlassian.jira.plugin.... ] Anna Manukyan updated ISPN-2768: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1620 > Write new tests for Query module > -------------------------------- > > Key: ISPN-2768 > URL: https://issues.jboss.org/browse/ISPN-2768 > Project: Infinispan > Issue Type: Task > Components: Querying > Reporter: Anna Manukyan > Assignee: Anna Manukyan > > Add more tests for Query module. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2768) Write new tests for Query module

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-2768: ----------------------------------- Summary: Write new tests for Query module Key: ISPN-2768 URL: https://issues.jboss.org/browse/ISPN-2768 Project: Infinispan Issue Type: Task Components: Querying Reporter: Anna Manukyan Assignee: Anna Manukyan Add more tests for Query module. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2689) Support storage of indexes of Apache Lucene 4

by James Aley (JIRA)

[ https://issues.jboss.org/browse/ISPN-2689?page=com.atlassian.jira.plugin.... ] James Aley commented on ISPN-2689: ---------------------------------- Hey Sanne, Sorry for disappearing off the radar for a couple of weeks. I had a priority re-shuffle at work. I'll take a look over your code this evening and give it a try tomorrow morning. I'll get back in touch soon! Thanks, James. > Support storage of indexes of Apache Lucene 4 > --------------------------------------------- > > Key: ISPN-2689 > URL: https://issues.jboss.org/browse/ISPN-2689 > Project: Infinispan > Issue Type: Feature Request > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 5.2.0.Final > > Attachments: ISPN-2689-hack-main.diff, ISPN-2689-hack-test.diff > > > The current Lucene Directory supports Lucene version from 2.9 to 3.6, > but Lucene 4 made consistent changes which might need a new module. -- 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

11 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2013