Error parsing Recovery
by Pedro Ruivo
Hi guys,
Is there any reason to enable the recovery when we pick from
TransactionConfigurationBuilder?
public RecoveryConfigurationBuilder recovery() {
recovery.enable();
return recovery;
}
This will enable the Recovery in configurations like this:
<namedCache name="noRecovery">
<transaction (...) transactionMode="NON_TRANSACTIONAL">
<recovery enabled="false" recoveryInfoCacheName="someName"/>
</transaction>
</namedCache>
leading the RecoveryConfigTest to fail.
ps. I detected this when working on
https://issues.jboss.org/browse/ISPN-3063.
Cheers,
Pedro
10 years, 12 months
Infinispan 5.2 cartridge for OpenShift
by Andy Goldstein
Hi all,
Martin Gencur asked me to post a note to this list letting you know about the Infinispan 5.2 cartridge I worked on for OpenShift. In short, the cartridge allows you to create 1 or more gears with Infinispan running in them. If you have multiple gears, they will find each other and form a cluster. You can configure an infinispan.xml to set up your caches and anything else you can configure via the xml file.
As of now, the Infinispan cartridge is only developed in the v1 cartridge format for OpenShift. Additionally, there are some "hacks" you have to do (at least against OpenShift Enterprise 1.1) to enable users to create standalone Infinispan applications in OpenShift (see https://github.com/openshift/origin-community-cartridges/blob/master/open...).
In the future, we'll look to update the cartridge so it's in the easier-to-maintain v2 cartridge format. I'm sure there is also additional work that could go into the cartridge to make it more robust, but for right now, it's out there and has worked in my test environment. If anyone wants to try it out and provide feedback, I'd love to hear from you.
Thanks,
Andy
10 years, 12 months
Cpp client
by Mircea Markus
Hi Cliff,
How's it going so far? Any luck with the java hotrod client's test migration?
Please let me know if you need anything from our side ;)
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
11 years
TeamCity and automatic pull request build
by Mircea Markus
As you might have noticed the "GitHub integration" plugin has been set in CI. It posts notifications on the pull request page on the status of the build.
Few words on how it works:
- whenever a pull request is made it triggers a build on the merge between that pull request and the master. That should be the equivalent of what put integrate_pull_request script does, so it's quite reliable for integration.
- when you update the pull request the build is triggered again, based on the new merge result
- when you update the master, as a result of the master updating, all the pending pull requests are again merged and re-built.
Ideally we should have a small number of pull request pending, in order to reduce the number of re-builds.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
11 years
Re: [infinispan-dev] [infinispan-internal] Message flow tracer/analyzer
by Mircea Markus
Looks very interesting Radim, hope to see it at work soon :-)
Moving the conversation to -dev as other users might benefit from this as well.
On 2 May 2013, at 14:48, Radim Vansa wrote:
> Good news, everyone,
>
> in the last two weeks I've been working on a tool that could help us to profile Infinispan performance, analyze it and probably debug some stuff as well. While trace logs are the most useful, performance is impacted to almost unusable levels and it still does not provide enough information, logs have low precision etc.
> The idea is to analyze the behaviour based on the requests and track down the consequences of each request (put/get/whatever). Currently I have a working prototype (I believe already useful) which is able to track down all messages based on the initial request, records which threads execute etc. It's Byteman based, no trace logs/code changes required. However, according to my initial testing it reduces the overall performance 2-3 times.
>
> The code is located in https://github.com/rvansa/message-flow-tracer , please look at README for details what it can do and ping me if you have any questions/feedback.
>
> Radim
>
> PS: short demo output on http://pastebin.com/raw.php?i=SBQFuG3a
>
> -----------------------------------------------------------
> Radim Vansa
> Quality Assurance Engineer
> JBoss Datagrid
> tel. +420532294559 ext. 62559
>
> Red Hat Czech, s.r.o.
> Brno, Purkyňova 99/71, PSČ 612 45
> Czech Republic
>
>
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
11 years
