[JBoss JIRA] (ISPN-3327) Server init.d script should be customized for Infinispan
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3327?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3327:
-----------------------------------------------
Vitalii Chepeliuk <vchepeli(a)redhat.com> made a comment on [bug 983781|https://bugzilla.redhat.com/show_bug.cgi?id=983781]
So I am not able to start JDG Server as service
[root@vchepQA /]# systemctl start infinispan-server.service
Job failed. See system journal and 'systemctl status' for details.
[Status of service]
infinispan-server.service - SYSV: Infinispan Server
Loaded: loaded (/etc/rc.d/init.d/infinispan-server)
Active: failed (Result: resources) since Thu, 19 Sep 2013 09:56:21 +0200; 2min 7s ago
Process: 9722 ExecStart=/etc/rc.d/init.d/infinispan-server start (code=exited, status=0/SUCCESS)
Main PID: 8990
CGroup: name=systemd:/system/infinispan-server.service
[Log from /var/log/messages]
Sep 19 09:56:21 vchepQA systemd[1]: PID file /var/run/infinispan-server/infinispan-server-standalone.pid not readable (yet?) after start.
[PID of server]
[root@vchepQA /]# lsof -t -i:8080
9785 <<< SO server is started properly and listening
[But there is NO PID file created!!!]
[root@vchepQA /]# ll /var/run/infinispan-server/
total 0
[Problems in script infinispan-server.sh]
1. start()__line__(101) if JDG started, there is "grep 'Infinispan Server.*started in' $ISPN_SERVER_CONSOLE_LOG > /dev/null"
I think should be "grep JBoss Data Grid.* started"
2. standalone.sh does not contain variables like LAUNCH_ISPN_SERVER_IN_BACKGROUND=1 so there is NO need to do %s/JBOSS_/ISPN_SERVER_/g because it does not help if you EXPORT variables and DO NOT use them inside standalone.sh
> Server init.d script should be customized for Infinispan
> --------------------------------------------------------
>
> Key: ISPN-3327
> URL: https://issues.jboss.org/browse/ISPN-3327
> Project: Infinispan
> Issue Type: Bug
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Fix For: 6.0.0.Alpha4
>
>
> The current init.d script included in Infinispan Server should be appropriately renamed and verified
--
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, 6 months
[JBoss JIRA] (ISPN-3457) Infinispan error running on IBM JDK
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3457?page=com.atlassian.jira.plugin.... ]
Mircea Markus commented on ISPN-3457:
-------------------------------------
>From your description it seems like the Map doesn't work correctly on IBM JDK, which is something very severe and should be investigated. Instead of this fix, can you please provide a UT so that we can track down the actual problem in the Map?
> Infinispan error running on IBM JDK
> -----------------------------------
>
> Key: ISPN-3457
> URL: https://issues.jboss.org/browse/ISPN-3457
> Project: Infinispan
> Issue Type: Bug
> Components: Distributed Cache
> Affects Versions: 6.0.0.Alpha3
> Environment: WAS 8.0.0.6 JDK, Windows 7 Professional
> Reporter: Luis Montoya
> Assignee: Mircea Markus
> Fix For: 6.0.0.Alpha3
>
>
> I created a sample application using infinispan on standar JDK (Sun/Oracle). This app works fine using this JDK.
>
> I tried to run the app on IBM JDK (the needed for WAS), but I get the below error:
>
> org.infinispan.commons.CacheException: Unable to construct a GlobalComponentRegistry!
> at org.infinispan.factories.GlobalComponentRegistry.<init>(GlobalComponentRegistry.java:129)
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:276)
> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:246)
> at org.infinispan.quickstart.clusteredcache.replication.AbstractNode.createCacheManagerProgramatically(AbstractNode.java:41)
> at org.infinispan.quickstart.clusteredcache.replication.AbstractNode.<init>(AbstractNode.java:62)
> at org.infinispan.quickstart.clusteredcache.replication.Node0.main(Node0.java:32)
> Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.topology.LocalTopologyManagerImpl.inject(org.infinispan.remoting.transport.Transport,java.util.concurrent.ExecutorService,org.infinispan.factories.GlobalComponentRegistry,org.infinispan.util.TimeService) on object of type LocalTopologyManagerImpl with parameters [org.infinispan.executors.LazyInitializingExecutorService@96d7b55b, org.infinispan.executors.LazyInitializingExecutorService@96d7b55b, org.infinispan.factories.GlobalComponentRegistry@9fd5a559, org.infinispan.util.DefaultTimeService@725adace]
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:188)
> at org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:229)
> at org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:65)
> at org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:797)
> at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:201)
> at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:156)
> at org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:277)
> at org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:253)
> at org.infinispan.factories.GlobalComponentRegistry.<init>(GlobalComponentRegistry.java:125)
> ... 5 more
> Caused by: java.lang.IllegalArgumentException: discrepancia en el tipo de argumento
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:600)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:183)
> ... 13 more
>
>
> It seems that a method which is being invoked through reflection is receiving incorrectly the first parameter, which should be a org.infinispan.remoting.transport.Transport instance, but it is receiving a org.infinispan.executors.LazyInitializingExecutorService@96d7b55b instance
>
> The code which launch the error is the next:
>
>
> new DefaultCacheManager(
> GlobalConfigurationBuilder.defaultClusteredBuilder().globalJmxStatistics().allowDuplicateDomains(true)
> .transport().addProperty("configurationFile", "jgroups.xml")
> .build(),
> new ConfigurationBuilder()
> .clustering().cacheMode(CacheMode.REPL_SYNC)
> .build()
> );
> Making a review and debug of the code, the next behavior was seen which produce the error:
> if a map called map contains something like this {1=some.class.type}, and you try to get a value using the 0 as the key ( map.get(0), it doens't return null rather it returns the value for the 1 key, it means, for map.get(0) it returns "some.class.type", as if map.get(1) was called)
> Also, when the contains method of Map interface is called ( map.contains(0)), it returns true, which is incorrect because the map only has the 1 key
> This behavior is happening on this class and method:
> class: org.infinispan.factories.components.ComponentMetadata$InjectMetadata
> methods: getParameterName, isParameterNameSet
--
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, 7 months