Sure Joe, I'll get that for you tomorrow morning.
Thad +ThadGuidry <https://www.google.com/+ThadGuidry> On Tue, Mar 29, 2016 at 10:00 PM, Joe Witt <[email protected]> wrote: > Thad, > > Can you share the full stack trace that should be present in the log > with that? There is clearly a bit of Java code attempting to load the > native library and unable to find it. Placing the jar file in the > classpath which contains the native library may well not be enough > because loading the native libraries requires specific settings. > > Thanks > Joe > > On Tue, Mar 29, 2016 at 12:24 PM, Thad Guidry <[email protected]> > wrote: > > I get an error: > > > > 13:04:51 CDT > > ERROR > > 765efcb2-5ab0-4a72-a86f-71865dec264d > > > > PutHDFS[id=765efcb2-5ab0-4a72-a86f-71865dec264d] Failed to write to HDFS > due > > to java.lang.RuntimeException: native lz4 library not available: > > java.lang.RuntimeException: native lz4 library not available > > > > even though I built successfully LZ4 https://github.com/jpountz/lz4-java > > for my Windows 7 64bit using Ant, Ivy, and Mingw-w64 > > and placed that built lz4-1.3-SNAPSHOT.jar into the nifi/lib folder > > and where it is getting picked up by NiFi bootstrap.Command just fine. > > > > yet the error persists. > > > > I'm wondering if > > > https://github.com/apache/nifi/blob/master/nifi-nar-bundles/nifi-hadoop-bundle/nifi-hdfs-processors/src/main/java/org/apache/nifi/processors/hadoop/PutHDFS.java#L279 > > > > might actually not be using the Java port but instead the JNI binding or > > some such as described here > > https://github.com/jpountz/lz4-java#implementations ? > > > > Thad > > +ThadGuidry >
