March 2016 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-21909) Show In - Web Browser context menu of an OS 3 server adapter is disabled when adapter is stopped

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21909?page=com.atlassian.jira.plugi... ] Rob Stryker resolved JBIDE-21909. --------------------------------- Resolution: Rejected This is intentional and by design. > Show In - Web Browser context menu of an OS 3 server adapter is disabled when adapter is stopped > ------------------------------------------------------------------------------------------------ > > Key: JBIDE-21909 > URL: https://issues.jboss.org/browse/JBIDE-21909 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Marián Labuda > Assignee: Rob Stryker > Labels: openshift_v3, server_adapter > Fix For: 4.3.1.CR1 > > > When I am having an OpenShift 3 Server Adapter in Server view e.g. freshly created, it is stopped by default. Its context menu Show In - Web Browser is disabled at this point, although it not makes much sense, because it is possible to show an application in browser at this point via OpenShift explorer view. Adapter does not have to be started to perform this. Max suggested that after selecting context menu Show In - Web Browser, an OS 3 server adapter could/should start. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21835) Server adapter: incremental deployment is broken

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21835?page=com.atlassian.jira.plugi... ] Rob Stryker commented on JBIDE-21835: ------------------------------------- [~mlabuda] I am not able to replicate. When I create a new os3 server adapter, the web project is automatically added as a module under the server. Furthermore, a breakpoint set on OpenShiftPublishController.publishStart(etc) never gets hit when server is in 'stopped' state. When the server is started, a breakpoint on OpenShiftPublishController.publishFinish(etc) also shows a deploy-directory of /home/rob/apps/eclipse/workspaces/runtime-EclipseApplication/.metadata/.plugins/org.jboss.ide.eclipse.as.core/p8@eap-app/deploy If I check the deploy folder inside publishFinish but before the final rsync is executed, we see no change to the deployment markers. There's no .dodeploy marker created before the rsync. I'm not able to replicate your issue at all. [~fbricon]? > Server adapter: incremental deployment is broken > ------------------------------------------------ > > Key: JBIDE-21835 > URL: https://issues.jboss.org/browse/JBIDE-21835 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Fred Bricon > Assignee: Rob Stryker > Priority: Blocker > Fix For: 4.3.1.CR1 > > > Running OS 3.1.1 from https://github.com/redhat-developer-tooling/openshift-vagrant/tree/master... > Deploy an eap basic app on openshift, > import the kitchensink code in the workspace > wait for the application to deploy and run on openshift > Issue #1 > - when creating a server adapter from the OpenShift Explorer menu "Server Adapter...", on the eap service, the server has no module. The project is treated as a magic project. > - After making a change to the index page and saving, the page is incrementally pushed to the openshift server, and then the ROOT.war restart. It's not supposed to > Issue #2 > - create a new server adapter from the Servers view. Add the kitchensink project as a module to the last page of the wizard > - jbosstools-kitchensink.war is deployed to the remote server. Both ROOT.war and jbosstools-kitchensink.war start, access to the / context root fails. It's been superseded by jbosstools-kitchensink > - local change is not pushed immediately to the server. module restart happens before the change is effective. > (Fred indicates this issue was not replicatable on most recent test) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21910) Cannot start Forge 3.0.1 runtime - Windows

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21910?page=com.atlassian.jira.plugi... ] George Gastaldi commented on JBIDE-21910: ----------------------------------------- [~psrna], I created a Windows 8 VM, installed Eclipse Mars.2 and built the plugin from the sources and it executed without any errors. I believe that removing your {{~/.forge}} directory will fix this problem. > Cannot start Forge 3.0.1 runtime - Windows > ------------------------------------------ > > Key: JBIDE-21910 > URL: https://issues.jboss.org/browse/JBIDE-21910 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: forge > Affects Versions: 4.3.1.CR1 > Environment: windows > Reporter: Pavol Srna > Assignee: George Gastaldi > Priority: Blocker > Fix For: 4.3.1.CR1 > > Attachments: forge-err-xIUnMqLO.png > > > An internal error occurred during: "Starting JBoss Forge 3.0.1.Final" > java.lang.reflect.InvocationTargetException -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21864) Server Adapter: publishing is slow compared to "oc rsync" on the cmd line

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21864?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-21864: ------------------------------------------ The other big question mark is for the given number of issues we still have to tackle which makes this a lower prio I think. > Server Adapter: publishing is slow compared to "oc rsync" on the cmd line > ------------------------------------------------------------------------- > > Key: JBIDE-21864 > URL: https://issues.jboss.org/browse/JBIDE-21864 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Andre Dietisheim > Labels: openshift_v3, server_adapter > Fix For: 4.3.1.CR1 > > > Compared with "oc rsync" on the cmd line publishing in the server adapter (which does "oc rsync" behind the scenes) is very slow -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21453) Server Adapter: use rsync flag instead of local filtered-copy

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21453?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-21453: ------------------------------------------ [~xcoulon] given that you already did an enhancement to the rsync in the client library, is this something you could take care of? > Server Adapter: use rsync flag instead of local filtered-copy > ------------------------------------------------------------- > > Key: JBIDE-21453 > URL: https://issues.jboss.org/browse/JBIDE-21453 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.3.1.Beta1 > Reporter: Andre Dietisheim > Fix For: 4.4.0.Alpha1 > > > With https://github.com/openshift/origin/issues/6143 *oc rsync* now allows specific white-listed flag to be used. > Our current implementation works around this by doing a local copy where excluded bits are filtered (not copied). We need to use exclusion flags if available. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21864) Server Adapter: publishing is slow compared to "oc rsync" on the cmd line

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21864?page=com.atlassian.jira.plugi... ] Andre Dietisheim edited comment on JBIDE-21864 at 3/18/16 11:58 AM: -------------------------------------------------------------------- [~akazakov] using exclusion filters should be fairly easy to do since we'd only have to include additional parameters in the rsync invocation in the openshift-restclient-java. Dropping the initial syncing server->local is nothing we'd be able to do quickly. Not even sure we can do that. was (Author: adietish): [~akazakov] using exclusion filters should be fairly easy to do since we'd only have to include additional parameters in the rsync invocation in the openshift-restclient-java. Dropping the initial syncing server->local is nothing we'd be able to do quickly. > Server Adapter: publishing is slow compared to "oc rsync" on the cmd line > ------------------------------------------------------------------------- > > Key: JBIDE-21864 > URL: https://issues.jboss.org/browse/JBIDE-21864 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Andre Dietisheim > Labels: openshift_v3, server_adapter > Fix For: 4.3.1.CR1 > > > Compared with "oc rsync" on the cmd line publishing in the server adapter (which does "oc rsync" behind the scenes) is very slow -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21864) Server Adapter: publishing is slow compared to "oc rsync" on the cmd line

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21864?page=com.atlassian.jira.plugi... ] Andre Dietisheim edited comment on JBIDE-21864 at 3/18/16 11:57 AM: -------------------------------------------------------------------- [~akazakov] using exclusion filters should be fairly easy to do since we'd only have to include additional parameters in the rsync invocation in the openshift-restclient-java. Dropping the initial syncing server->local is nothing we'd be able to do quickly. was (Author: adietish): [~akazakov] using exclusion filters should be fairly easy to do since we'd only have to include additional parameters in the rsync invocation in the openshift-restclient-java. > Server Adapter: publishing is slow compared to "oc rsync" on the cmd line > ------------------------------------------------------------------------- > > Key: JBIDE-21864 > URL: https://issues.jboss.org/browse/JBIDE-21864 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Andre Dietisheim > Labels: openshift_v3, server_adapter > Fix For: 4.3.1.CR1 > > > Compared with "oc rsync" on the cmd line publishing in the server adapter (which does "oc rsync" behind the scenes) is very slow -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21864) Server Adapter: publishing is slow compared to "oc rsync" on the cmd line

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21864?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-21864: ------------------------------------------ [~akazakov] using exclusion filters should be fairly easy to do since we'd only have to include additional parameters in the rsync invocation in the openshift-restclient-java. > Server Adapter: publishing is slow compared to "oc rsync" on the cmd line > ------------------------------------------------------------------------- > > Key: JBIDE-21864 > URL: https://issues.jboss.org/browse/JBIDE-21864 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Andre Dietisheim > Labels: openshift_v3, server_adapter > Fix For: 4.3.1.CR1 > > > Compared with "oc rsync" on the cmd line publishing in the server adapter (which does "oc rsync" behind the scenes) is very slow -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBDS-3685) need separate gulp task to wrap gulp package results in one selfextracting archive using 7zip

