Thumbnail is not visible in Hybris side after Asset Assignment

The MediaServlet reported an internal error. To find out more about this error, we need to look at ImConvServlet.log.

The ImConvServlet.log is full of error messages that dlls cannot be loaded.

All dlls are to be found in C:\Workspace\hybris57\bin\platform\tomcat/webapps/ImConvServlet/WEB-INF/lib.

A few of these are loaded at the beginning, but then most others fail to load:

2016-11-02 14:43:01,018 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_jp2_.dll

2016-11-02 14:43:01,023 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_webp_.dll

2016-11-02 14:43:01,027 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_libxml_.dll

2016-11-02 14:43:01,029 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_bzlib_.dll

2016-11-02 14:43:01,032 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_lcms_.dll

2016-11-02 14:43:01,035 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_jpeg_.dll

2016-11-02 14:43:01,040 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_openjpeg_.dll

2016-11-02 14:43:01,043 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_zlib_.dll

2016-11-02 14:43:01,047 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_ttf_.dll

2016-11-02 14:43:01,057 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_glib_.dll

2016-11-02 14:43:01,060 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_lqr_.dll

2016-11-02 14:43:01,063 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_png_.dll

2016-11-02 14:43:01,073 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_exr_.dll

2016-11-02 14:43:01,076 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_tiff_.dll

2016-11-02 14:43:01,080 INFO localhost-startStop-1 Converter.<clinit>()-loaded CORE_RL_cairo_.dll

2016-11-02 14:43:01,083 INFO localhost-startStop-1 Converter.<clinit>()-could not load CORE_RL_magick_.dll

2016-11-02 14:43:01,085 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_cals_.dll

2016-11-02 14:43:01,088 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_pcl_.dll

2016-11-02 14:43:01,091 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_cmyk_.dll

2016-11-02 14:43:01,094 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_dcm_.dll

2016-11-02 14:43:01,097 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_fits_.dll

2016-11-02 14:43:01,100 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_dib_.dll

2016-11-02 14:43:01,103 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_pix_.dll

2016-11-02 14:43:01,106 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_uil_.dll

2016-11-02 14:43:01,109 INFO localhost-startStop-1 Converter.<clinit>()-could not load IM_MOD_RL_url_.dll

…

This is hard to diagnose, unfortunately, because windows does not tell us the exact cause of the problem.

First, you should make sure that the dlls are all there.

The VC10 redistributable should be installed, but I believe that this was done correctly, because the first successfully loaded libraries

use it already (msvr100.dll).

The next thing that can be done is to call the dependency walker depends.exe on imconv.dll.

The dependency walker can be downloaded fromhttp://www.dependencywalker.com .

Unfortunately, the output is difficult to interpret. It reports several errors that can be ignored.

But it probably reports also the cause of the problem, among garbage errors.

Last, the utility procmon from sysinternals can be tried. The output is again difficult to interpret,

but sometimes procmon is the only way.

All of this can perhaps be circumvented, at least temporily, if the servlet does not call the ImageMagick convert via JNI,

using all these dlls, but if it calls convert.exe from IM as a normal program. First you should make sure that ImageMagick

is installed and works, by calling e.g. “convert some.jpg some.png”. The imconv.dll should be moved out of the way in the WEB-INF/lib,

e.g. by renaming imconv.dll to imconv.dll.notused. If the imconv.dll is not found,  convert.exe is called instead.  

For this to succeed, convert.exe must be in the PATH of the hybris system.

The PATH (as logged by ImConvServlet.log) is currently

C:\Workspace\hybris57\bin\platform\apache-ant-1.9.1\bin;

C:\ProgramData\Oracle\Java\javapath;

C:\Program Files (x86)\Intel\iCLS Client\;

C:\Program Files\Intel\iCLS Client\;

C:\Windows\system32;

C:\Windows;

C:\Windows\System32\Wbem;

C:\Windows\System32\WindowsPowerShell\v1.0\;

C:\Program Files\Intel\WiFi\bin\;

C:\Program Files\Common Files\Intel\WirelessCommon\;

C:\Program Files\Intel\Intel(R) Management Engine Components\DAL;

C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL;

C:\Program Files\Intel\Intel(R) Management Engine Components\IPT;

C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT;

C:\Program Files (x86)\Google\Google Apps Sync\;

C:\Program Files (x86)\Google\Google Apps Migration\;

C:\Program Files (x86)\Skype\Phone\

So you must probably enhance the PATH by the directory in which convert.exe is installed,

or copy convert.exe into one of the directories, e.g. C:\Workspace\hybris57\bin\platform\apache-ant-1.9.1\bin.

Last, you may try to run the servlet in a tomcat of its own. This is not difficult.

Can it be that you have some security mechanisms applied that prohibit the loading of the DLLs?

Is there a problem with the memory, because the first few dlls load, but then no more?

[Attachments exceeded pre-set size limits. Use the links provided to access]

Regarding your CMS cockpit problem: My colleague Andreas sent the following excerpt from the hybris extensions installation guide:

Chapter „2.3 Installing DAMLink hybris extensions” step 12:

Similar to step 1 of chapter “2.7 Testing the integration”:

Andreas Siglreithmayr
Senior System Engineer |  R&D SAP Solutions

Open Text Software GmbH
Werner-von-Siemens-Ring 20
85630 Grasbrunn/München

Place of Incorporation / Sitz der Gesellschaft:Open Text Software GmbH, Werner-von-Siemens-Ring 20, 85630 Grasbrunn, Germany | Phone: +49 (0) 89 4629 0 | Fax: +49 (0) 89 4629 1199 |Register Court / Registergericht: München, Germany | Trade Register Number / HRB: 179298 |VAT ID Number /USt-ID: DE 118 656 356 | Managing Director / Geschäftsführer: Gordon Davies, John Doolittle, Roger Illing

This email message is confidential, may be privileged, and is intended for the exclusive use of the addressee. Any other person is strictly prohibited from disclosing or reproducing it. If the addressee cannot be reached or is unknown to you, please inform the sender by return email and delete this email message and all copies immediately.