Re: [infinispan-dev] WFLYTX0013 in the Infinispan Openshift Template

[Radoslav Husar]

Hi Sebastian,

On Wed, Apr 11, 2018 at 2:31 PM, Sebastian Laskawiec
 wrote:
> Hey Rado, Paul,
>
> I started looking into this issue and it turned out that WF subsystem
> template doesn't provide `node-identifier` attribute [1].

I assume you mean that the default WildFly server profiles do not
explicitly define the attribute. Right – thus the value defaults in
the model to "1"
https://github.com/wildfly/wildfly/blob/master/transactions/src/main/java/org/jboss/as/txn/subsystem/TransactionSubsystemRootResourceDefinition.java#L97
which sole intention seems to be to log a warning on boot if the value
is unchanged.
Why they decided on a constant that will be inherently not unique as
opposed to defaulting to the node name (which we already require to be
unique) as clustering node name or undertow instance-id does, is
unclear to me.
Some context is on https://issues.jboss.org/browse/WFLY-1119.

> I'm not sure if you guys are the right people to ask, but is it safe to
> leave it set to default? Or shall I override our Infinispan templates and
> add this parameter (as I mentioned before, in OpenShift this I wanted to set
> it as Pod name trimmed to the last 23 chars since this is the limit).

It is not safe to leave it set to "1" as that results in inconsistent
processing of transaction recovery.
IIUC we already set it to the node name for both EAP and JDG
https://github.com/jboss-openshift/cct_module/blob/master/os-eap70-openshift/added/standalone-openshift.xml#L411
https://github.com/jboss-openshift/cct_module/blob/master/os-jdg7-conffiles/added/clustered-openshift.xml#L282
which in turn defaults to the pod name – so which profiles are we
talking about here?

Rado

> Thanks,
> Seb
>
> [1] usually set to node-identifier="${jboss.node.name}"
>
>
> On Mon, Apr 9, 2018 at 10:39 AM Sanne Grinovero 
> wrote:
>>
>> On 9 April 2018 at 09:26, Sebastian Laskawiec  wrote:
>> > Thanks for looking into it Sanne. Of course, we should add it (it can be
>> > set
>> > to the same name as hostname since those are unique in Kubernetes).
>> >
>> > Created https://issues.jboss.org/browse/ISPN-9051 for it.
>> >
>> > Thanks again!
>> > Seb
>>
>> Thanks Sebastian!
>>
>> >
>> > On Fri, Apr 6, 2018 at 8:53 PM Sanne Grinovero 
>> > wrote:
>> >>
>> >> Hi all,
>> >>
>> >> I've started to use the Infinispan Openshift Template and was browsing
>> >> through the errors and warnings this produces.
>> >>
>> >> In particular I noticed "WFLYTX0013: Node identifier property is set
>> >> to the default value. Please make sure it is unique." being produced
>> >> by the transaction system.
>> >>
>> >> The node id is usually not needed for developer's convenience and
>> >> assuming there's a single node in "dev mode", yet clearly the
>> >> Infinispan template is meant to work with multiple nodes running so
>> >> this warning seems concerning.
>> >>
>> >> I'm not sure what the impact is on the transaction manager so I asked
>> >> on the Narayana forums; Tom pointed me to some thourough design
>> >> documents and also suggested the EAP image does set the node
>> >> identifier:
>> >>  - https://developer.jboss.org/message/981702#981702
>> >>
>> >> WDYT? we probably want the Infinispan template to set this as well, or
>> >> silence the warning?
>> >>
>> >> Thanks,
>> >> Sanne
>> >> ___
>> >> infinispan-dev mailing list
>> >> infinispan-dev@lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>> >
>> >
>> > ___
>> > infinispan-dev mailing list
>> > infinispan-dev@lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/infinispan-dev
>> ___
>> infinispan-dev mailing list
>> infinispan-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Clustering standalone Infinispan w/ WF running Infinispan

[Radoslav Husar]

 From what Stelios is telling me the question is a little bit other way 
round: he is using library mode infinispan and jgroups in EAP and 
connecting to JDG. So the question is what JDG is doing with the stack, 
not AS/WF as its infinispan/jgroups subsystem is not used.

Unfortunately I don't have access to the JDG repo so I don't know what 
changes have been made there but if you are using the same jgroups 
logic, IMO the channel needs to be wrapped as 
org.jboss.as.clustering.jgroups.MuxChannel before passing to infinispan.

Rado

