<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Thu Feb 08 23:14:09 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>FOLIO Jira</title>
    <link>https://folio-org.atlassian.net</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>1001.0.0-SNAPSHOT</version>
        <build-number>100246</build-number>
        <build-date>07-02-2024</build-date>
    </build-info>

<item>
            <title>[FOLIO-1548] SPIKE: a lighter-weight folio/testing-backend VM</title>
                <link>https://folio-org.atlassian.net/browse/FOLIO-1548</link>
                <project id="10290" key="FOLIO">FOLIO</project>
                    <description>&lt;p&gt;As the number of modules jumps, we need to have a more lightweight testing-backend VM for developers. They should be able to enable the modules outside the core that they need using Ansible playbooks.&lt;/p&gt;

&lt;p&gt;Possible outcomes/subtasks:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Reconfigure the folio/testing-backend Vagrant box to run only modules required by the platform-core Stripes platform, plus additional core modules (e.g. mod-codex-ekb, mod-audit)&lt;/li&gt;
	&lt;li&gt;Create documentation for developers on how to deploy the additional modules they require and load reference and sample data&lt;/li&gt;
	&lt;li&gt;End the nightly build of the full-stack Vagrant boxes folio/testing and folio/snapshot. This will require some coordination with &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ee89462f7aa140abd82d11d&quot; class=&quot;user-hover&quot; rel=&quot;5ee89462f7aa140abd82d11d&quot; data-account-id=&quot;5ee89462f7aa140abd82d11d&quot; accountid=&quot;5ee89462f7aa140abd82d11d&quot; rel=&quot;noreferrer&quot;&gt;Julian Ladisch&lt;/a&gt;, as folio/testing is the basis for folio-demo.gbv.de&lt;/li&gt;
	&lt;li&gt;Reconfigure the AWS builds &amp;#8211; is there a need for both folio-testing and folio-snapshot, or could folio-snapshot be reconfigured to be two systems with periodic stripes rebuild like folio-testing is today? Regardless, there should be some kind of snapshot reference system that represents the full set of candidate modules for the next release.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;As part of this process, we should create a test Vagrant box and work with some front-end developers to refine the configuration and the procedures for adding/updating modules.&lt;/p&gt;</description>
                <environment></environment>
        <key id="80886">FOLIO-1548</key>
            <summary>SPIKE: a lighter-weight folio/testing-backend VM</summary>
                <type id="10003" iconUrl="https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium">Task</type>
                                            <priority id="10001" iconUrl="https://dev.folio.org/assets/jira-priority/jira-p2.svg">P2</priority>
                        <status id="6" iconUrl="https://folio-org.atlassian.net/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10003">Done</resolution>
                                                        <assignee accountid="5c706fbb47a54a6728e59df2">Wayne Schneider</assignee>
                                                                <reporter accountid="5c706fbb47a54a6728e59df2">Wayne Schneider</reporter>
                                    <labels>
                            <label>ci</label>
                            <label>integration</label>
                            <label>sprint48</label>
                            <label>sprint49</label>
                    </labels>
                <created>Wed, 3 Oct 2018 15:41:32 +0000</created>
                <updated>Wed, 26 Jun 2019 11:20:59 +0000</updated>
                            <resolved>Mon, 26 Nov 2018 08:09:28 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>22</watches>
                                                                <comments>
                                                            <comment id="192555" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Wed, 10 Oct 2018 13:22:28 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; class=&quot;user-hover&quot; rel=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; data-account-id=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; accountid=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; rel=&quot;noreferrer&quot;&gt;Ian Ibbotson (Use this one)&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5e627525ba96b58654f12&quot; class=&quot;user-hover&quot; rel=&quot;5af5e627525ba96b58654f12&quot; data-account-id=&quot;5af5e627525ba96b58654f12&quot; accountid=&quot;5af5e627525ba96b58654f12&quot; rel=&quot;noreferrer&quot;&gt;Ann-Marie Breaux&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A2f7b6349-450b-419a-ba54-c181f51383ad&quot; class=&quot;user-hover&quot; rel=&quot;557058:2f7b6349-450b-419a-ba54-c181f51383ad&quot; data-account-id=&quot;557058:2f7b6349-450b-419a-ba54-c181f51383ad&quot; accountid=&quot;557058:2f7b6349-450b-419a-ba54-c181f51383ad&quot; rel=&quot;noreferrer&quot;&gt;Dennis Bridges&lt;/a&gt; guys, I&apos;d like to understand if your teams are using the Vagrant VM for development and if we  need to integrate your backend modules here.&lt;/p&gt;</comment>
                                                            <comment id="192558" author="5af5e627525ba96b58654f12" created="Wed, 10 Oct 2018 13:34:25 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; Will do. Folijet has a standup in a few minutes, so we&apos;ll discuss it there.&lt;/p&gt;</comment>
                                                            <comment id="192561" author="557058:28cce430-5ccd-47e7-88fe-1b26c20ee795" created="Wed, 10 Oct 2018 14:12:28 +0000"  >&lt;p&gt;Heya &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; yes - we&apos;re using the testing image for mod-erm, mod-licenses and mod-usage-data. Our dev work requires access to orders, acquisitions, vendors, inventory - pretty much the whole core build. In fact, what would be most useful for us would be everything by default, with the ability to replace any one specific module with a local development version. For ERM work, we&apos;re pretty likely to need the full suite of apps I feel at the moment..... Does that answer your question?&lt;/p&gt;</comment>
                                                            <comment id="192565" author="557058:06f9b6fb-9a52-481a-ad72-6e13fc570a8a" created="Wed, 10 Oct 2018 14:26:06 +0000"  >&lt;p&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt;, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5e627525ba96b58654f12&quot; class=&quot;user-hover&quot; rel=&quot;5af5e627525ba96b58654f12&quot; data-account-id=&quot;5af5e627525ba96b58654f12&quot; accountid=&quot;5af5e627525ba96b58654f12&quot; rel=&quot;noreferrer&quot;&gt;Ann-Marie Breaux&lt;/a&gt;, provided that our modules (&lt;a href=&quot;https://github.com/folio-org/mod-data-import&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;mod-data-import&lt;/a&gt;, &lt;a href=&quot;https://github.com/folio-org/mod-source-record-storage&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;mod-source-record-storage&lt;/a&gt; and &lt;a href=&quot;https://github.com/folio-org/mod-source-record-manager&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;mod-source-record-manager&lt;/a&gt;) are included in the folio/testing and folio/snapshot and there is a clear guide on how to deploy additional modules on folio/testing-backend, we probably don&apos;t need them among the core ones. So, we are OK with more lightweight testing-backend VM that doesn&apos;t include our modules.&lt;/p&gt;</comment>
                                                            <comment id="192567" author="557058:925f55a1-465f-4875-8818-49cbe9a45838" created="Wed, 10 Oct 2018 15:20:52 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; will it be replacement for folio/testing-backend or additional lightweight image? &lt;/p&gt;</comment>
                                                            <comment id="192570" author="5c706fbb47a54a6728e59df2" created="Thu, 11 Oct 2018 18:09:44 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; class=&quot;user-hover&quot; rel=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; data-account-id=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; accountid=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; rel=&quot;noreferrer&quot;&gt;Ian Ibbotson (Use this one)&lt;/a&gt; &amp;#8211; would it meet your needs to produce a backend Vagrant box with just the core apps (NOT including acquisitions, which as I understand it is not &quot;core&quot;), with a mechanism to easily add apps? E.g. a script to deploy acquisitions modules, enable them for the default tenant, and load sample data (this doesn&apos;t address your suggestion to replace a delivered version with a local dev version, I know, but that&apos;s a slightly separate issue...there are ways to accomplish that now, if you have enough knowledge of VirtualBox networking and Okapi).&lt;/p&gt;

&lt;p&gt;My presumption is that developers are building their own webpacks and don&apos;t need a stripes UI on the box &amp;#8211; is this accurate? There is still the issue of loading all the required permissions for frontend modules, so probably even in the &quot;slimmed down&quot; VM we would need to load and enable all the frontend modules for the tenant, even if we don&apos;t build and serve a webpack.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; &amp;#8211; this would be a replacement for folio/testing-backend.&lt;/p&gt;</comment>
                                                            <comment id="192573" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Wed, 17 Oct 2018 14:18:59 +0000"  >&lt;p&gt;We discussed that we&apos;d like to provide functionality to &quot;hot plug&quot; modules in order to let developer pick and choose what modules are installed in the black-box (or locally) and ship only the core modules (as defined by the dependencies of platform-core) in the box.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; class=&quot;user-hover&quot; rel=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; data-account-id=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; accountid=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; rel=&quot;noreferrer&quot;&gt;Ian Ibbotson (Use this one)&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A925f55a1-465f-4875-8818-49cbe9a45838&quot; class=&quot;user-hover&quot; rel=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; data-account-id=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; accountid=&quot;557058:925f55a1-465f-4875-8818-49cbe9a45838&quot; rel=&quot;noreferrer&quot;&gt;Kostyantyn Khodarev&lt;/a&gt; until we have the hot plugging functionality working would it be helpful to provide a guide on how to run modules outside of the box and make them talk to the modules in the box?&lt;/p&gt;</comment>
                                                            <comment id="192578" author="557058:28cce430-5ccd-47e7-88fe-1b26c20ee795" created="Mon, 22 Oct 2018 18:10:11 +0000"  >&lt;p&gt;All - apologies for missing out on these questions. I don&apos;t think I&apos;ve really expressed our problem well. Our major issue is that the &quot;Set&quot; of modules that  we would consider a bundle for a v1 ERM app (Lets call that &quot;Chalmers&quot; for arguments sake) is made up of some core, and some non-core modules. Right now, this collective set of things seems to break &quot;as a whole&quot; with alarming regularity. Perhaps individual modules all work and pass their respective tests, or perhaps they dont - EG Mod Orders seems to sometimes work and sometimes not even at the level of creating a PO. It is absolutely essential that mod-erm has a stable footprint of modules upon which we can base a stable distribution. Being able to manually add-in modules on a developer desktop is necessary, but not close to being sufficient, for what we need.&lt;/p&gt;

&lt;p&gt;What we need is a distribution level set of modules which collectively work and we can call a v1 &quot;Chalmers&quot; or &quot;GBV&quot; system - with a set of integration tests. you could call this a &quot;Product&quot; build if you wanted to - but we need a cohesive and complete set of modules that work together and together move from stable version to stable version. That transition does not have to be, nor would I expect it to be, every night. But what we do need is some reporting, so that if it has been month since that product distribution had a mod-orders and mod-vendors were in a compatible and working state together then we can report that lack of a working integration test back to the project and say &quot;We&apos;re effectively blocked because we have dependencies that won&apos;t work together&quot;.&lt;/p&gt;

&lt;p&gt;Right now we can&apos;t salute or wave, we&apos;ve got modules which apparently work or don&apos;t work in accordance with some form of quantum mechanics and a project that only wants to look at the individual parts and not the whole.&lt;/p&gt;

&lt;p&gt;Apologies for being slightly ranty/shouty. I was trying to have a quiet 1:1 about this, but apparently not.&lt;/p&gt;
</comment>
                                                            <comment id="192582" author="5af5e627525ba96b58654f12" created="Tue, 23 Oct 2018 06:54:30 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; class=&quot;user-hover&quot; rel=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; data-account-id=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; accountid=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; rel=&quot;noreferrer&quot;&gt;Ian Ibbotson (Use this one)&lt;/a&gt; Please be shouty. I totally agree, but from the user perspective instead of the developer perspective. So many of the individual apps have dependencies on others - whether it&apos;s settings, passwords and user permissions controlling things in other apps, or orders having to interact with inventory, or data import having to interact with inventory, MARCcat, orders, and invoices, or checkin/checkout/requests having to interact with inventory. I can understand how testing leading-edge development work in separate environments might make sense, but ASAP, those individual pieces need to come together and form a working whole. &lt;/p&gt;

&lt;p&gt;Otherwise we don&apos;t have a functioning system or environment or cluster of apps. We have (mostly) functioning apps that can&apos;t actually function together. I want someone who looks at FOLIO - whether they are in the community or outside of the community - and logs on using the URLs and logons that we post on the FOLIO wiki home page - to have a decent experience. It&apos;s frustrating to me and worse, embarrassing. I am proud of FOLIO and I &lt;b&gt;want&lt;/b&gt; to be proud of FOLIO. I want to be its biggest advocate. It&apos;s hard to be proud when you&apos;re praying you won&apos;t see an unexpected error of some kind with every button push or click.&lt;/p&gt;

&lt;p&gt;I KNOW that there are many good developers and managers working hard to triage the problems and develop both short and longer term solutions. This comment is not meant as a putdown of their work or to demoralize them. But I also know that we, the FOLIO community, can do better. Maybe we pull back and only promote the Q3 site on our wiki home page, at least until some of the other environments stabilize. Maybe all new development halts and we spend a few days with all the developers in a worldwide retreat, discussing the problems, agreeing on fixes, and making it work. Then we resume development. I don&apos;t know what the right answer is. Just please make this system work - this system we all care so much about.&lt;/p&gt;

&lt;p&gt;OK, end of rant. Time for bed.&lt;/p&gt;</comment>
                                                            <comment id="192586" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Tue, 30 Oct 2018 11:48:16 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5e627525ba96b58654f12&quot; class=&quot;user-hover&quot; rel=&quot;5af5e627525ba96b58654f12&quot; data-account-id=&quot;5af5e627525ba96b58654f12&quot; accountid=&quot;5af5e627525ba96b58654f12&quot; rel=&quot;noreferrer&quot;&gt;Ann-Marie Breaux&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; class=&quot;user-hover&quot; rel=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; data-account-id=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; accountid=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; rel=&quot;noreferrer&quot;&gt;Ian Ibbotson (Use this one)&lt;/a&gt; I am not convinced this particular issue is the place for discussing how to address the problem of FOLIO working well as an &quot;integrated experience&quot; or a &quot;complete product&quot; but I will follow up with some comments addressing the specific issues wrt ERM and Acquisitions:&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;The suite of ERM apps have dependencies on both on the &quot;core&quot; apps and &quot;acquisition&quot; apps. This makes the integration effort quite complex, probably more complex than anything we have dealt with so far. The Core Team is currently integrating some of the Acquisition apps into the FOLIO builds but we have no way to verify that those apps work (no automatic integration tests) nor address any specific issues with those apps in any other way than ask the maintainers to fix the problems and release a new version. On top of that we are dealing with resource constraints due to the sheer number of modules we are trying to integrate into a single VM (this is specifically what this issue is about). Addressing the resources problem is not going to solve the problem &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; class=&quot;user-hover&quot; rel=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; data-account-id=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; accountid=&quot;557058:28cce430-5ccd-47e7-88fe-1b26c20ee795&quot; rel=&quot;noreferrer&quot;&gt;Ian Ibbotson (Use this one)&lt;/a&gt; laid out in his above comment.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;I proposed in my earlier comments that the FOLIO VM we ship includes only the &quot;core&quot; set of modules (referred to as &quot;platform-core&quot;). This will help the quality and stability of the VM but will not help the ERM team to solve their problems with Acquisition modules. To address that I&apos;d like to propose that each team responsible for building a suite of apps maintains their own &quot;platform&quot; (along with a set of automatic integration tests) and stable releases of such &quot;platform&quot; are included in what we call &quot;platform-complete&quot;. This means Stacks and EPAM teams working on Acq would provide &quot;platform-acquisitions&quot; and the ERM team would provide &quot;platform-erm&quot;. With a clearer structure we are more likely to create a stable build of &quot;platform-complete&quot;. Maintenance of &quot;platform-complete&quot; will require a shared effort from all teams.&lt;/li&gt;
&lt;/ul&gt;
</comment>
                                                            <comment id="192590" author="5c706fbb47a54a6728e59df2" created="Thu, 8 Nov 2018 03:36:46 +0000"  >&lt;p&gt;A branch of folio-ansible has been updated to provide a &quot;testing-core&quot; build, composed of the modules specified in &lt;a href=&quot;https://github.com/folio-org/platform-core&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/folio-org/platform-core&lt;/a&gt; and their dependencies, plus mod-codex-inventory and mod-codex-ekb. A VM built using this build target sports 19 backend modules (rather than the 30+ currently included in folio/testing), and can comfortably live in 7-8 GB of RAM.&lt;/p&gt;

&lt;p&gt;I would suggest that as the work that &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A624212b9-5938-4e3b-84c6-8c8a8db84996&quot; class=&quot;user-hover&quot; rel=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; data-account-id=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; accountid=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; rel=&quot;noreferrer&quot;&gt;Matthew Jones&lt;/a&gt; is doing on stripes-cli (
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;STCLI-15&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/STCLI-15&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Dynamic Okapi module installation&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            STCLI-15
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
) to support managing Okapi module deployment progresses, we do the following:&lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;Begin creating a nightly Vagrant build of &quot;testing-core&quot; (and testing-backend-core? Not sure if this is necessary)&lt;/li&gt;
	&lt;li&gt;Actively encourage developers to begin using VMs based on this box rather than on testing-backend (perhaps discontinue testing-backend altogether?). Provide documentation for using stripes-cli to manage module deployment on the box.&lt;/li&gt;
	&lt;li&gt;Continue to produce a &quot;testing&quot; build based on platform-complete as a Vagrant box, but boost the default RAM allocation 10 GB. GBV uses this image as the basis for their local demo system, and a few developers have reached out to me about using it for testing. Continue to build this environment as &quot;folio-testing&quot; on AWS, as well.&lt;/li&gt;
	&lt;li&gt;Discontinue the &quot;snapshot&quot; Vagrant box (but continue to build the snapshot environment as folio-snapshot, at least for the time being).&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;Some questions:&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;Currently the &quot;testing&quot; build includes several modules that are not required by the frontend (mod-graphql, mod-rtac, mod-audit, mod-audit-filter, etc.). What should be the process for a module that is not required by another module to get into the testing-core build?&lt;/li&gt;
	&lt;li&gt;What should be the process for new backend modules to be introduced to either the testing or snapshot builds? Currently, it happens either by someone reaching out to me and asking for it, or by a frontend dev including a new requirement. Obviously, it would be good to know about the module and try to get it integrated before it is included as a frontend requirement.&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;Other thoughts or comments?&lt;/p&gt;</comment>
                                                            <comment id="192594" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Thu, 8 Nov 2018 12:39:24 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c706fbb47a54a6728e59df2&quot; class=&quot;user-hover&quot; rel=&quot;5c706fbb47a54a6728e59df2&quot; data-account-id=&quot;5c706fbb47a54a6728e59df2&quot; accountid=&quot;5c706fbb47a54a6728e59df2&quot; rel=&quot;noreferrer&quot;&gt;Wayne Schneider&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I think we need to discuss the implications for the point #3 &amp;#8211; it&apos;s likely that even the 10GB will quickly become too little to fit all platform-complete modules comfortably. I&apos;d like to discuss alternative solution to the GBV deployment (e.g based on folio-install and/or Ansible), who is the contact person, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ee89462f7aa140abd82d11d&quot; class=&quot;user-hover&quot; rel=&quot;5ee89462f7aa140abd82d11d&quot; data-account-id=&quot;5ee89462f7aa140abd82d11d&quot; accountid=&quot;5ee89462f7aa140abd82d11d&quot; rel=&quot;noreferrer&quot;&gt;Julian Ladisch&lt;/a&gt;? In terms of testing and development support, I think a cloud-hosted backend and the dynamic loading capability should be used instead.&lt;/p&gt;

&lt;p&gt;I&apos;ll take a stab at answering your questions:&lt;/p&gt;

&lt;p&gt;1. It would be good if we could list all &quot;additional&quot; modules in a configuration file part of &quot;platform-core&quot; and discuss their inclusion on a case by case basis. E.g CODEX provider modules are needed so the system can function. Everything else is subject to removal from platform-core &amp;#8211; the smaller the set the more lightweight and stable the &quot;core&quot; system is.&lt;/p&gt;

&lt;p&gt;2. I think the set of modules for &quot;platform-core&quot; will be relatively stable so I propose we rely on inclusion requests in form of JIRA issues in the FOLIO project.&lt;/p&gt;</comment>
                                                            <comment id="192596" author="5ee89462f7aa140abd82d11d" created="Thu, 8 Nov 2018 12:49:39 +0000"  >&lt;p&gt;Yes, I can switch to use &lt;a href=&quot;https://github.com/folio-org/folio-ansible&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/folio-org/folio-ansible&lt;/a&gt; to deploy &lt;a href=&quot;https://github.com/folio-org/platform-complete&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/folio-org/platform-complete&lt;/a&gt; on the GBV server.&lt;/p&gt;</comment>
                                                            <comment id="192598" author="557058:624212b9-5938-4e3b-84c6-8c8a8db84996" created="Thu, 8 Nov 2018 14:18:26 +0000"  >&lt;blockquote&gt;
&lt;p&gt;What should be the process for a module that is not required by another module to get into the testing-core build?&lt;/p&gt;&lt;/blockquote&gt;

&lt;blockquote&gt;
&lt;p&gt;It would be good if we could list all &quot;additional&quot; modules in a configuration file part of &quot;platform-core&quot; &lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;I was thinking the same thing.  
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;STCLI-15&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/STCLI-15&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Dynamic Okapi module installation&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            STCLI-15
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 already offers an &lt;tt&gt;&amp;#45;&amp;#45;include&lt;/tt&gt; option to manually list additional modules not defined in the platform&apos;s tenant configuration (stripes.config.js).  A new section of the tenant configuration JSON seems like a good fit for defining such modules.&lt;/p&gt;</comment>
                                                            <comment id="192601" author="5c706fbb47a54a6728e59df2" created="Thu, 8 Nov 2018 15:29:58 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A624212b9-5938-4e3b-84c6-8c8a8db84996&quot; class=&quot;user-hover&quot; rel=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; data-account-id=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; accountid=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; rel=&quot;noreferrer&quot;&gt;Matthew Jones&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; I like this approach. It also means that platform-core/platform-complete stripes.config.js would be the one place where this configuration lives, rather than split between the platform and folio-ansible, which is great. The configuration would need to be additive, right? So that you get all the additional modules from the platform you&apos;re working on, as well as from platforms you might pull in as dependencies.&lt;/p&gt;

&lt;p&gt;The fact that the tenant config is JS (rather than JSON) does mean that for orchestration, users will pretty much &lt;em&gt;have&lt;/em&gt; to use stripes-cli. It will (I think) be necessary to provide a command that returns required modules in a JSON list that can be used to do deployment outside of Okapi, as well as a command to do the tenant install without &lt;tt&gt;deploy=true&lt;/tt&gt;.&lt;/p&gt;</comment>
                                                            <comment id="192603" author="5c706fbb47a54a6728e59df2" created="Thu, 8 Nov 2018 15:31:16 +0000"  >&lt;p&gt;The list of modules that are not required by any frontend at this time, but are included in the current &quot;testing&quot; VM:&lt;/p&gt;

&lt;p&gt;mod-user-import&lt;br/&gt;
mod-graphql&lt;br/&gt;
mod-codex-inventory&lt;br/&gt;
mod-codex-ekb&lt;br/&gt;
mod-calendar (the Calendar app is currently commented out in platform-complete)&lt;br/&gt;
mod-rtac&lt;br/&gt;
mod-template-engine&lt;br/&gt;
mod-audit&lt;br/&gt;
mod-audit-filter&lt;/p&gt;

&lt;p&gt;These are on AWS only:&lt;br/&gt;
mod-source-record-storage&lt;br/&gt;
mod-source-record-manager&lt;br/&gt;
mod-data-import&lt;br/&gt;
mod-gobi&lt;br/&gt;
mod-oai-pmh&lt;br/&gt;
mod-patron&lt;br/&gt;
mod-sender&lt;br/&gt;
mod-email&lt;br/&gt;
mod-event-config&lt;/p&gt;

&lt;p&gt;Thoughts about which of these are &quot;core&quot;? mod-codex-inventory, at least, right? (otherwise the Codex app doesn&apos;t function at all)&lt;/p&gt;</comment>
                                                            <comment id="192604" author="5c706fbb47a54a6728e59df2" created="Thu, 8 Nov 2018 17:11:34 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A624212b9-5938-4e3b-84c6-8c8a8db84996&quot; class=&quot;user-hover&quot; rel=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; data-account-id=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; accountid=&quot;557058:624212b9-5938-4e3b-84c6-8c8a8db84996&quot; rel=&quot;noreferrer&quot;&gt;Matthew Jones&lt;/a&gt; observed on STCLI-15:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;Wayne Schneider, While testing the new CLI commands, I&apos;ve been noticing that some platform installs are overlooking required back-end modules. After debugging the issue, I&apos;ve determined that module descriptors that come pre-installed with folio/testing-backend omit the &quot;requires&quot; array of interfaces.&lt;/p&gt;

&lt;p&gt;This limits the ability of a reasonably fresh VM to be useful for installing a platform on top of another, as even after a call to /_/proxy/pull/modules, the VM could very well have the latest descriptors for several modules. Manually deleting the descriptors then pulling the latest will retrieve the necessary descriptors.&lt;/p&gt;

&lt;p&gt;I observed this with folio/testing-backend 5.0.0-20181107.1246 and modules like folio_orders-0.1.100041 and folio_vendors-1.1.100052 while performing various install operations to emulate installing of platform-erm on top of platform-core. Could the VMs (or the new core VM at least) be published with the complete descriptors matching the registry?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;I think this is a good plan, but it will mean that for a developer to work with a new interface version of a &quot;core&quot; interface, they will need to deploy it themselves (using the stripes CLI) &amp;#8211; so the &quot;core&quot; build will be much more like a &quot;snapshot&quot; build.&lt;/p&gt;</comment>
                                                            <comment id="192607" author="5c706fbb47a54a6728e59df2" created="Thu, 8 Nov 2018 17:49:15 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f8314dfbdef80006f6f572d&quot; class=&quot;user-hover&quot; rel=&quot;5f8314dfbdef80006f6f572d&quot; data-account-id=&quot;5f8314dfbdef80006f6f572d&quot; accountid=&quot;5f8314dfbdef80006f6f572d&quot; rel=&quot;noreferrer&quot;&gt;Adam Dickmeiss&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f9abc1eb45b2e007453f423&quot; class=&quot;user-hover&quot; rel=&quot;5f9abc1eb45b2e007453f423&quot; data-account-id=&quot;5f9abc1eb45b2e007453f423&quot; accountid=&quot;5f9abc1eb45b2e007453f423&quot; rel=&quot;noreferrer&quot;&gt;John Malconian&lt;/a&gt; &amp;#8211; how hard would it be to include a &lt;tt&gt;-Xmx&lt;/tt&gt; Java option in either the Dockerfile for modules or as a &lt;tt&gt;JAVA_OPTIONS&lt;/tt&gt; environment variable within the launchDescriptor (embedded in the module descriptor)? Right now this is part of the configuration in folio-ansible, but if developers are using stripes-cli to deploy modules in their VMs, there is no way for them to do this. This is a problem in containers, which by default detect all of the system RAM as available, and so don&apos;t set appropriate limits (see &lt;a href=&quot;https://docs.docker.com/samples/library/openjdk/#make-jvm-respect-cpu-and-ram-limits&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://docs.docker.com/samples/library/openjdk/#make-jvm-respect-cpu-and-ram-limits&lt;/a&gt; for more discussion).&lt;/p&gt;</comment>
                                                            <comment id="192609" author="557058:624212b9-5938-4e3b-84c6-8c8a8db84996" created="Thu, 8 Nov 2018 18:21:41 +0000"  >&lt;blockquote&gt;
&lt;p&gt;The configuration would need to be additive, right?&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Yes&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;The fact that the tenant config is JS (rather than JSON) does mean that for orchestration, users will pretty much have to use stripes-cli.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Tenant configs can also be authored in JSON. The CLI accepts either format.  I&apos;m not sure why historically the format for the tenant config been JS.  Using JS can be handy for development, but perhaps should be avoided for production.&lt;/p&gt;

&lt;p&gt;Platform-complete does make use of JS &lt;a href=&quot;https://github.com/folio-org/platform-complete/blob/d584cb512d9ae114aa1f1302c9f148351b441f3d/stripes.config.js#L22&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;to merge configs&lt;/a&gt;, but I wonder if it really should.  That logic could be moved into the CLI so that any tenant config could extend another without imposing custom logic.  Defining something like &lt;tt&gt;&quot;extends&quot;: &quot;platform-core/or/some/other/stripes.config.js&quot;&lt;/tt&gt; may work here.&lt;/p&gt;


&lt;blockquote&gt;
&lt;p&gt;It will (I think) be necessary to provide a command that returns required modules in a JSON list that can be used to do deployment outside of Okapi&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;The tenant config JSON is available via &lt;tt&gt;stripes status stripes.config.js&lt;/tt&gt;.  We just need to isolate the output to be an effective as a converter. Of course, then you&apos;d need the CLI to avoid using the CLI!  Seeing as how its installed with the platform, maybe this is okay.  Would the format of &lt;tt&gt;stripes status stripes.config.js&lt;/tt&gt; be sufficient (without the surrounding text) or are you looking for something more specific, perhaps a list of module descriptor ids?&lt;/p&gt;


&lt;blockquote&gt;
&lt;p&gt;as well as a command to do the tenant install without deploy=true.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Toggling deploy=true is supported.&lt;/p&gt;</comment>
                                                            <comment id="192611" author="5c706fbb47a54a6728e59df2" created="Thu, 8 Nov 2018 22:28:19 +0000"  >&lt;p&gt;I think using the CLI as part of your orchestration is totally fine, not to be avoided &amp;#8211; it&apos;s just that asking to extend it to (for example) deploy containers on AWS for a non-Okapi-based deployment seems out of scope.&lt;/p&gt;

&lt;p&gt;After more exploration and testing of the CLI, it looks like &lt;tt&gt;stripes platform backend stripes.config.js --simulate --detail&lt;/tt&gt; is very close to what I was thinking of.&lt;/p&gt;</comment>
                                                            <comment id="192613" author="557058:624212b9-5938-4e3b-84c6-8c8a8db84996" created="Fri, 9 Nov 2018 14:40:25 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c706fbb47a54a6728e59df2&quot; class=&quot;user-hover&quot; rel=&quot;5c706fbb47a54a6728e59df2&quot; data-account-id=&quot;5c706fbb47a54a6728e59df2&quot; accountid=&quot;5c706fbb47a54a6728e59df2&quot; rel=&quot;noreferrer&quot;&gt;Wayne Schneider&lt;/a&gt;, For reference, that simulate operation can (mostly) be broken up into the following commands for more granular control.&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;$ stripes mod descriptor stripes.config.js &amp;gt; module-ids
$ cat module-ids | stripes mod install --simulate
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;The one piece currently missing, which &lt;tt&gt;platform backend&lt;/tt&gt; provides, is automatically appending ids like &quot;mod-codex-inventory&quot; when they are needed.&lt;/p&gt;

&lt;p&gt;Let me know if you find the output format of any commands could be improved.  Also, you may find this one:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;$ stripes mod descriptor stripes.config.js --full --strict
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;could, with some tweaking to the output, become a suitable substitute for &lt;tt&gt;build-module-descriptors.js&lt;/tt&gt; (currently outputs an array instead of individual files).&lt;/p&gt;</comment>
                                                            <comment id="192615" author="557058:624212b9-5938-4e3b-84c6-8c8a8db84996" created="Tue, 27 Nov 2018 15:36:42 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c706fbb47a54a6728e59df2&quot; class=&quot;user-hover&quot; rel=&quot;5c706fbb47a54a6728e59df2&quot; data-account-id=&quot;5c706fbb47a54a6728e59df2&quot; accountid=&quot;5c706fbb47a54a6728e59df2&quot; rel=&quot;noreferrer&quot;&gt;Wayne Schneider&lt;/a&gt;, I see this spike is now closed.  Is there a corresponding ticket that captures the creation of this new VM?&lt;/p&gt;</comment>
                                                            <comment id="192616" author="557058:624212b9-5938-4e3b-84c6-8c8a8db84996" created="Wed, 28 Nov 2018 19:00:19 +0000"  >&lt;p&gt;I created 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;FOLIO-1632&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/FOLIO-1632&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Create lighter-weight folio core VM&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            FOLIO-1632
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 for the creation of the VM.&lt;/p&gt;</comment>
                                                            <comment id="192617" author="557058:624212b9-5938-4e3b-84c6-8c8a8db84996" created="Wed, 28 Nov 2018 20:13:52 +0000"  >&lt;p&gt;I also created 
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;FOLIO-1633&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/FOLIO-1633&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Establish scheme for declaring additional backend modules within a platform&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            FOLIO-1633
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-complete jira-macro-single-issue-export-pdf&quot;&gt;Open&lt;/span&gt;
            &lt;/span&gt;
 to come up with a way to declare the modules that by design are not required by any front-end module, but still need to be included in a platform.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                            <outwardlinks description="blocks">
                                        <issuelink>
            <issuekey id="80874">FOLIO-1532</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80893">FOLIO-1603</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80896">FOLIO-1606</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="80181">FOLIO-634</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="71291">STCLI-15</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="71349">STCLI-114</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="80776">FOLIO-1519</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80933">FOLIO-1632</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="79543">FOLIO-1633</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="10721">UXPROD-1827</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="81341">FOLIO-2118</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="10810">UXPROD-1156</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="10929">UXPROD-1424</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummarycf">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10057" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Development Team</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10171"><![CDATA[Prokopovych]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10019" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|hzyzrr:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10020" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10024" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>[CHART] Date of First Response</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 10 Oct 2018 13:22:28 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10025" key="com.atlassian.jira.ext.charting:timeinstatus">
                        <customfieldname>[CHART] Time in Status</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                    </customfields>
    </item>
</channel>
</rss>