[JBoss JIRA] (ISPN-3391) Upgrade to JBoss Marshalling 2.0.0.Beta2
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/ISPN-3391?page=com.atlassian.jira.plugin.... ]
Farah Juma commented on ISPN-3391:
----------------------------------
JBoss Marshalling 2.0.0.Beta3 was just released and contains the Creator interface/implementations that were previously removed so this upgrade should no longer cause compilation issues in infinispan-server.
> Upgrade to JBoss Marshalling 2.0.0.Beta2
> ----------------------------------------
>
> Key: ISPN-3391
> URL: https://issues.jboss.org/browse/ISPN-3391
> Project: Infinispan
> Issue Type: Component Upgrade
> Components: Build process, Marshalling
> Affects Versions: 6.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
>
> Quoting David Lloyd:
> The following things should be known about this update:
> * There are some API incompatibilities (in particular, Creators are gone, and Externalizers changed a little bit)
> * The binary protocol is 100% identical
> 2.x can interoperate with 1.x over the wire with no problems
> * The changes to Infinispan seem pretty minimal
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (ISPN-7290) Document Data Container Changes
by William Burns (JIRA)
William Burns created ISPN-7290:
-----------------------------------
Summary: Document Data Container Changes
Key: ISPN-7290
URL: https://issues.jboss.org/browse/ISPN-7290
Project: Infinispan
Issue Type: Task
Components: Documentation-Core
Reporter: William Burns
Assignee: William Burns
A bunch of changes have been added for the data container including new eviction and off heap. These need to be documented.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (ISPN-7289) Stop applying the DONT_BUNDLE flag to synchronous RPCs
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-7289?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-7289:
-------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4707
> Stop applying the DONT_BUNDLE flag to synchronous RPCs
> ------------------------------------------------------
>
> Key: ISPN-7289
> URL: https://issues.jboss.org/browse/ISPN-7289
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 9.0.0.Beta1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.Beta2
>
>
> Traditionally Infinispan has been adding the {{DONT_BUNDLE}} flag to synchronous RPCs. Bela has advised removing it for quite a long time, however we have been keeping it because the {{sender-sends-with-timer}} bundler with {{DONT_BUNDLE}} had a performance edge over {{transfer-queue}} without {{DONT_BUNDLE}} (by not doing any bundling).
> With JGroups 4.0 removing {{sender-sends-with-timer}} and focusing even more on message batches, it's time to stop adding {{DONT_BUNDLE}} in Infinispan.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (ISPN-7289) Stop applying the DONT_BUNDLE flag to synchronous RPCs
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-7289?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-7289:
-------------------------------
Status: Open (was: New)
> Stop applying the DONT_BUNDLE flag to synchronous RPCs
> ------------------------------------------------------
>
> Key: ISPN-7289
> URL: https://issues.jboss.org/browse/ISPN-7289
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 9.0.0.Beta1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.Beta2
>
>
> Traditionally Infinispan has been adding the {{DONT_BUNDLE}} flag to synchronous RPCs. Bela has advised removing it for quite a long time, however we have been keeping it because the {{sender-sends-with-timer}} bundler with {{DONT_BUNDLE}} had a performance edge over {{transfer-queue}} without {{DONT_BUNDLE}} (by not doing any bundling).
> With JGroups 4.0 removing {{sender-sends-with-timer}} and focusing even more on message batches, it's time to stop adding {{DONT_BUNDLE}} in Infinispan.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (ISPN-7289) Stop applying the DONT_BUNDLE flag to synchronous RPCs
by Dan Berindei (JIRA)
Dan Berindei created ISPN-7289:
----------------------------------
Summary: Stop applying the DONT_BUNDLE flag to synchronous RPCs
Key: ISPN-7289
URL: https://issues.jboss.org/browse/ISPN-7289
Project: Infinispan
Issue Type: Task
Components: Core
Affects Versions: 9.0.0.Beta1
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 9.0.0.Beta2
Traditionally Infinispan has been adding the {{DONT_BUNDLE}} flag to synchronous RPCs. Bela has advised removing it for quite a long time, however we have been keeping it because the {{sender-sends-with-timer}} bundler with {{DONT_BUNDLE}} had a performance edge over {{transfer-queue}} without {{DONT_BUNDLE}} (by not doing any bundling).
With JGroups 4.0 removing {{sender-sends-with-timer}} and focusing even more on message batches, it's time to stop adding {{DONT_BUNDLE}} in Infinispan.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (HRJS-25) Test pkill command might be killing itself
by Galder Zamarreño (JIRA)
Galder Zamarreño created HRJS-25:
------------------------------------
Summary: Test pkill command might be killing itself
Key: HRJS-25
URL: https://issues.jboss.org/browse/HRJS-25
Project: Infinispan Javascript client
Issue Type: Bug
Affects Versions: 0.3.0
Reporter: Galder Zamarreño
In some environments (e.g. ubuntu), failover and xsite tests fail with errors like this:
{code}
1) Infinispan cluster client can failover when nodes crash
Message:
Error: Command failed: /bin/sh -c pkill -9 -f '.*java.*node4 .*'
Stacktrace:
Error: Command failed: /bin/sh -c pkill -9 -f '.*java.*node4 .*'
at ChildProcess.exithandler (child_process.js:213:12)
at emitTwo (events.js:87:13)
at ChildProcess.emit (events.js:172:7)
at maybeClose (internal/child_process.js:854:16)
at Process.ChildProcess._handle.onexit (internal/child_process.js:222:5)
{code}
After adding more info the error, we've found that the error contains:
{code}
exec error (JS): {"killed":false,"code":null,"signal":"SIGKILL","cmd":"/bin/sh -c pkill -9 -f '.*java.*node4 .*'"}
{code}
The node.js documentation says:
{code}
If the process terminated normally, code is the final exit code of
the process, otherwise null. If the process terminated due to
receipt of a signal, signal is the string name of the signal,
otherwise null.
{code}
So, it might imply that the {{pkill}} command is killing itself...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months