we've modeled a process where some IvyScript tasks make use of a third-party library. For usage in the ivy Designer we just added it to our ivy project and it worked. But whenever we try to deploy everything to the engine we get an error which says that a class from the mentioned library is not available.

Hence, my question is: What is the standard workflow to integrate and deploy third-party libraries properly? Do we have to add them manually to some special engine folder (I'm just wondering because I've found some lib folders)?

Thank you very much in advance and kind regards, Lars

asked 03.11.2017 at 08:56

LaAck's gravatar image

accept rate: 0%

The question is how you added the libraries to your project. It works out of the box if you copy a JAR into the project (or one of its subdirectories) and add it to the classpath. When you resolve the libraries via maven you have to apply a work-around so that these libraries are accessible on the engine.

Can you share how you added the libraries, which library it is and the error that your are facing?

(06.11.2017 at 07:38) Reguel Werme... ♦♦ Reguel%20Wermelinger's gravatar image

Hi, sorry for my delayed answer and thank you very much for your reply! We've copied the libraries into a folder ('lib') which is a subdirectory of the project. Then we've added the libraries to the classpath. However, when we deploy the project to the engine and run the process we always encounter an ivy.script error where the libraries are called. No further information are displayed. When I check the server log, there is just a single error but I'm not sure if it is related to our issue:

Problem while processing request '<masked ip adress and port>/ivy/rdlib/jywidgets-'
org.apache.catalina.connector.ClientAbortException: java.io.IOException: Datenübergabe unterbrochen (broken pipe)
    at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:396)
    at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:426)
    at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:339)
    at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:421)
    at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:409)
    at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:97)
    at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1793)
    at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1769)
    at org.apache.commons.io.IOUtils.copy(IOUtils.java:1744)
    at ch.ivyteam.ivy.webserver.internal.IvyRichDialogLibServlet.sendInputStreamContent(IvyRichDialogLibServlet.java:148)
    at ch.ivyteam.ivy.webserver.internal.IvyRichDialogLibServlet.processClientLibraryRequest(IvyRichDialogLibServlet.java:91)
    at ch.ivyteam.ivy.webserver.internal.IvyRichDialogLibServlet.doRespondAsSystem(IvyRichDialogLibServlet.java:54)
    at ch.ivyteam.ivy.webserver.internal.AbstractServlet.prepareRespondAsSystem(AbstractServlet.java:230)
    at ch.ivyteam.ivy.webserver.internal.AbstractServlet.access$3(AbstractServlet.java:212)
    at ch.ivyteam.ivy.webserver.internal.AbstractServlet$2.call(AbstractServlet.java:190)

The library in question is pdfbox. We are trying to generate a PDF file based on information the process participants provide.

We've been using AXON ivy for several months. However, we are rather new to its debugging functionality. If there is any means to enhance our way of error tracing... This issue is actually a show-stopper for our usage scenario.

Thank you very much in advance for your help and kind regards,



answered 13.11.2017 at 03:35

LaAck's gravatar image

accept rate: 0%

Then I think you added the library correctly. And I think that the quoted error has nothing to do with your issue.

I could imagine that the behaviour is correct when you use the 7.0.0 LTS version of the engine. 6.5.0 that you are using is an outdated leading edge version. And it solves classloading completely different than 7.0.

(13.11.2017 at 05:32) Reguel Werme... ♦♦ Reguel%20Wermelinger's gravatar image

In general this seems to be a specific problem of your project / engine-setup. So I think it makes not too much sense to discuss it here in Q&A. But you can either create demo project that lets anyone reproduce your error easily. And may get community support here.

Or you can contact the official support of Axon.ivy so that one of our supporter can analyze your environment in detail: https://www.axonivy.com/ch-en/bpm-services-bpmn-20/bpm-support-bpm-service/

(13.11.2017 at 05:35) Reguel Werme... ♦♦ Reguel%20Wermelinger's gravatar image

Thank you very much, Reguel! I'll give the newer engine version a try.

(13.11.2017 at 06:48) LaAck LaAck's gravatar image

We also used pdfbox. I ended up to add the dependency in the maven pom file. However, one has to modify the classpath file (Designer V7.0.6) and add:

… sorry, could not paste the xml here, so I had to do an image. alt text to make the build work. In addition I added the maven nature to the project and did run the maven tasks as in clean, install in the Java perspective. That works for the designer, but we did not test the deployment yet.

That might not be the cleanest solution, but it works for us, working the same sources at the same time in our team. Be aware, that the java perspective can mess up your project and is not recommended. One might want to give it a try on a sandbox project.


answered 13.09.2018 at 08:32

Roland%20Strobl's gravatar image

Roland Strobl
accept rate: 0%

Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "Title")
  • image?![alt text](/path/img.jpg "Title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported



Asked: 03.11.2017 at 08:56

Seen: 2,913 times

Last updated: 13.09.2018 at 08:32