Age | Commit message (Collapse) | Author | Files | Lines |
|
also install nc in order to make wait-for script
works
Change-Id: Id21f96bbf546542bf930c3faf33117a1434eeeee
Issue-ID: SO-208
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
The fallout and completion handlers are not updating
the request status in the mso_requests database.
The cause is a missing URN mapping that defines the
service endpoint for these updates.
Issue: SO-230
Change-Id: I5b4ff6e9ca2cde6605b3ed7cb7b086041111d31c
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Add VFC war to war config list for the docker image
Change-Id: I99cde517f6221f3c62266bdc01389413af53c57e
Issue-ID:SO-221
Signed-off-by: c00149107 <chenchuanyu@huawei.com>
|
|
Remove the push to registry when with-integration-tests profile is
enabled (tby default)
Change-Id: Iee9928577ae9189f846b6d4370aa5464de9ab765
Issue-ID: SO-188
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
Remove python HeatBridge as it's breaking the docker build
Change-Id: I4f24ccfccbd631218fe0d39af93f8edb030dcf12
Issue-ID: SO-182
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
Increase the number of polling done to verify that mariadb is up before
starting the mso container
Change-Id: I0fdab8aaa0f17078f9a94700e7918dd30aab3407
Issue-ID: SO-171
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
These will need to be fixed soon, but the first step is to
have a working environment again.
I am also removing obsolete versions of camunda sql scripts.
Change-Id: I5817be8a879505fa4f146d2e49b26a305ece356a
Issue: SO-171
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
|
|
|
|
|
|
Arquillian framework was broken due to bad dependency
used during ITS
Change-Id: I2c865b429af45511d778d11d77a16704b49fdef6
Issue-ID: SO-171
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
There was a mismatch between the "sdncurls" definitions in the
environment files (e.g. mso-docker.json) and the property file
template (mso.sdnc.properties).
This commit adds missing "sdncurls" to the arquillian unit test
environment.
Issue: SO-123
Change-Id: I538c9df71fec6e9368d4a984eb82f58ec3b0c545
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Issue: SO-71
Change-Id: I91d503b52909cfcb62ca4b5cd93f6cfc70d6eb24
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Adding Heatbridge python code and call into SO. Still needs configuration to be complete.
Change-Id: I4869217699d857e27579decce91e9c542ce7a449
Issue-ID: SO-1
Signed-off-by: Arthur Martella <amartell@research.att.com>
|
|
This directory is where the ASDC controller spools received CSARs.
Change-Id: If8ea5463145f821bb34acae44ab03d0f287fea2b
Issue-id: SO-131
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
There were several issues. The wrong jackson provider was being selected,
which caused the exception, so we fixed that. Then we discovered that a
a URN mapping was missing, so we added that. Then we found that the
healthcheck wouldn't work because it's trying to check the default
process engine, which does not exist. We commented out that part of
the healthcheck to be able to resolve this high priority issue. A
new low priority issue will need to be created to follow up.
Change-Id: I327612a147333eeecd44915942cecd13959c4717
Issue-id: SO-139
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
IssueId: SO-146
Change-Id: Ib89a3f44945c3981e0abb7105e5156db75c4cc3f
Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
|
|
This commit rebases changes from openecomp-mso/internal-staging-1710 up to and including this codecloud commit:
54483fc6606ddb1591a2e9da61bff8712325f924
Wed Sep 6 18:12:56 2017 -0400
Rebasing was done on a branch on top of this commit in so/master in ONAP:
93fbdfbe46104f8859d4754040f979cb7997c157
Thu Sep 7 16:42:59 2017 +0000
Change-Id: I4ad9abf40da32bf5bdca43e868b8fa2dbcd9dc59
Issue-id: SO-107
Signed-off-by: Arthur Martella <amartell@research.att.com>
|
|
Change-Id: Ie0948e048a52a8743b919319cca78376e0dfea13
Issue-id: SO-104
Signed-off-by: DeWayne Filppi <dewayne@cloudify.co>
|
|
|
|
define default recipe mapping for any 'source' at level of 'service' and 'network' resources."
|
|
|
|
|
|
The top level pom will contain:
<groupId>org.openecomp.so</groupId>
<artifactId>so</artifactId>
Child modules will contain:
<parent>
<groupId>org.openecomp.so</groupId>
<artifactId>so</artifactId>
<version>1.1.0-SNAPSHOT</version>
</parent>
<groupId>org.openecomp.so</groupId>
<artifactId>some-child-artifact</artifactId>
Note that the groupId for the direct child module will be
the same as the groupId for its parent.
Issue: SO-21
Change-Id: I1976819df459d92937c6a4780959c32599dc3e71
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
There are Linux Foundation rules (enforced by nexus) that I still
don't really understand. I'm convinced this is absolutely true:
The groupId of every artifact in a project MUST begin with:
org.openecomp.<project>
--or--
org.onap.<project>
The top-level artifact is no exception. So for example, this is
NOT allowed:
<groupId>org.openecomp</groupId>
<artifactId>so</groupId>
Here's what I'm trying now. The top level pom will contain:
<groupId>org.openecomp.so</groupId>
<artifactId>so-parent</artifactId>
Child modules will contain:
<parent>
<groupId>org.openecomp.so</groupId>
<artifactId>so-parent</artifactId>
<version>1.1.0-SNAPSHOT</version>
</parent>
<groupId>org.openecomp.so</groupId>
<artifactId>some-child-artifact</artifactId>
Note that the groupId for the direct child module will be the
same as the groupId for its parent.
Issue: SO-21
Change-Id: I0d3cd2eb7a1883e23e3c0878ee7fa3dd4a7d55b2
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Change-Id: I5ff93b3d7b2c71c30a618b3224226b37bc18c05e
Signed-off-by: DeWayne Filppi <dewayne@gigaspaces.com>
|
|
|
|
More problems encountered since mso repos were renamed.
We now have found that this declaration in the top-level so pom
causes the deploy to fail with a 403 Forbidden error:
<groupId>org.openecomp</groupId>
<artifactId>so</artifactId>
We are changing this to:
<groupId>org.openecomp.so</groupId>
<artifactId>framework</artifactId>
Issue: SO-21
Change-Id: I4e21d689c73c5071bde725127bb81482ce3d91f9
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Change-Id: I8b39268b774649b0da95162de6acdc03a6809224
Signed-off-by: DeWayne Filppi <dewayne@gigaspaces.com>
|
|
default recipe mapping for any 'source' at level of 'service' and 'network' resources.
Change-Id: I42dafa343e2e65c6e892c21de5f3f1131890b24e
Signed-off-by: eyalholz <eyalh@amdocs.com>
|
|
I hope this will fix the daily jenkins builds.
Issue: SO-65
Change-Id: Iee8e975dd894e7bd937bab0ae033188f133f5fce
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
|
|
Since the repositories were renamed from "mso" to "so" the
artifact group IDs in the poms must be updated to match.
Issue: SO-39
Change-Id: I617fe738a77d0f6c1d1cc0ac9474fb753f4e234c
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Moving maintainer to ONAP
Updating Label to ONAP & SO
.gitreview pointing to so.git
Change-Id: I9fe96f88cb742cefd6ddc7fbdd4f25f264e3e0be
Signed-off-by: JulienBe <jb379x@att.com>
|
|
Dockerfile refers to Ubuntu not Fedora.
Change-Id: Id7a76c85035d24c4591d71e40feba52f74c94c0e
Signed-off-by: Chuck Short <charles.short@ericsson.com>
|
|
DB fixes + BPMN flows and groovy fixes + Fix issue with CloudConfig file
not reloaded properly when it's wrong (JSON error or model hierarchy
mistake) at MSO startup
Change-Id: I2853030b78499e2a761706b643ea210955e72de3
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
[MSO-8] Restore files removed in patch set 2
Those groovy files must be there
Change-Id: I9a47ac3d9c8fc06774a1b8f518491b1b0b00af04
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
Update the network_recipe db table, update the bpmn script to use.
Change-Id: I44f84a05629de9f550f8320b633bd9381bbe34e9
Signed-off-by: xg353y <xg353y@intl.att.com>
|
|
Second rebase containing additional features for MSO + total reworking
of the BPMN structure + Notification flow can now be added at the end of
some BPMN flows
Change-Id: I7e937c7a0ba1593ca85e164a093f79c7e38b6ce0
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
Update the maven depenency for sdc-distribution-client to cooperate with the sdc changes.
Change-Id: I2da936e5c40cb68c7181bb78307192dd5655b5dc
Signed-off-by: xg353y <xg353y@intl.att.com>
|
|
|
|
The openecomp.org namespace is deprecated in favor of the onap.org
namespace
Change-Id: Icca272615a21c5c07d4c4341759752e758a45957
Signed-off-by: Andrew Grimberg <agrimberg@linuxfoundation.org>
|
|
Add a groovy script to the pom of the docker module
to generate an additional tag to mso and
mso-arquillian images.
Change-Id: Ica50c2c7166b4401179de711d8ba3e66c7fa129b
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
|
|
Change-Id: Id054e7a04ce88450c3cfe108c8259c4d287681c8
Signed-off-by: ChrisC <cc697w@intl.att.com>
|
|
Change-Id: Iad5b15cab366adbaf231919ec0381ee74ccd7976
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
|
|
Chef-solo is started both from the docker container [1] and from
the start-jboss-server.sh script [2].
The Dockerfile is configured to erase the mso-docker.json
configuration once applied, so when the container is started,
and the strat-jboss-server.sh tries to play the recipes again,
it fails as the environment file is empty.
This patch adds a check to see if the file is empty, if not, we
play the chef-solo recipes again, to overwrite the config.
[1]: https://gerrit.openecomp.org/r/gitweb?p=mso.git;a=blob;f=packages/docker/src/main/docker/docker-files/Dockerfile.mso-chef-final;h=ff7f44bcfdba6fa0328cbd50803d3dc80a2a1def;hb=refs/heads/master#l57
[2]: https://gerrit.openecomp.org/r/gitweb?p=mso.git;a=blob;f=packages/docker/src/main/docker/docker-files/scripts/start-jboss-server.sh;h=2e9b9da27dd3d01fcf5ebc304ac03b15142fde53;hb=refs/heads/master#l16
Change-Id: I34573dedaaafbeb6b511f47b72e6e0cefea4e1d5
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Tags will look like :
version-STAGING-commitId
If no 'mso.git.commit' passed, last part will be blank
Change-Id: I4ba4dc1c6f292e8f1f4d2d0470678712546796e4
Signed-off-by: JulienBe <jb379x@att.com>
|
|
|
|
env.GIT_NO_PROJECT is only used in Jenkins. Downstream user don't have
knowledge of this variable, but are failing to build because of it.
The gerrit url shouldn't be subject to change, hence hard-coding its
value in a maven property.
Change-Id: Ieed47a282636eafd0556242f56dc0b4d3596ea29
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|