On 26/09/14 15:03, Galder Zamarreño wrote:
 Hey Paul,

 In the last couple of days, a couple of people have encountered the exception 
 in [1] when trying to cluster a standalone Infinispan app with its own 
 JGroups configuration file with a AS/WF running Infinispan cache.

  From my POV, 3 possible causes:

 1. Dependency mismatches between AS/WF and the standalone app. Having done 
 some quick study of Kurt’s case, apart from micro version changes, all looks 
 good.

 2. Mismatch in the Infinispan and/or JGroups configuration file.

 3. AS/WF puts something on the clustered wire that standalone Infinispan does 
 not expect. Are you still doing multiplexing? Could you be adding extra info 
 to the wire?

 With this email, I’m trying to get some clarification from you if the issue 
 could be due to 3rd option. If it’s either of the first two, it’s a matter of 
 digging and finding the difference, but if it’s 3rd one, it’s more 
 problematic.

 Any ideas?

 [1] https://gist.github.com/skoussou/92f062f2d0bd17168e01
 --
 Galder Zamarreño
 gal...@redhat.com
 twitter.com/galderz

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] merging all the github projects back?

[Radoslav Husar]

Could anyone elaborate bit more on what the actual compiling problems are?

(I am guessing that the realization is that the stores are way more
tightly coupled with the core than initially though..)

Rado

On 15/11/13 13:43, Mircea Markus wrote:
 Hi guys,

 Given all the compiling problems we had since we've split in multiple
 github repos (server, stores and embedded) makes me think that the
 split wasn't such a great idea after all( and that I was hmm, wrong).
 Shall we move everything back into a single repo? We can still keep
 different CI runs for cache stores, server etc, but at least all this
 builds will compile everything.

 wdyt?

 Cheers,

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] stack trace in my logs

[Radoslav Husar]

Is that Apple JDK? I wonder if that's even supported, definitely not 
supported for production offerings.

I just backported that class to WildFly so you got me worried there.

Rado

On 12/09/13 19:21, Kurt T Stam wrote:
 Hi guys,

 I'm running on OSX with ModeShape 3.2.0.Final which depends on ISPN
 version 5.1.6.FINAL
 and sometime I see this stack in my log. Everything seems to be working
 ok anyway though.

 http://pastebin.test.redhat.com/163600

 Is this something you guys have seen before?

 Thx,

 --Kurt
 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] 5.3.0. release name: Tactical Nuclear Penguin

[Radoslav Husar]

Oh boy! Now we are serious competition to Fedora codenames. Their last 
name one is Spherical Cow.

Rado

On 11/02/13 17:50, Mircea Markus wrote:
 Sometimes democracy gets funny: Tactical Nuclear Penguin is the name
 of our next 5.3 release[1].
 It's worth mentioning we have a tie: Hopocalypsebeing the alternative.
 Let's use this one for our next release.

 [1] https://community.jboss.org/polls/1115

 Cheers,
 --
 Mircea Markus
 Infinispan lead (www.infinispan.org http://www.infinispan.org)






 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Infinispan xsite perf test demo

[Radoslav Husar]

Thanks Bela, I enjoyed the demo!

I suggest adding some sort of visualization (maybe just a few diagrams 
within the demo) of what is actually happening with the data would help 
understanding for users who are just starting with xsite.

Rado

On 14/12/12 12:09, Bela Ban wrote:
 FYI,

 I've uploaded a 10-minute video [1] to YouTube showing how I setup and
 run a perf test for Infinispan xsite replication [2]. The test
 (including all configuration) is available at [3]. This was run with a
 snapshot of Infinispan (roughly 5.2.0.Beta6) and JGroups 3.3.0.Alpha1.
 Enjoy !

 [1] http://www.youtube.com/watch?v=owOs430vLZo
 [2] https://docs.jboss.org/author/display/ISPN/Cross+site+replication
 [3] https://github.com/belaban/IspnPerfTest

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Greasy monkey for JIRA link in pull request

[Radoslav Husar]

Oh man, this will be very useful in Thunderbird too..

Thanks for sharing

Rado

On 31/10/12 09:59, Galder Zamarreño wrote:
 Hi,

 This is an useful greasymonkey script for handling pull reqs (courtesy of 
 Max):
 https://twitter.com/maxandersen/status/262141856723378176

 Remember to apply my change as well.

 Screenshot:
 http://screencast.com/t/bSfbM1JI

 Cheers,
 --
 Galder Zamarreño
 gal...@redhat.com
 twitter.com/galderz

 Project Lead, Escalante
 http://escalante.io

 Engineer, Infinispan
 http://infinispan.org


 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Infinispan 5.2.0.Beta3 is out!

[Radoslav Husar]

Thanks Mircea and everyone for burning midnight oil to get this out!

AS7 upgrade: https://github.com/jbossas/jboss-as/pull/3380

Rado

On 31/10/12 01:46, Mircea Markus wrote:
 Hopefully the last Beta of the 5.2 series, it contains a set of critical
 bug fixes (especially around non blocking state transfer) and some
 performance improvements: http://goo.gl/S8S0e

 Cheers,
 --
 Mircea Markus
 Infinispan lead (www.infinispan.org http://www.infinispan.org)






 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Running CDI test suite

[Radoslav Husar]

On 05/09/12 20:54, Mircea Markus wrote:
 On 5 Sep 2012, at 15:00, Sanne Grinovero wrote:

 On 5 September 2012 14:48, Tristan Tarrant ttarr...@redhat.com
 mailto:ttarr...@redhat.com wrote:
 Oh dear, JUnit where art thou ?

 +1

 Rado started looking into this a while ago. Rado if you get some spare
 CPU cycles to look at this you'll get even more popular :-)

Raising it higher on my todo list :-)

Rado
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] drafts, sketches and pull requests

