[jira] [Commented] (CASSANDRA-8220) JDK bug prevents clean shutdown on OSX with Java 1.8.0_20

2014-11-06 Thread Wim Deblauwe (JIRA)

[ 
https://issues.apache.org/jira/browse/CASSANDRA-8220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14200055#comment-14200055
 ] 

Wim Deblauwe commented on CASSANDRA-8220:
-

I am running into the same issue. Due to this my unit tests (using 
Cassandra-Unit) are no longer running properly.

 JDK bug prevents clean shutdown on OSX with Java 1.8.0_20
 -

 Key: CASSANDRA-8220
 URL: https://issues.apache.org/jira/browse/CASSANDRA-8220
 Project: Cassandra
  Issue Type: Bug
Reporter: Robert Stupp
Assignee: Robert Stupp
 Fix For: 2.1.2

 Attachments: jdk8050499.txt


 Clean shutdown on OSX with Java 1.8.0_20 does not work due to [JDK bug 
 8050499 fixed for Java 9|https://bugs.openjdk.java.net/browse/JDK-8050499].
 Supplied patch provides a (very dirty) workaround to (hopefully) allow 
 shutdown.
 Exception during shutdown looks like this:
 {code}
 ERROR 22:23:15 Fatal exception in thread 
 Thread[StorageServiceShutdownHook,5,main]
 java.io.IOError: java.io.IOException: Unknown error: 316
   at 
 org.apache.cassandra.net.MessagingService.shutdown(MessagingService.java:721) 
 ~[trunk/na]
   at 
 org.apache.cassandra.service.StorageService$1.runMayThrow(StorageService.java:553)
  ~[trunk/na]
   at 
 org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28) 
 ~[trunk/na]
   at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_20]
 Caused by: java.io.IOException: Unknown error: 316
   at sun.nio.ch.NativeThread.signal(Native Method) ~[na:1.8.0_20]
   at 
 sun.nio.ch.ServerSocketChannelImpl.implCloseSelectableChannel(ServerSocketChannelImpl.java:283)
  ~[na:1.8.0_20]
   at 
 java.nio.channels.spi.AbstractSelectableChannel.implCloseChannel(AbstractSelectableChannel.java:234)
  ~[na:1.8.0_20]
   at 
 java.nio.channels.spi.AbstractInterruptibleChannel.close(AbstractInterruptibleChannel.java:115)
  ~[na:1.8.0_20]
   at sun.nio.ch.ServerSocketAdaptor.close(ServerSocketAdaptor.java:137) 
 ~[na:1.8.0_20]
   at 
 org.apache.cassandra.net.MessagingService$SocketThread.close(MessagingService.java:958)
  ~[trunk/na]
   at 
 org.apache.cassandra.net.MessagingService.shutdown(MessagingService.java:717) 
 ~[trunk/na]
   ... 3 common frames omitted
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (CASSANDRA-6639) Update Guava to version 16

2014-06-11 Thread Wim Deblauwe (JIRA)

[ 
https://issues.apache.org/jira/browse/CASSANDRA-6639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14027708#comment-14027708
 ] 

Wim Deblauwe commented on CASSANDRA-6639:
-

Any idea when 2.1 will be released then? Myself and [another 
user|https://groups.google.com/forum/#!topic/cassandra-unit-users/PuQJYf1vWEc] 
also have this problem. Guava is already at version 17 currently.

 Update Guava to version 16
 --

 Key: CASSANDRA-6639
 URL: https://issues.apache.org/jira/browse/CASSANDRA-6639
 Project: Cassandra
  Issue Type: Improvement
  Components: Core
Reporter: Mikhail Mazursky
Assignee: Mikhail Stepura
Priority: Trivial
 Fix For: 2.1 beta1

 Attachments: trunk-6639.patch


 Currently C* uses Guava 15. I tried to update my code to use Guava 16 and my 
 integration tests, that use C*, started to produce the following traces:
 {noformat}
 [INFO ] 10:00:12.600 [CompactionExecutor:2][][] ERROR CassandraDaemon:187 - 
 Exception in thread Thread[CompactionExecutor:2,1,main]
 [INFO ] java.lang.NoSuchMethodError: 
 com.google.common.util.concurrent.RateLimiter.acquire(I)V
 [INFO ]   at 
 org.apache.cassandra.io.compress.CompressedThrottledReader.reBuffer(CompressedThrottledReader.java:40)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:280)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.io.sstable.SSTableScanner$KeyScanningIterator.computeNext(SSTableScanner.java:256)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.io.sstable.SSTableScanner$KeyScanningIterator.computeNext(SSTableScanner.java:197)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 com.google.common.collect.AbstractIterator.tryToComputeNext(AbstractIterator.java:143)
  ~[guava-16.0.jar:na]
 [INFO ]   at 
 com.google.common.collect.AbstractIterator.hasNext(AbstractIterator.java:138) 
 ~[guava-16.0.jar:na]
 [INFO ]   at 
 org.apache.cassandra.io.sstable.SSTableScanner.hasNext(SSTableScanner.java:177)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.utils.MergeIterator$Candidate.advance(MergeIterator.java:144)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.utils.MergeIterator$ManyToOne.init(MergeIterator.java:87)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.utils.MergeIterator.get(MergeIterator.java:46) 
 ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.db.compaction.CompactionIterable.iterator(CompactionIterable.java:47)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.db.compaction.CompactionTask.runWith(CompactionTask.java:129)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.io.util.DiskAwareRunnable.runMayThrow(DiskAwareRunnable.java:48)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28) 
 ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:60)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:59)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 org.apache.cassandra.db.compaction.CompactionManager$BackgroundCompactionTask.run(CompactionManager.java:197)
  ~[cassandra-all-2.0.4.jar:2.0.4]
 [INFO ]   at 
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) 
 ~[na:1.7.0_51]
 [INFO ]   at java.util.concurrent.FutureTask.run(FutureTask.java:262) 
 ~[na:1.7.0_51]
 [INFO ]   at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
  ~[na:1.7.0_51]
 [INFO ]   at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
  [na:1.7.0_51]
 [INFO ]   at java.lang.Thread.run(Thread.java:744) [na:1.7.0_51]
 {noformat}
 Exception does not influence the tests and they run ok, however this is 
 disturbing. The cause is that Guava changed the signature of the mentioned 
 method to return double instead of void in 16 release. So, can the dependency 
 be updated to avoid the inconvenience? Thanks.
 p.s. I found a workaround for integration tests - just add the Guava 15 
 dependency to the cassandra-maven-plugin configuration as follows:
 {code:xml}
 plugin
   groupIdorg.codehaus.mojo/groupId
   artifactIdcassandra-maven-plugin/artifactId
   version2.0.0-1/version
   dependencies
   dependency
   groupIdcom.google.guava/groupId
   artifactIdguava/artifactId
   version15.0/version