by Nick Boldt (JIRA)

Nick Boldt created JBDS-3685: -------------------------------- Summary: need separate gulp task to wrap gulp package results in one selfextracting archive using 7zip Key: JBDS-3685 URL: https://issues.jboss.org/browse/JBDS-3685 Project: Developer Studio (JBoss Developer Studio) Issue Type: Sub-task Components: installer Affects Versions: 9.1.0.CR1 Reporter: Nick Boldt Assignee: Nick Boldt -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (JBIDE-21913) Server Adapter wizard: route is not changed when I select a different service

by Andre Dietisheim (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21913?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-21913: ------------------------------------------ I'll fix this in my PR for JBIDE-21830 > Server Adapter wizard: route is not changed when I select a different service > ----------------------------------------------------------------------------- > > Key: JBIDE-21913 > URL: https://issues.jboss.org/browse/JBIDE-21913 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Andre Dietisheim > Fix For: 4.3.1.CR1 > > > # ASSERT: have a project with at least 2 services and 2 routes (ex. nodejs-example and eap-app services) > # EXEC: launch OpenShift 3 Server Adapter wizard > # ASSERT: eap-app service is selected > # ASSERT: accordingly *eap-app* route is selected in "Use Route:" > # EXEC: select eap-app service > Result: > "Use Route" is still set to *eap-app* route > Expected result: > "Use Route" should be set to *nodejs-example* route -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues March 2016