[JBoss JIRA] (JBIDE-23475) split ide-config.properties into multiple files
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23475?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-23475:
-------------------------------
Fix Version/s: 4.4.2.Final
(was: 4.4.3.AM1)
> split ide-config.properties into multiple files
> -------------------------------------------------
>
> Key: JBIDE-23475
> URL: https://issues.jboss.org/browse/JBIDE-23475
> Project: Tools (JBoss Tools)
> Issue Type: Sub-task
> Components: build, central, central-update
> Affects Versions: 4.4.2.AM3
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.4.2.Final
>
>
> I'd like to split the contents of the current ide-config.properties file into multiple files so the content is easier to maintain via code generation.
> So, rather than 1 big file [1] we could split this into 5 files:
> * ide-config_4.4.snapshots.properties - contains the properties needed for jbosstools and devstudio CI builds (currently 4.4.2.Final and 10.2.0.GA)
> * ide-config_4.4.staging.properties - contains the properties needed for the latest jbosstools and devstudio staging build (currently 4.4.2.AM3 and 10.2.0.AM3)
> * ide-config_4.4.development.properties - contains the properties needed for the latest jbosstools and devstudio development build (currently 4.4.2.AM2 and 10.1.0.GA)
> * ide-config_4.4.stable.properties - contains the properties needed for the latest jbosstools and devstudio stable build (currently 4.4.1.Final and 10.1.0.GA)
> * ide-config.properties - contains all the other properties for 4.3.x and earlier releases
> [1] https://github.com/jbosstools/jbosstools-download.jboss.org/blob/master/j...
> By splitting this into smaller files, the contents that need to be changed every 3 weeks when we stage or release a build could be generated destructively, rather than having to worry about making changes w/ sed and not accidentally pushing in an invalid URL or value.
> From the central side of things, we would just want to treat all ide-config*.properties files as if they were pieces of a single file, and load them all into the same hash of properties we currently have from the single file.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBDS-4070) DevStudio / external OpenShift fails deployment
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBDS-4070?page=com.atlassian.jira.plugin.... ]
Andre Dietisheim commented on JBDS-4070:
----------------------------------------
So the 1st possible explanation of using EAP5 inapplicable. The screenshots in the doc clearly show OpenShift3 and an OpenShift 3 server adapter being used.
The rsync output that's reported shows other weird things:
One can see a ROOT.war and a ROOT.EAR being deployed (./ROOT.war, .deploy/ROOT.ear/SimpleHelloWorld.war/Hello.jsp, deploy/ROOT.war etc.)
I also suspect that the output being shown does not report the output as is. The deployment is actually happening in 2 phases:
# First, the remote is synced down to the local machine
# Then, in a 2nd phase, the local machine is synced back up to the remote pod.
The 2nd thing to take care of is that existing contents are being mixed in, since we're rsyncing. So the more you deploy the more things might get mixed up. I also suspect "Clean" in the server adapter not to really clear contents [~rob.stryker] correct?). Is it possible for the user to manually clear his deployment folder on the pod and the local Eclipse?
* to clear the pod: use the [oc command line tool|https://github.com/openshift/origin/releases/tag/v1.3.0] to login into the pod and rm the deployment folder
# oc login https://ose-masterint.mmm.com:8443
# oc project ostestrest
# oc get pod
# oc rsh <pod running your eap> => you get into a shell in your pod
# cd /deployments
# rm -rf *
* to clear the local deployments folder:
# remove the server adapter ([~rob.stryker] this should clear the local artifacts that were synced pod > local, correct?)
Once both have been cleared please redeploy and paste the output completely untouched as-is (dont cut off anything), please.
I'd love the user to use our latest builds. Could he use an Eclipse Neon and install [JBoss Tools/OpenShift 4.4.2.AM3|http://tools.jboss.org/downloads/jbosstools/neon/4.4.2.AM3.html] into it?
We should also make sure the user is using the latest oc binaries that match his openshift version. What version of OpenShift server is being used? The user should use the [oc binaries|https://github.com/openshift/origin/releases] in a version that match the server.
Is it possibel to get the projects that the user is using? It would be a great help to have these artifacts, far more efficient that doing guesswork based on screenshots and explanations. Those help, no doubt, but real hands-on is far superior.
> DevStudio / external OpenShift fails deployment
> -----------------------------------------------
>
> Key: JBDS-4070
> URL: https://issues.jboss.org/browse/JBDS-4070
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 10.1.0.GA
> Environment: DevStudio as used with an external OpenShift
> Reporter: Rick Wagner
> Assignee: Jeff MAURY
> Labels: openshift_v3
> Fix For: 10.3.0.AM1
>
> Attachments: OSDeployRecreate.docx, eap-app-server-adapter-publish.png, eap-app-server-adapter-settings.png, kitchensink-ear-deployed-succcessfully.png, kitchensink-ear-projects.png, new-openshift-server-adapter.png
>
>
> If DevStudio (with Server Adapter configured for external OpenShift) is used to deploy an application developed in DevStudio, errors result.
> The reporting user shows indications additional 'deploy' directories are being synthesized as the binary target location. The log reports:
> 15:59:41,588 INFO [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 2) WFLYDS0010: Scan found incompletely copied file content for deployment /opt/eap/standalone/deployments/deploy/deploy/deploy/deploy/deploy/deploy/activemq-rar.rar.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months