eclcc error if software for embedded languages isn't installed

Description

Running eclcc -E (so that it generates the XML archive file) fails on Linux if the software needed to support embedded languages, like R, Java, etc. isn't installed. The errors look like this:

00000002 2015-02-27 10:32:17 32546 32546 Error loading /opt/HPCCSystems/plugins/libv8embed.so: libv8.so.3.7.12.22: cannot open shared object file: No such file or directory
0000000B 2015-02-27 10:32:17 32546 32546 Error loading /opt/HPCCSystems/plugins/libmysqlembed.so: libmysqlclient.so.18: cannot open shared object file: No such file or directory

Workaround:
I was able to get around this issue by renaming the .so files that it complains about in /opt/HPCCSystems/plugins so that it doesn't try to load them.

Conclusion

None

Activity

Show:

Richard Chapman March 6, 2015 at 12:53 PM

I was able to reproduce the error message - it does appear to be non-fatal, and it only appears when the -v (verbose) flag is selected. On that basis I'm downgrading this report to minor.

Richard Chapman March 6, 2015 at 12:37 PM

It looks like we already use proxies for those plugins.

I suspect the real issues are:

1. eclcc will report things that look like errors when trying to load plugins - even though they are not fatal
2. Given that there are proxies in place for these plugins, is there actually any point loading them at all in eclcc?

Richard Chapman March 6, 2015 at 10:30 AM

We use 'proxy' library files (i.e. we move the ecl definitions out of the plugin .so) for some plugins that are considered 'optional' - such as the EE-only ones. We should probably do so for all the external-support ones too.

Lorraine Chapman March 4, 2015 at 1:34 PM

Was this already addressed by using the proxys?

Fixed
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Priority

Fix versions

Affects versions

Created February 27, 2015 at 4:11 PM
Updated March 9, 2015 at 1:22 PM
Resolved March 9, 2015 at 1:22 PM