[JBoss JIRA] (ISPN-5256) Deploy Ispn Management Console on OpenShift
by Tomas Sykora (JIRA)
Tomas Sykora created ISPN-5256:
----------------------------------
Summary: Deploy Ispn Management Console on OpenShift
Key: ISPN-5256
URL: https://issues.jboss.org/browse/ISPN-5256
Project: Infinispan
Issue Type: Task
Components: JMX, reporting and management
Reporter: Tomas Sykora
Assignee: Tomas Sykora
Deploy Infinispan Management Console on Red Hat OpenShift.
Benefits: Anyone on the internet will be able to see our web console in action without any need of local installation.
Infinispan server will be running behind in domain mode.
The idea is that we will re-deploy once we have another version (even minor) ready. The process: Checkout from upstream/master, commit, git push to OpenShift-based repo -- redeploy happens automatically.
Any ideas, concerns, workflow and progress will be discussed in this JIRA comments.
I've met some difficulties with Bower installation. Paths need to be slightly adjusted -- this is the first problem I need to solve to be able to proceed further.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 10 months
[JBoss JIRA] (ISPN-4888) ExampleConfigsIT.testSSLHotRodConfig fails on JDK8
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4888?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-4888:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1197655
> ExampleConfigsIT.testSSLHotRodConfig fails on JDK8
> --------------------------------------------------
>
> Key: ISPN-4888
> URL: https://issues.jboss.org/browse/ISPN-4888
> Project: Infinispan
> Issue Type: Bug
> Components: Integration , Test Suite - Server
> Affects Versions: 7.0.0.CR2
> Environment: java version "1.8.0_20"
> Reporter: Dan Berindei
> Assignee: Tristan Tarrant
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
>
> Java 8 doesn't support DSA keys longer than 1024 bits, so we need to change the test SSL key:
> {noformat}
> org.infinispan.client.hotrod.exceptions.TransportException: javax.net.ssl.SSLException: Server key
> at sun.security.provider.DSA$LegacyDSA.checkKey(DSA.java:487)
> at sun.security.provider.DSA.engineInitVerify(DSA.java:152)
> at java.security.Signature$Delegate.init(Signature.java:1104)
> at java.security.Signature$Delegate.chooseProvider(Signature.java:1067)
> at java.security.Signature$Delegate.engineInitVerify(Signature.java:1122)
> at java.security.Signature.initVerify(Signature.java:452)
> at sun.security.ssl.HandshakeMessage$DH_ServerKeyExchange.<init>(HandshakeMessage.java:848)
> at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:208)
> at sun.security.ssl.Handshaker.processLoop(Handshaker.java:925)
> at sun.security.ssl.Handshaker.process_record(Handshaker.java:860)
> at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1043)
> at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1343)
> at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:728)
> at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123)
> at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
> at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
> at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.flush(TcpTransport.java:164)
> at org.infinispan.client.hotrod.impl.operations.PingOperation.execute(PingOperation.java:42)
> at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:32)
> at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.executeOperation(FaultTolerantPingOperation.java:18)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:573)
> at org.infinispan.client.hotrod.RemoteCacheManager.ping(RemoteCacheManager.java:650)
> at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:632)
> at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:533)
> at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:529)
> at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:26)
> at org.infinispan.server.test.configs.ExampleConfigsIT.createCache(ExampleConfigsIT.java:722)
> at org.infinispan.server.test.configs.ExampleConfigsIT.testSSLHotRodConfig(ExampleConfigsIT.java:371)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 10 months
[JBoss JIRA] (ISPN-5254) Server not always stopped properly with the IBM JDK
by Dan Berindei (JIRA)
Dan Berindei created ISPN-5254:
----------------------------------
Summary: Server not always stopped properly with the IBM JDK
Key: ISPN-5254
URL: https://issues.jboss.org/browse/ISPN-5254
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Affects Versions: 7.2.0.Alpha1
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 7.2.0.Beta1
Because of WFLY-3549, the Infinispan/Wildfly server doesn't always stop properly and it needs to be killed with {{kill -9}}.
AFAICT Arquillian doesn't always handle this when there is a startup problem, because it uses {{Process.destroy()}} instead of {{Process.destroyForcefully()}}, and I believe it doesn't go through {{InfinispanServerKillProcessor}}. However, the server seems to be properly started in this case.
We have two Ant scripts that kill any running server: {{kill-jbossas.xml}} in {{server/integration/testsuite}} and {{build.xml}} in {{integrationtests/as-integration-client}}. However, the IBM JDK installed on the CI agent machines doesn't have a {{jps}} command, so the script doesn't work:
{noformat}
[04:47:58]E: [org.infinispan:infinispan-as-module-client-integrationtests] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.8:run (infinispan-server-shutdown) on project infinispan-as-module-client-integrationtests: An Ant BuildException has occured: The following error occurred while executing this line:
/mnt/persistent_storage/cloud-user/ispn/buildAgent/work/64255532d1f9a010/integrationtests/as-integration-client/build.xml:55: Execute failed: java.io.IOException: Cannot run program "/opt/ibm/java-x86_64-71/bin/jps" (in directory "/mnt/persistent_storage/cloud-user/ispn/buildAgent/work/64255532d1f9a010/integrationtests/as-integration-client"): error=2, No such file or directory
around Ant part ...<ant antfile="build.xml" target="kill_server"/>... @ 4:50 in /mnt/persistent_storage/cloud-user/ispn/buildAgent/work/64255532d1f9a010/integrationtests/as-integration-client/target/antrun/build-main.xml
{noformat}
I suggest using {{ps -o pid=,cmd= -Cjava}} to check for running processes instead of {{jps}}.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 10 months
[JBoss JIRA] (ISPN-5252) Override toString() of org.infinispan.registry.ScopedKey
by Osamu Nagano (JIRA)
[ https://issues.jboss.org/browse/ISPN-5252?page=com.atlassian.jira.plugin.... ]
Osamu Nagano commented on ISPN-5252:
------------------------------------
It seems {{org.infinispan.util.concurrent.locks.LockManagerImpl#lock()}} is where to be modified, not {{ScopedKey.toString()}}.
> Override toString() of org.infinispan.registry.ScopedKey
> --------------------------------------------------------
>
> Key: ISPN-5252
> URL: https://issues.jboss.org/browse/ISPN-5252
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Affects Versions: 7.2.0.Alpha1
> Reporter: Osamu Nagano
>
> A lock request timed out and the target key was dumped, but it was default {{toString()}} output of {{ScopedKey}}. This is unfriendly to developer. The wrapped original key should be dumped.
> {noformat}
> Caused by: org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [10 seconds] on key [org.infinispan.registry.ScopedKey@5b6f425] for requestor [GlobalTransaction:<AAA>:1568:remote]! Lock held by [GlobalTransaction:<BBB>:1271:local]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 10 months