[Radoslav Husar]

+1 This is how it's also done for AS7 project.

Rado

On 28/08/12 15:29, Sanne Grinovero wrote:
 Hi all,
 I see that on github there are many pull requests for Infinispan, but
 a good amount of them is not to be merged, needing more feedback or
 pending for other reasons.

 Rather than keeping things open, shouldn't we track these on JIRA? I'd
 like to interpret the pull requests as things that should be
 reviewed for immediate merging.

 Shall we close those pulls which need further work?

 Cheers,
 Sanne
 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Infinispan cdi example/tutorial

[Radoslav Husar]

Nice. Maybe you could make it into AS7 quickstart?

https://github.com/jbossas/quickstart

Pete, WDYT?

Rado

On 02/13/2012 04:16 PM, Duncan Bloem wrote:
 Hi all,

 Hantsy Bai and I made a 'sign-up request' application based on
 infinispan 5.1.1.
 we have used cdi and infinispan-cdi, together with jax-rs and tests
 written in arquillian and jsfunit.

 The application is not that complex, and I think it makes a perfect
 example/tutorial.
 I would love to get some feedback from the infinispan community, before
 I announce and blog about it.
 Any feedback about code practices, documentation or anything else is
 welcome!
 The application will be opensource.

 Take a look and fork away...
 https://github.com/dabloem/signup-app

 Thanks in advance,
 Duncan


 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Adding a Combiner

[Radoslav Husar]

Damn good idea, cats as cheap labor force :-)

On 02/01/2012 10:30 AM, Galder Zamarreño wrote:
 LOL! This is what I got when accessing those pastebins…


 On Jan 31, 2012, at 6:46 PM, Vladimir Blagojevic wrote:

 Response from Brent Douglas:

 Hi Vladimir,

 I'm not sure this is the same thing being discussed however if it is
 not I had intended to request this anyhow. When I looked into using
 infinispans's map reduce facility this is the the task I came up with:

 http://pastebin.com/7GGjVnVt

 I would prefer to specify it as:

 http://pastebin.com/HTSq3g66

 I'm pretty sure this is the not intended use case but it distributes
 the creation of my reports which is what I want. It's not really a big
 deal for me as I can get around this limitation by creating a wrapper
 class such as in the first example but it would be nice if I did not
 have to. Is this a reasonable request?

 Also, and this is probably just wrong, when I use this I bundle up the
 task and execute it via JMS. Would it be reasonable to make Collator
 extend Serializable?

 Brent


 On 12-01-30 11:47 AM, Vladimir Blagojevic wrote:
 Guys,

 I was looking at this again recently and I still do not understand
 how combiner could have different interface than Reducer! Hadoop
 forces a user to implement combiner as a Reducer
 http://developer.yahoo.com/hadoop/tutorial/module4.html#functionality
 and
 http://hadoop.apache.org/common/docs/current/api/org/apache/hadoop/mapreduce/Job.html#setCombinerClass%28java.lang.Class%29
 In addition, the original paper does not mention any change of types.

 What we have admittedly done wrong is to apply Reducer on individual
 Mapper without checking if a reduce function is both commutative and
 associative! This can lead to problems:
 http://philippeadjiman.com/blog/2010/01/14/hadoop-tutorial-series-issue-4-to-use-or-not-to-use-a-combiner/

 So yes, I am all for adding Combiner (it should do the optional
 reducer per mapper we do automatically now) but I do not see why we
 have to change the interface!


 Regards,
 Vladimir




 ___
 infinispan-dev mailing list

 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

 --
 Galder Zamarreño
 Sr. Software Engineer
 Infinispan, JBoss Cache



 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

[infinispan-dev] Streamlining ISPN logging with JBoss/AS7?

