-
Bug
-
Resolution: Done
-
Critical
-
None
-
-
Not Required
POH5 archetype recently got updated and became the first project layout that requires support for multimodule project layouts.
What they have is the following:
Aggregator Project "AP" includes two child projects "A" and "B".
This is the simplest case - but you could also easily have more complex layouts,
i.e. AP includes another aggregatorproject QAP which nest other child projects.
But the key point is that the "root" in OpenShift is considered the Aggegator project.
And this is the kind of layout we would need to support, and I see the following things we need to check/implement to make it happen:
A) The "magic" project on our OpenShift server adapter should be allowed to be any kind of project as long as it has git enabled on it.
B) OpenShift Server Adapter should not deploy any child of Aggregator as binary by default
C) Import of OpenShift Application should be sure it will actually import a multimodule project.
D) Import of OpenShift App when using existing App would need to do some validity checks and somehow ensure the child projects gets available if they aren't imported (maybe a warning is enough?)
I belive A and C should be trivially implemented if not already.
B should be as simple as checking the phyiscal location. i.e. if A is a subdir within AP then dont deploy. i.e. /Users/max/ap is parent for project A stored in /Users/max/ap/x/y/z/a
D is the hard part.
- incorporates
-
JBIDE-11332 Allow an openshift server to switch it's target project
- Closed
- is related to
-
JBIDE-9891 Openshift Express: add capability to handle multi-module (maven) projects
- Closed
- relates to
-
JBIDE-11722 openshift import app - use existing app & project - project not given .settings file
- Closed