[JBoss JIRA] (JBIDE-25109) Server adapter editor: provide ability to only change debug port (and not the debug port key)
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25109?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-25109:
-------------------------------------
Summary: Server adapter editor: provide ability to only change debug port (and not the debug port key) (was: Server adapter editor: provide ability to only change debug port)
> Server adapter editor: provide ability to only change debug port (and not the debug port key)
> ---------------------------------------------------------------------------------------------
>
> Key: JBIDE-25109
> URL: https://issues.jboss.org/browse/JBIDE-25109
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: openshift
> Affects Versions: 4.5.1.AM2
> Reporter: Andre Dietisheim
> Fix For: 4.5.x
>
>
> Currently there's only 1 checkbox to allow the user to set the debugging key and port. If one only wants to set a custom debug port only, he cannot, he also has to provide the debug key at the same time. We should provide an additional checkbox to enable the debug port only, changing the existing one to only enable/disable the debug key.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (JBIDE-25109) Server adapter editor: provide ability to only change debug port
by Andre Dietisheim (JIRA)
Andre Dietisheim created JBIDE-25109:
----------------------------------------
Summary: Server adapter editor: provide ability to only change debug port
Key: JBIDE-25109
URL: https://issues.jboss.org/browse/JBIDE-25109
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Affects Versions: 4.5.1.AM2
Reporter: Andre Dietisheim
Fix For: 4.5.x
Currently there's only 1 checkbox to allow the user to set the debugging key and port. If one only wants to set a custom debug port only, he cannot, he also has to provide the debug key at the same time. We should provide an additional checkbox to enable the debug port only, changing the existing one to only enable/disable the debug key.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (JBIDE-25109) Server adapter editor: provide ability to only change debug port
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25109?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-25109:
-------------------------------------
Issue Type: Enhancement (was: Bug)
> Server adapter editor: provide ability to only change debug port
> ----------------------------------------------------------------
>
> Key: JBIDE-25109
> URL: https://issues.jboss.org/browse/JBIDE-25109
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: openshift
> Affects Versions: 4.5.1.AM2
> Reporter: Andre Dietisheim
> Fix For: 4.5.x
>
>
> Currently there's only 1 checkbox to allow the user to set the debugging key and port. If one only wants to set a custom debug port only, he cannot, he also has to provide the debug key at the same time. We should provide an additional checkbox to enable the debug port only, changing the existing one to only enable/disable the debug key.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (JBDS-4567) devstudio rpm should depend on upstream eclipse-dtp
by Nick Boldt (JIRA)
Nick Boldt created JBDS-4567:
--------------------------------
Summary: devstudio rpm should depend on upstream eclipse-dtp
Key: JBDS-4567
URL: https://issues.jboss.org/browse/JBDS-4567
Project: Red Hat JBoss Developer Studio (devstudio)
Issue Type: Sub-task
Components: rpm
Affects Versions: 11.1.0.AM3
Reporter: Nick Boldt
Assignee: Nick Boldt
Fix For: 11.1.0.AM3
[~lvalach] said: {quote}
Hi Nick. There are some bundle conflict in latest Devstudio RPM. It seems that since Mat updated rh-eclipse to Oxygen 1 [1] the eclipse includes newer builds of org.eclipse.datatools. and org.eclipse.recommenders..
For example:
/opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/dtp/eclipse/plugins/org.eclipse.datatools.sqltools.tabledataeditor_1.2.0.v201709211000.jar
(this comes with rh-eclipse47)
and
/opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/org.eclipse.datatools.sqltools.tabledataeditor_1.2.0.201701131441.jar
(this comes with rh-eclipse47-devstudio)
So the version is same but timestamp differs. {quote}
Nick replied:
{quote}this could just be a "feature-not-a-bug" of rpm builds
in that the versions don't align because the timestamp in the rpm is generated at the time of the build rather than being attached to the github commit date
so... to solve these "same x.y.z but different timestamp" problems we just have to blacklist more plugins/features from the rpm build, and add more *Requires:* to the spec file
{quote}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (JBIDE-25108) Server adapter editor: can be saved even if there are errors
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25108?page=com.atlassian.jira.plugi... ]
Andre Dietisheim reassigned JBIDE-25108:
----------------------------------------
Assignee: Andre Dietisheim
> Server adapter editor: can be saved even if there are errors
> ------------------------------------------------------------
>
> Key: JBIDE-25108
> URL: https://issues.jboss.org/browse/JBIDE-25108
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.1.AM2
> Reporter: Andre Dietisheim
> Assignee: Andre Dietisheim
> Fix For: 4.5.x
>
>
> # ASSERT: have a server editor for an application running on OpenShift
> # EXEC: open the editor
> # EXEC: uncheck "use image provided key" but no value for "Key" (which is an error)
> Result:
> editor gets dirty and can be saved
> Expected:
> editor does not get dirty and cannot be saved since it has errors
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (JBIDE-25108) Server adapter editor: can be saved even if there are errors
by Andre Dietisheim (JIRA)
Andre Dietisheim created JBIDE-25108:
----------------------------------------
Summary: Server adapter editor: can be saved even if there are errors
Key: JBIDE-25108
URL: https://issues.jboss.org/browse/JBIDE-25108
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Affects Versions: 4.5.1.AM2
Reporter: Andre Dietisheim
Fix For: 4.5.x
# ASSERT: have a server editor for an application running on OpenShift
# EXEC: open the editor
# EXEC: uncheck "use image provided key" but no value for "Key" (which is an error)
Result:
editor gets dirty and can be saved
Expected:
editor does not get dirty and cannot be saved since it has errors
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (JBIDE-24938) server.it.weekly jenkins job runs out of disk space on Windows
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24938?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-24938.
---------------------------------
JBIDE-24964 is done now so HUDSON_STATIC_ENV works everywhere now. I confirmed that it works correctly on windows in the server.it.weekly job. See details in the JIRA.
It's still not 100 % perfect because the cache only works for maven-download-plugin and not for maven dependencies (which are used for downloading of as7 and some other servers). But it's still a big improvement.
> server.it.weekly jenkins job runs out of disk space on Windows
> --------------------------------------------------------------
>
> Key: JBIDE-24938
> URL: https://issues.jboss.org/browse/JBIDE-24938
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.5.1.AM2
> Reporter: Martin Malina
> Assignee: Martin Malina
> Fix For: 4.5.1.AM2
>
>
> This job is failing on Windows:
> https://dev-platform-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/server.i...
> It's because it runs out of disk space.
> The windows instances have (I believe) 30GB of disk space. This is set up in our openstack instance by eng-ops:
> https://ci-rhos.centralci.eng.rdu2.redhat.com/dashboard/
> If we wanted more space, we would need to ask eng ops to change this. But it's probably the same for all other users, so I don't think they would change it easily. And in any case, it should be enough.
> The main thing is that we need to reduce the space the tests are using.
> They download all the runtimes via the itests pom:
> https://github.com/jbosstools/jbosstools-server/blob/master/as/itests/pom...
> The main problem is that this happens 4 times:
> 3.5G ./org.jboss.tools.as.management.itests/target/requirements
> 3.5G ./org.jboss.tools.as.itests/target/requirements
> 3.5G ./target/requirements
> 3.5G ./org.jboss.tools.as.ui.bot.itests/target/requirements
> Fortunately this doesn't mean that all the servers are really downloaded 4 times - they are downloaded once and stored in the local maven download cache. But then the zips are copied over for each of the modules and unzipped.
> So, there are several options:
> a) Get rid of the zips once they're unzipped - that would save half the space. Unfortunately the download plugin does not support this:
> https://github.com/maven-download-plugin/maven-download-plugin
> b) Delete the requirements dir for each module at the end of the maven module lifecycle. This might be doable, needs investigating.
> c) Change the overall setup so that only one download is needed for all the tests - i.e. the child modules don't inherit the download plugin call, but instead use the downloaded runtimes from the higher pom (itests)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (JBIDE-24964) HUDSON_STATIC_ENV not defined for windows and osx slaves
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24964?page=com.atlassian.jira.plugi... ]
Martin Malina resolved JBIDE-24964.
-----------------------------------
Fix Version/s: 4.5.1.AM3
(was: 4.5.x)
Resolution: Done
My commit for Windows was merged.
As far as I can see it works as expected now.
Retrieved from https://dev-platform-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/server.i... :
{code}
12:38:35 [INFO] --- download-maven-plugin:1.2.0:wget (download-pluginCustomization) @ org.jboss.tools.as.itests ---
12:38:35 [INFO] Got from cache: S:\devstudio\download-cache\pluginCustomization.ini
12:38:35 [INFO]
12:38:35 [INFO] --- download-maven-plugin:1.2.0:wget (install-as-3.2.8) @ org.jboss.tools.as.itests ---
12:38:48 [INFO] Got from cache: S:\devstudio\download-cache\jboss-3.2.8.SP1.zip
12:39:32 [INFO]
12:39:32 [INFO] --- download-maven-plugin:1.2.0:wget (install-as-4.0.5) @ org.jboss.tools.as.itests ---
12:39:49 [INFO] Got from cache: S:\devstudio\download-cache\jboss-4.0.5.GA.zip
12:40:42 [INFO]
12:40:42 [INFO] --- download-maven-plugin:1.2.0:wget (install-as-5.0.1) @ org.jboss.tools.as.itests ---
12:41:06 [INFO] Got from cache: S:\devstudio\download-cache\jboss-5.0.1.GA.zip
12:42:26 [INFO]
12:42:26 [INFO] --- download-maven-plugin:1.2.0:wget (install-as-5.1.0) @ org.jboss.tools.as.itests ---
12:42:55 [INFO] Got from cache: S:\devstudio\download-cache\jboss-5.1.0.GA.zip
12:44:33 [INFO]
12:44:33 [INFO] --- download-maven-plugin:1.2.0:wget (install-eap-4.3.0) @ org.jboss.tools.as.itests ---
12:45:35 [INFO] Got from cache: S:\devstudio\download-cache\jboss-eap-4.3.0.GA_CP10.zip
{code}
I will note one thing though. The cache only works for the download maven plugin. Not if maven artifact dependency is used to get a zip from maven. Like here:
{code}
12:36:25 [INFO] Configured Artifact: org.jboss.as:jboss-as-dist:7.0.0.Final:zip
12:36:25 [INFO] Downloading: https://maven.repository.redhat.com/earlyaccess/all/org/jboss/as/jboss-as...
12:36:25 [INFO] Downloading: http://maven.repository.redhat.com/ga/org/jboss/as/jboss-as-dist/7.0.0.Fi...
12:36:25 [INFO] Downloading: https://repository.jboss.org/nexus/content/repositories/releases/org/jbos...
12:36:41 [INFO] Downloaded: https://repository.jboss.org/nexus/content/repositories/releases/org/jbos... (73845 KB at 4603.2 KB/sec)
{code}
So in light of this it may make sense to use wget downloads instead of maven dependencies where possible.
This is the relevant pom:
https://github.com/jbosstools/jbosstools-server/blob/master/as/itests/pom...
> HUDSON_STATIC_ENV not defined for windows and osx slaves
> --------------------------------------------------------
>
> Key: JBIDE-24964
> URL: https://issues.jboss.org/browse/JBIDE-24964
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, qa
> Affects Versions: 4.5.1.AM1
> Reporter: Nick Boldt
> Assignee: Pavol Srna
> Fix For: 4.5.1.AM3
>
>
> On windows and osx slaves, HUDSON_STATIC_ENV is not defined. On rhel7 slaves, it's defined as /home/hudson/static_build_env
> Could an equivalent path be set for other OSes, so we can benefit from this NFS-mounted shared space?
> Currently when we run itests on multiple OSes, we see stuff like this, when passing the path to -Ddownload.cache.directory=:
> {code:title=rhel7 - HUDSON_STATIC_ENV = /home/hudson/static_build_env}
> 16:05:48 [rhel7] $ /mnt/hudson_workspace/tools/hudson.tasks.Maven_MavenInstallation/maven-3.3.9/bin/mvn -s /tmp/settings2086504014812240990.xml -Djdk=openjdk-1.8 -Dlabel_exp=rhel7
> -Ddownload.cache.directory=/home/hudson/static_build_env/devstudio/download-cache
> -Dsurefire.timeout=10000 -DJOB_NAME=server.it.weekly/jdk=openjdk-1.8,label_exp=rhel7 -DBUILD_NUMBER=24 -DskipPrivateRequirements=false -Djbosstools.test.jre.8=/qa/tools/opt/x86_64/jdk1.8.0_last -Dsurefire.itests.timeout=10000 -Djbosstools.test.jre.7=/qa/tools/opt/x86_64/jdk1.7.0_last -Djbosstools.test.jre.6=/qa/tools/opt/x86_64/jdk1.6.0_last -Djbosstools.test.jre.5=/qa/tools/opt/x86_64/jdk1.5.0_last -DskipBaselineComparison=true -Dmaven.test.error.ignore=true -Dmaven.test.failure.ignore=true clean install -B -U -fae -e -P hudson,pack200,unified.target,maximum -DjgitDirtyWorkingTree=warning
> {code}
> {code:title=win81 - HUDSON_STATIC_ENV not defined}
> 16:05:51 [win81] $ cmd.exe /C "\mnt\hudson_workspace\tools\hudson.tasks.Maven_MavenInstallation\maven-3.3.9\bin\mvn.cmd -s C:\Users\jbossqa\AppData\Local\Temp\settings7229513778735293013.xml -Djdk=openjdk-1.8 -Dlabel_exp=win81
> -Ddownload.cache.directory=${HUDSON_STATIC_ENV}/devstudio/download-cache
> -Dsurefire.timeout=10000 "-DJOB_NAME=server.it.weekly/jdk=openjdk-1.8,label_exp=win81" -DBUILD_NUMBER=24 -DskipPrivateRequirements=false -Djbosstools.test.jre.8=T:\opt\windows\amd64\jdk1.8.0_last -Dsurefire.itests.timeout=10000 -Djbosstools.test.jre.7=T:\opt\windows\amd64\jdk1.7.0_last -Djbosstools.test.jre.6=T:\opt\windows\amd64\jdk1.7.0_last -Djbosstools.test.jre.5=T:\opt\windows\amd64\jdk1.7.0_last -DskipBaselineComparison=true -Dmaven.test.error.ignore=true -Dmaven.test.failure.ignore=true clean install -B -U -fae -e -P "hudson,pack200,unified.target,maximum" -DjgitDirtyWorkingTree=warning && exit %%ERRORLEVEL%%"
> {code}
> {code:title=win10 - HUDSON_STATIC_ENV not defined}
> 16:05:48 [win10] $ cmd.exe /C "\mnt\hudson_workspace\tools\hudson.tasks.Maven_MavenInstallation\maven-3.3.9\bin\mvn.cmd -s C:\Users\jbossqa\AppData\Local\Temp\settings8339429706904285132.xml -Djdk=openjdk-1.8 -Dlabel_exp=win10
> -Ddownload.cache.directory=${HUDSON_STATIC_ENV}/devstudio/download-cache
> -Dsurefire.timeout=10000 "-DJOB_NAME=server.it.weekly/jdk=openjdk-1.8,label_exp=win10" -DBUILD_NUMBER=24 -DskipPrivateRequirements=false -Djbosstools.test.jre.8=T:\opt\windows\amd64\jdk1.8.0_last -Dsurefire.itests.timeout=10000 -Djbosstools.test.jre.7=T:\opt\windows\amd64\jdk1.7.0_last -Djbosstools.test.jre.6=T:\opt\windows\amd64\jdk1.7.0_last -Djbosstools.test.jre.5=T:\opt\windows\amd64\jdk1.7.0_last -DskipBaselineComparison=true -Dmaven.test.error.ignore=true -Dmaven.test.failure.ignore=true clean install -B -U -fae -e -P "hudson,pack200,unified.target,maximum" -DjgitDirtyWorkingTree=warning && exit %%ERRORLEVEL%%"
> {code}
> {code:title=macosx - HUDSON_STATIC_ENV not defined}
> 16:05:46 [macosx] $ /jenkins/tools/hudson.tasks.Maven_MavenInstallation/maven-3.3.9/bin/mvn -s /var/folders/tp/hcfshtz152n2t8y4jfl08w140000gp/T/settings6780477723089804684.xml -Djdk=jdk1.8 -Dlabel_exp=macosx
> -Ddownload.cache.directory=${HUDSON_STATIC_ENV}/devstudio/download-cache
> -Dsurefire.timeout=10000 -DJOB_NAME=server.it.weekly/jdk=jdk1.8,label_exp=macosx -DBUILD_NUMBER=24 -DskipPrivateRequirements=false -Djbosstools.test.jre.8=/qa/tools/opt/osx/jdk1.8.0_last -Dsurefire.itests.timeout=10000 -Djbosstools.test.jre.7=/qa/tools/opt/osx/jdk1.7.0_last -Djbosstools.test.jre.6=/qa/tools/opt/osx/jdk1.8.0_last -Djbosstools.test.jre.5=/qa/tools/opt/osx/jdk1.8.0_last -DskipBaselineComparison=true -Dmaven.test.error.ignore=true -Dmaven.test.failure.ignore=true clean install -B -U -fae -e -P hudson,pack200,unified.target,maximum -DjgitDirtyWorkingTree=warning
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months