[Radoslav Husar]

See David's comment:

https://issues.jboss.org/browse/AS7-3172?focusedCommentId=12653589page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12653589

Any other thoughts than aint gonna happen? :-)

Cheers
Rado
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Source artifacts not deployed for 5.0.0.FINAL

[Radoslav Husar]

On 08/08/2011 03:52 PM, Manik Surtani wrote:
 Ok, it's a bug in Felix's bundle plugin.  Rolling back to an earlier version 
 of the plugin fixes it for now.

   http://comments.gmane.org/gmane.comp.apache.felix.devel/22887

 I'll manually push up the srcs for 5.0.0.FINAL now.

Hi Manik,

looks like the sources didn't get pushed properly, they are not in the 
repo as Jaikiran just brought up on irc:

https://repository.jboss.org/nexus/index.html#view-repositories;releases~browsestorage~/org/infinispan/infinispan-core/5.0.0.FINAL/infinispan-core-5.0.0.FINAL.pom

Can you have a look please?

Thanks,
Rado


 Cheers
 Manik

 On 8 Aug 2011, at 14:43, Manik Surtani wrote:

 Shit.  This seems to have to do with the OSGi bundling of artefacts.

 [WARNING] NOT adding sources to artifacts with classifier as Maven only 
 supports one classifier per artifact. Current artifact 
 [org.infinispan:infinispan-core:bundle:5.0.0.FINAL] has a [] classifier.

 If I change infinispan-core's packaging to jar instead of bundle, the 
 sources get generated just fine.  Any Maven experts out there have a good 
 workaround?

 Cheers
 Manik

 On 8 Aug 2011, at 13:22, Manik Surtani wrote:

 Very odd.  Looking at my target directory where the release was built, 
 sources weren't even packaged for certain modules.  So it wasn't just a 
 case of not being uploaded.  Note that this didn't affect *all* modules:

 https://repository.jboss.org/nexus/index.html#nexus-search;gav~~infinispan-directory-demo~5.0.0.FINAL~~

 Looking into this now.


 On 8 Aug 2011, at 11:10, Sanne Grinovero wrote:

 Hi,
 it seems the sources weren't deployed, they where for all previous
 versions including CR8.

 https://repository.jboss.org/nexus/index.html#nexus-search;gav~~infinispan-core~5.0.0.FINAL~~

 Can anybody upload them?

 Sanne
 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

 --
 Manik Surtani
 ma...@jboss.org
 twitter.com/maniksurtani

 Lead, Infinispan
 http://www.infinispan.org



 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

 --
 Manik Surtani
 ma...@jboss.org
 twitter.com/maniksurtani

 Lead, Infinispan
 http://www.infinispan.org



 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

 --
 Manik Surtani
 ma...@jboss.org
 twitter.com/maniksurtani

 Lead, Infinispan
 http://www.infinispan.org




 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

-- 
Radoslav Husar
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Cannot compile infinispan-cachestore-bdbje - missing maven artifacts

[Radoslav Husar]

That's exactly it, just reopened it.

I have really strange problems with maven builds in general like with 
ISPN and AS7. I try the same target and sometimes it passes and few 
minutes later it fails and so on. Surely the repository.jboss.org is to 
blame :-/

R.

On 08/17/2011 04:32 PM, Sanne Grinovero wrote:
 This looks like https://issues.jboss.org/browse/ISPN-1306
 I had opened it, experiencing the same issue, then after some days I
 couldn't verify it anymore as the artifact had appeared; really
 puzzled that it's gone again?

 Could you please reopen it? (Or should we create a new one? not sure
 what is best is in this case since the version it applied to was
 released)

 Sanne

 2011/8/17 Martin Gencurmgen...@redhat.com:
 As suggested by Rado Husar,
 this infinispan module cannot be compiled with *empty* local maven
 repository. The problem is the following:


 [ERROR] Failed to execute goal on project infinispan-cachestore-bdbje:
 Could not resolve dependencies for project
 org.infinispan:infinispan-cachestore-bdbje:bundle:5.1.0-SNAPSHOT: Could
 not find artifact com.sleepycat:je:jar:4.0.92 in
 jboss-developer-repository-group
 (https://repository.jboss.org/nexus/content/groups/developer/) -  [Help
 1]


 I have these repos defined in settings.xml:
 https://repository.jboss.org/nexus/content/groups/public/
 https://repository.jboss.org/nexus/content/groups/developer/


 --
 Martin Gencur
 --
 JBoss QE, Enterprise Data Grid
 Desk phone: +420 532 294 192, ext. 62192

 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev

 ___
 infinispan-dev mailing list
 infinispan-dev@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev