<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Answers to: Deployment options for application zip</title><link>https://answers.axonivy.com/questions/3657/deployment-options-for-application-zip</link><description>&lt;p&gt;Dear ivyteam&lt;/p&gt;
&lt;p&gt;According to the &lt;a href="https://developer.axonivy.com/doc/latest/EngineGuideHtml/administration.html#administration-deployment-advanced"&gt;documentation&lt;/a&gt; we can configure additional behaviour for the automatic deployment with a &lt;em&gt;deploy.options.yaml&lt;/em&gt; file. Our package currently looks as follows:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;application.zip
    projectA-1.0.iar
        ...
        deploy.options.yaml
    projectB-2.4.iar
        ...
        deploy.options.yaml
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;In the yaml files we configured properties like &lt;code&gt;fileFormat: EXPANDED&lt;/code&gt;. Unfortunately this did not work and the iars were deployed packed. Only after we added a &lt;em&gt;deploy.options.yaml&lt;/em&gt; file to the zip the iar were deployed expanded. Is this expected behaviour? The documentation is not very clear about that. (We're using ivy 7.1.x by the way)&lt;/p&gt;
&lt;p&gt;We would like to have a yaml file per iar as the target version may be different for each iar. Is this supported?&lt;/p&gt;
&lt;p&gt;Best regards, Lars&lt;/p&gt;</description><atom:link href="https://answers.axonivy.com/questions/3657/deployment-options-for-application-zip" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 12 Feb 2019 02:46:09 -0500</lastBuildDate><item><title>Answer by Reguel Wermelinger</title><link>https://answers.axonivy.com/questions/3657/deployment-options-for-application-zip/3663</link><description>&lt;p&gt;Looks like a forgotten use case to me. &lt;/p&gt;
&lt;p&gt;We intended the deploy.options.yaml to live only in the root artifact to deploy. So if you deploy an single IAR, it is used for this IAR. If you deploy a whole app.zip it is used for all projects within this zip. So we did not think that a project within the App.zip need different deploy.options than the other projects that contribute to the app. But i think you should open an issue for it, if you need that feature.&lt;/p&gt;
&lt;p&gt;The open question is why you rely on expanded project files at all. We only introduced this flag for legacy compliance. If you are drafting a new App right now, you should get rid of the code that needs an expanded project. In most cases code that relies on plain java.io.File API causes the issues and could be easily transformed into Input-/OutputStream read/writes. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Reguel Wermelinger</dc:creator><pubDate>Tue, 12 Feb 2019 02:46:09 -0500</pubDate><guid>https://answers.axonivy.com/questions/3657/deployment-options-for-application-zip/3663</guid></item></channel></rss>