steveloughran opened a new pull request #1948: HADOOP-16855. wildfly classpath/loading issues URL: https://github.com/apache/hadoop/pull/1948 Contributed by Steve Loughran Successor to HADOOP-16346. * completely remove wildfly jar as a dependency of hadoop-aws * socket factory to catch and swallow all * and verify that in tests * tests which also verify that in the default factory mode, classloader errors are caught and downgrade to jvm * and in openssl mode, the s3a binding explicitly catches these failures and handles too This means s3a: when widlfy doesn't load for classpath or wildfly/openssl issues, S3A will downgrade to jvm, irrespective of SSL mode option. abfs: when widlfy doesn't load for classpath or wildfly/openssl issues, default: swallow and downgrade to jvm openssl: exception thrown; you can't talk to azure. Yes, these are different behaviours. But abfs has always mandated the wildfly library S3A has never done this and starting now will only surprise people. If people/project downstream want to use it -fine. If they are running on the machines where open SSL is found and is compatible -they will actually see a speed up. Without that, it is utterly superfluous and simply any other source of class path dependency and stack trace issues. Change-Id: I74c4b8a1876b5c28d7d96fe3a6dc8e22ffbdc1f7
---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services --------------------------------------------------------------------- To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
