[JBoss JIRA] (ISPN-6737) 1 new web session creates 3 records in the corresponding war cache
by Michal Karm Babacek (JIRA)
[ https://issues.jboss.org/browse/ISPN-6737?page=com.atlassian.jira.plugin.... ]
Michal Karm Babacek updated ISPN-6737:
--------------------------------------
Attachment: clusterbench-ee7.ear
> 1 new web session creates 3 records in the corresponding war cache
> -------------------------------------------------------------------
>
> Key: ISPN-6737
> URL: https://issues.jboss.org/browse/ISPN-6737
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 8.1.2.Final
> Reporter: Michal Karm Babacek
> Assignee: Radoslav Husar
> Attachments: clusterbench-ee7.ear
>
>
> It might be just my ignorance, but it seems kinda weird anyway :)
> * [^clusterbench-ee7.ear] from [web-cache-investigator|https://github.com/Karm/clusterbench/tree/web-cach...] branch
> * 1 server, no balancer, trivial standalone-ha startup
> * result is way too many records in the cache for a single session id:
> {noformat}
> karm@localhost:~/Projects/MOD_CLUSTER/httpd-2.4.20-build/bin$ curl -c cookie.txt -b cookie.txt http://127.0.0.1:8080/clusterbench/debug
> Serial: 22
> Session ID: Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-
> Current time: Tue May 31 11:25:25 CEST 2016
> ServletRequest.getServerPort(): 8080
> ServletRequest.getLocalPort(): 8080
> Node name: localhost
> Members: [localhost]
> Cache: clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war, Size: 0
> Keys: []
> Cache: routing, Size: 1
> Keys: [localhost]
> Cache: clusterbench-ee7.ear.clusterbench-ee7-web-granular.war, Size: 0
> Keys: []
> Cache: clusterbench-ee7.ear.clusterbench-ee7-web-default.war, Size: 3
> Keys: [Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-, Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-, Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-]
> Cache: dist, Size: 0
> Keys: []
> Physical addresses: 127.0.0.1:55200;
> karm@localhost:~/Projects/MOD_CLUSTER/httpd-2.4.20-build/bin$ cat cookie.txt
> # Netscape HTTP Cookie File
> # http://curl.haxx.se/docs/http-cookies.html
> # This file was generated by libcurl! Edit at your own risk.
> 127.0.0.1 FALSE /clusterbench FALSE 0 JSESSIONID Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-.localhost
> {noformat}
> WDYT?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (ISPN-6737) 1 new web session creates 3 records in the corresponding war cache
by Michal Karm Babacek (JIRA)
Michal Karm Babacek created ISPN-6737:
-----------------------------------------
Summary: 1 new web session creates 3 records in the corresponding war cache
Key: ISPN-6737
URL: https://issues.jboss.org/browse/ISPN-6737
Project: Infinispan
Issue Type: Bug
Affects Versions: 8.1.2.Final
Reporter: Michal Karm Babacek
Assignee: Radoslav Husar
It might be just my ignorance, but it seems kinda weird anyway :)
* [^clusterbench-ee7.ear] from [web-cache-investigator|https://github.com/Karm/clusterbench/tree/web-cach...] branch
* 1 server, no balancer, trivial standalone-ha startup
* result is way too many records in the cache for a single session id:
{noformat}
karm@localhost:~/Projects/MOD_CLUSTER/httpd-2.4.20-build/bin$ curl -c cookie.txt -b cookie.txt http://127.0.0.1:8080/clusterbench/debug
Serial: 22
Session ID: Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-
Current time: Tue May 31 11:25:25 CEST 2016
ServletRequest.getServerPort(): 8080
ServletRequest.getLocalPort(): 8080
Node name: localhost
Members: [localhost]
Cache: clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war, Size: 0
Keys: []
Cache: routing, Size: 1
Keys: [localhost]
Cache: clusterbench-ee7.ear.clusterbench-ee7-web-granular.war, Size: 0
Keys: []
Cache: clusterbench-ee7.ear.clusterbench-ee7-web-default.war, Size: 3
Keys: [Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-, Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-, Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-]
Cache: dist, Size: 0
Keys: []
Physical addresses: 127.0.0.1:55200;
karm@localhost:~/Projects/MOD_CLUSTER/httpd-2.4.20-build/bin$ cat cookie.txt
# Netscape HTTP Cookie File
# http://curl.haxx.se/docs/http-cookies.html
# This file was generated by libcurl! Edit at your own risk.
127.0.0.1 FALSE /clusterbench FALSE 0 JSESSIONID Ok6CfU2Az90jOVLJE_NkXPpBwDwq6YP5EwlbD5X-.localhost
{noformat}
WDYT?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (ISPN-6736) XML Serializer does not serialize jpaStoreType element
by Anna Manukyan (JIRA)
Anna Manukyan created ISPN-6736:
-----------------------------------
Summary: XML Serializer does not serialize jpaStoreType element
Key: ISPN-6736
URL: https://issues.jboss.org/browse/ISPN-6736
Project: Infinispan
Issue Type: Bug
Components: Configuration
Reporter: Anna Manukyan
There is no configuration parser available for {{jpaStoreType}} element (http://infinispan.org/schemas/infinispan-cachestore-jpa-config-6.0.xsd ).
When trying to parse the following xml:
{code}
<namedCache name="withJpaStore">
<persistence passivation="true">
<jpaStoreType xmlns="urn:infinispan:config:jpa:6.0" persistenceUnitName="TestPersistentName" entityClassName="org.infinispan.tools.customs.CustomDataContainer"
batchSize="80" storeMetadata="false"/>
</persistence>
</namedCache>
{code}
getting the following exception:
{code}
org.infinispan.commons.CacheConfigurationException: ISPN000327: Cannot find a parser for element 'jpaStoreType' in namespace 'urn:infinispan:config:jpa:6.0'. Check that your configuration is up-to date for this version of Infinispan.
at org.infinispan.configuration.parsing.ParserRegistry.parseElement(ParserRegistry.java:157)
at org.infinispan.configuration.parsing.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:37)
at org.infinispan.tools.config.v6.Parser60.parsePersistence(Parser60.java:570)
at org.infinispan.tools.config.v6.Parser60.parseCache(Parser60.java:162)
at org.infinispan.tools.config.v6.Parser60.parseNamedCache(Parser60.java:121)
at org.infinispan.tools.config.v6.Parser60.readElement(Parser60.java:88)
at org.infinispan.configuration.parsing.ParserRegistry.parseElement(ParserRegistry.java:161)
at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:141)
at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:128)
at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:115)
at org.infinispan.tools.config.ConfigurationConverter.convert(ConfigurationConverter.java:27)
at org.infinispan.tools.ConfigurationConverterTest.testConversionAndSerializationFrom60(ConfigurationConverterTest.java:55)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
at org.testng.SuiteRunner.run(SuiteRunner.java:254)
at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
at org.testng.TestNG.run(TestNG.java:1057)
at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:122)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (ISPN-6735) XML Serializer serializes the hashFunctionClass attribute to hash which later is not parsed
by Anna Manukyan (JIRA)
Anna Manukyan created ISPN-6735:
-----------------------------------
Summary: XML Serializer serializes the hashFunctionClass attribute to hash which later is not parsed
Key: ISPN-6735
URL: https://issues.jboss.org/browse/ISPN-6735
Project: Infinispan
Issue Type: Bug
Components: Configuration
Reporter: Anna Manukyan
When the 6.0 version config xml contains {{hashFunctionClass}} attribute on {{hash}} tag, then later the serialized xml is not parsed.
The following xml:
{code}
<namedCache name="dist_with_capacity_factors">
<clustering mode="distribution">
<stateTransfer timeout="120000" />
<sync />
<hash numOwners="3" numSegments="1000" capacityFactor="0" hashFunctionClass="org.infinispan.commons.hash.MurmurHash3" />
<l1 enabled="true" lifespan="610000" />
</clustering>
</namedCache>
{code}
is serialized to:
{code}
<distributed-cache hash="org.infinispan.commons.hash.MurmurHash3" owners="3" segments="1000" capacity="0.0" mode="SYNC" name="dist_with_capacity_factors" statistics="false">
<locking concurrency-level="100" acquire-timeout="1000"/>
<transaction mode="NONE" reaper-interval="123" complete-timeout="3123"/>
<state-transfer timeout="120000"/>
</distributed-cache>
{code}
and the parsing of the serialized xml gives the following exception :
{code}
org.infinispan.commons.CacheConfigurationException: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[162,182]
Message: Unexpected attribute 'hash' encountered
at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:120)
at org.infinispan.test.fwk.TestCacheManagerFactory.fromStream(TestCacheManagerFactory.java:117)
at org.infinispan.test.fwk.TestCacheManagerFactory.fromXml(TestCacheManagerFactory.java:100)
at org.infinispan.tools.ConfigurationConverterTest.testConversionAndSerializationFrom60(ConfigurationConverterTest.java:66)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
at org.testng.SuiteRunner.run(SuiteRunner.java:254)
at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
at org.testng.TestNG.run(TestNG.java:1057)
at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:72)
at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:122)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[162,182]
Message: Unexpected attribute 'hash' encountered
at org.infinispan.configuration.parsing.ParseUtils.unexpectedAttribute(ParseUtils.java:54)
at org.infinispan.configuration.parsing.Parser.parseCacheAttribute(Parser.java:1198)
at org.infinispan.configuration.parsing.Parser.parseClusteredCacheAttribute(Parser.java:1845)
at org.infinispan.configuration.parsing.Parser.parseDistributedCache(Parser.java:1969)
at org.infinispan.configuration.parsing.Parser.parseContainer(Parser.java:587)
at org.infinispan.configuration.parsing.Parser.readElement(Parser.java:114)
at org.infinispan.configuration.parsing.ParserRegistry.parseElement(ParserRegistry.java:161)
at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:141)
at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:128)
at org.infinispan.configuration.parsing.ParserRegistry.parse(ParserRegistry.java:115)
... 31 more
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (ISPN-6734) XML serializer serializes the singleFile location property in different way
by Anna Manukyan (JIRA)
Anna Manukyan created ISPN-6734:
-----------------------------------
Summary: XML serializer serializes the singleFile location property in different way
Key: ISPN-6734
URL: https://issues.jboss.org/browse/ISPN-6734
Project: Infinispan
Issue Type: Bug
Components: Configuration
Reporter: Anna Manukyan
In case when {{persistence}} is configured with {{SingleFileStore}} class and the location is provided with properties, the generated xml contains both the {{path}} attribute and the property with the same value.
This code:
{code}
<infinispan>
<namedCache name="withLoaderDefaults">
<persistence>
<store class="org.infinispan.persistence.file.SingleFileStore">
<properties>
<property name="location" value="/tmp/Another-FileCacheStore-Location" />
</properties>
</store>
</persistence>
</namedCache>
</infinispan>
{code}
is converted to:
{code}
<infinispan>
<threads/>
<cache-container name="DefaultCacheManager">
<jmx/>
<local-cache name="withLoaderDefaults">
<transaction mode="NONE"/>
<persistence>
<file-store path="/tmp/Another-FileCacheStore-Location">
<property name="location">
/tmp/Another-FileCacheStore-Location
</property>
</file-store>
</persistence>
</local-cache>
</cache-container>
</infinispan>
{code}
Also, if the value of location {{property}} is set to e.g.
{noformat}
${java.io.tmpdir}
{noformat}
, then the evaluated value is placed in the generated xml.
So the following xml:
{code}
<infinispan>
<namedCache name="withLoaderDefaults">
<persistence>
<store class="org.infinispan.persistence.file.SingleFileStore">
<properties>
<property name="location" value="${java.io.tmpdir}" />
</properties>
</store>
</persistence>
</namedCache>
</infinispan>
{code}
is converted to:
{code}
<infinispan>
<threads/>
<cache-container name="DefaultCacheManager">
<jmx/>
<local-cache name="withLoaderDefaults">
<transaction mode="NONE"/>
<persistence>
<file-store path="/tmp">
<property name="location">
/tmp
</property>
</file-store>
</persistence>
</local-cache>
</cache-container>
</infinispan>
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (ISPN-6733) XML Serializer does not serialize attributes for org.infinispan.persistence.cluster.ClusterLoader
by Anna Manukyan (JIRA)
Anna Manukyan created ISPN-6733:
-----------------------------------
Summary: XML Serializer does not serialize attributes for org.infinispan.persistence.cluster.ClusterLoader
Key: ISPN-6733
URL: https://issues.jboss.org/browse/ISPN-6733
Project: Infinispan
Issue Type: Bug
Components: Configuration
Reporter: Anna Manukyan
When the clusterLoader is configured using {{store}} tag, the specified attributes are not parsed to the new version xml.
The following xml:
{code}
.................................................
<namedCache name="withClusterLoader1">
<persistence>
<store class="org.infinispan.persistence.cluster.ClusterLoader" preload="true" fetchPersistentState="true" ignoreModifications="true" purgeOnStartup="true" shared="true">
<properties>
<property name="remoteCallTimeout" value="15000" />
</properties>
</store>
</persistence>
</namedCache>
.....................
{code}
is parsed to:
{code}
...............................
<local-cache name="withClusterLoader1" statistics="false">
<persistence>
<cluster-loader remote-timeout="15000">
<property name="remoteCallTimeout">
15000
</property>
</cluster-loader>
</persistence>
</local-cache>
.............................
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (ISPN-6732) XML serializer does not serialize properly async, l1 and site tags
by Anna Manukyan (JIRA)
Anna Manukyan created ISPN-6732:
-----------------------------------
Summary: XML serializer does not serialize properly async, l1 and site tags
Key: ISPN-6732
URL: https://issues.jboss.org/browse/ISPN-6732
Project: Infinispan
Issue Type: Bug
Components: Configuration
Reporter: Anna Manukyan
1. The {{async}} element of the singleFile or store tag is enabled in the serialized XML, even if it is disabled in 6.0 config xml. Empty {{write-behind}} tag appears which enables the async for the store.
2. The {{l1}} tag is not serialized to new version.
3.The global {{site}} element is not serialized to new version.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months