[JBoss JIRA] (ISPN-2365) Tx with no modifications can be replicated to a remote site.
by Erik Salter (JIRA)
Erik Salter created ISPN-2365:
---------------------------------
Summary: Tx with no modifications can be replicated to a remote site.
Key: ISPN-2365
URL: https://issues.jboss.org/browse/ISPN-2365
Project: Infinispan
Issue Type: Feature Request
Components: Cross-Site Replication
Affects Versions: 5.2.0.Alpha4
Reporter: Erik Salter
Assignee: Mircea Markus
If a tx has no modifications, but has acquired remote locks (which can be the case of an aggregate lock), the tx will still attempt to be replicated across the wire. This will result in an IllegalStateException on the receiving sites, as there are no modifications to replay.
--
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
[JBoss JIRA] (ISPN-2289) Server endpoints should report number of active connections as a JMX operation
by Manik Surtani (JIRA)
Manik Surtani created ISPN-2289:
-----------------------------------
Summary: Server endpoints should report number of active connections as a JMX operation
Key: ISPN-2289
URL: https://issues.jboss.org/browse/ISPN-2289
Project: Infinispan
Issue Type: Feature Request
Components: Cache Server, JMX, reporting and management
Affects Versions: 5.1.7.Final
Reporter: Manik Surtani
Assignee: Galder Zamarreño
Fix For: 5.2.0.Alpha4, 5.2.0.Final
Even if JMX statistics are disabled, as a JMX operation, the server endpoints should expose the number of active connections on the endpoint.
Two operations should be exposed.
1. {{numberOfLocalConnections()}}, reporting a count of active connections on the node invoked.
2. {{numberOfGlobalConnections()}}, so that if invoked, it launches a distributed executor task to the entire cluster which does a count on *each* node and aggregates the result.
The second operation would allow a sysadmin to query a *single* node to get the number of open connections to the entire cluster.
--
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
[JBoss JIRA] (ISPN-2332) Update xsite configuration file
by Mircea Markus (JIRA)
Mircea Markus created ISPN-2332:
-----------------------------------
Summary: Update xsite configuration file
Key: ISPN-2332
URL: https://issues.jboss.org/browse/ISPN-2332
Project: Infinispan
Issue Type: Feature Request
Components: Cross-Site Replication
Affects Versions: 5.2.0.Alpha4
Reporter: Mircea Markus
Assignee: Mircea Markus
Priority: Blocker
Fix For: 5.2.0.Beta1
Update configuration file after feedback:
{code:xml}
<sites local="LON">
<site name="SFO"/>
<site name="NYC"/>
<site name="LON"/>
</sites>
{code}
The sites element above are not used and should be dropped.
Also the local configuration should look like:
{code:xml}
<global>
<sites>
<localSite="${site:LON}" backupSites="${backup-sites:SFO,NYC}" />
<backups>
<backup site="NYC" backupFailurePolicy="WARN"
strategy="SYNC" timeout="12000"/>
<backup site="SFO" backupFailurePolicy="IGNORE"
strategy="ASYNC"/>
<backup site="LON" backupFailurePolicy="IGNORE"
strategy="ASYNC"/>
</backups>
</sites>
</global>
{code}
This would allow re-using of configuration files between sites.
--
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
[JBoss JIRA] Created: (ISPN-1103) Soft schema-based storage
by Manik Surtani (JIRA)
Soft schema-based storage
-------------------------
Key: ISPN-1103
URL: https://issues.jboss.org/browse/ISPN-1103
Project: Infinispan
Issue Type: Feature Request
Components: Core API
Reporter: Manik Surtani
Assignee: Manik Surtani
Fix For: 5.1.0.BETA1, 5.1.0.Final
This JIRA is about storing metadata alongside values. Perhaps encapsulating values as SchematicValues, which could be described as:
{code}
class SchematicValue {
String jsonMetadata;
String jsonObject;
}
{code}
Metadata would allow for a few interesting features:
* Extracting of lifespan and timestamp data if manipulated over a remote protocol (REST, HotRod, etc)
* Content type for REST responses
* Timestamps for REST headers, will affect HTTP content caches
* Validation information (may not be processed by Infinispan, but can be used by client libs)
* Classloader/marshaller/classdef version info
* General structure of the information stored
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months