August 2017 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-24868) Server adapter: Switch off pod livenessProbe.periodSecond property and router timeout during debug session

by Roland Huß (JIRA)

[ https://issues.jboss.org/browse/JBIDE-24868?page=com.atlassian.jira.plugi... ] Roland Huß commented on JBIDE-24868: ------------------------------------ Some remarks: 1) actually I haven't experienced that kind of timeout much (so when debugging with IntelliJ the connection seemed to stay open, maybe IntelliJ is sending some kind of ping, intentional or unintentional). 2) the router timeout is imo the biggest pita. The solution via port-forwarding is often not possible: * A Single Page App's UI doesn't use relative URL to access the backend for requests, so can't be changed to use the forwarded port * The application is composed via MicroServices which are aggregated on the route level (i.e. the routed spans and defines the REST URL namespace), so for an application to work it might be mandatory to go over the route (e.g. our Syndesis app is example of this kind of application) 3) On a second thought, I don't think anymore that this is critical. The recommendation to choose to suspend only on the thread should cover 99% of all use cases, so changing the deployment config on the fly (and causing a redeployment for this) is too much effort for too less gain imo. Maybe we could get at least an option to Minishift which can influence the router's global timeout value? For many developers this would be already a big help. > Server adapter: Switch off pod livenessProbe.periodSecond property and router timeout during debug session > ---------------------------------------------------------------------------------------------------------- > > Key: JBIDE-24868 > URL: https://issues.jboss.org/browse/JBIDE-24868 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.5.0.Final > Reporter: Aurélien Pupier > Assignee: Andre Dietisheim > Labels: openshift_v3, server_adapter > Fix For: 4.5.x > > > it will avoid to have "debug connections always killed after 30s staying in a breakpoint" > see https://twitter.com/ro14nd/status/895886024387067904 for source of suggestion > k8 documentations on the matter are here: https://kubernetes.io/docs/tasks/configure-pod-container/configure-livene... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-24868) Server adapter: Switch off pod livenessProbe.periodSecond property and router timeout during debug session

by Roland Huß (JIRA)

[ https://issues.jboss.org/browse/JBIDE-24868?page=com.atlassian.jira.plugi... ] Roland Huß edited comment on JBIDE-24868 at 8/30/17 5:00 AM: ------------------------------------------------------------- Some remarks: 1) actually I haven't experienced that kind of timeout much (so when debugging with IntelliJ the connection seemed to stay open, maybe IntelliJ is sending some kind of ping, intentional or unintentional). 2) the router timeout is imo the biggest pita. The solution via port-forwarding is often not possible: * A Single Page App's UI doesn't use relative URL to access the backend for requests, so can't be changed to use the forwarded port * The application is composed via MicroServices which are aggregated on the route level (i.e. the routed spans and defines the REST URL namespace), so for an application to work it might be mandatory to go over the route (e.g. our Syndesis app is example of this kind of application) 3) On a second thought, I don't think anymore that this is critical. The recommendation to choose to suspend only on the thread should cover 99% of all use cases, so changing the deployment config on the fly (and causing a redeployment for this) is too much effort for too less gain imo. Maybe we could get at least an option to Minishift which can influence the router's global timeout value? For many developers this would be already a big help. was (Author: rhuss): Some remarks: 1) actually I haven't experienced that kind of timeout much (so when debugging with IntelliJ the connection seemed to stay open, maybe IntelliJ is sending some kind of ping, intentional or unintentional). 2) the router timeout is imo the biggest pita. The solution via port-forwarding is often not possible: * A Single Page App's UI doesn't use relative URL to access the backend for requests, so can't be changed to use the forwarded port * The application is composed via MicroServices which are aggregated on the route level (i.e. the routed spans and defines the REST URL namespace), so for an application to work it might be mandatory to go over the route (e.g. our Syndesis app is example of this kind of application) 3) On a second thought, I don't think anymore that this is critical. The recommendation to choose to suspend only on the thread should cover 99% of all use cases, so changing the deployment config on the fly (and causing a redeployment for this) is too much effort for too less gain imo. Maybe we could get at least an option to Minishift which can influence the router's global timeout value? For many developers this would be already a big help. > Server adapter: Switch off pod livenessProbe.periodSecond property and router timeout during debug session > ---------------------------------------------------------------------------------------------------------- > > Key: JBIDE-24868 > URL: https://issues.jboss.org/browse/JBIDE-24868 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.5.0.Final > Reporter: Aurélien Pupier > Assignee: Andre Dietisheim > Labels: openshift_v3, server_adapter > Fix For: 4.5.x > > > it will avoid to have "debug connections always killed after 30s staying in a breakpoint" > see https://twitter.com/ro14nd/status/895886024387067904 for source of suggestion > k8 documentations on the matter are here: https://kubernetes.io/docs/tasks/configure-pod-container/configure-livene... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-24949) Add support for CDI 2.0

by Rastislav Wagner (JIRA)

Rastislav Wagner created JBIDE-24949: ---------------------------------------- Summary: Add support for CDI 2.0 Key: JBIDE-24949 URL: https://issues.jboss.org/browse/JBIDE-24949 Project: Tools (JBoss Tools) Issue Type: Feature Request Components: cdi Affects Versions: 4.5.0.AM2 Reporter: Rastislav Wagner Assignee: Rastislav Wagner Fix For: 4.5.0.AM2 CDI 2.0 was released. See http://www.cdi-spec.org/news/2017/05/15/CDI_2_is_released/ -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-24868) Server adapter: Switch off pod livenessProbe.periodSecond property and router timeout during debug session

by Jeff MAURY (JIRA)

[ https://issues.jboss.org/browse/JBIDE-24868?page=com.atlassian.jira.plugi... ] Jeff MAURY commented on JBIDE-24868: ------------------------------------ [~adietish] So far we have three problems: # the timeout for the Java debug connection (and we use the port forwarding feature for that) # the timeout from the router (because the web browser is using the route) # the pod get rescheduled because of the livenessprobe if Java debug is configured as suspendVM on breakpoint (seems default on Intellij) 1) not sure we can fix it 2) can be solved by using the forwarded port for the pod instead of the route but we will still get the same problem in the forwarded port but I think the timeout on the forwarded port is probably larger that the one on the router so we will have the same status as 1) 3) can be solved by updating the deployment config > Server adapter: Switch off pod livenessProbe.periodSecond property and router timeout during debug session > ---------------------------------------------------------------------------------------------------------- > > Key: JBIDE-24868 > URL: https://issues.jboss.org/browse/JBIDE-24868 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: openshift > Affects Versions: 4.5.0.Final > Reporter: Aurélien Pupier > Assignee: Andre Dietisheim > Labels: openshift_v3, server_adapter > Fix For: 4.5.x > > > it will avoid to have "debug connections always killed after 30s staying in a breakpoint" > see https://twitter.com/ro14nd/status/895886024387067904 for source of suggestion > k8 documentations on the matter are here: https://kubernetes.io/docs/tasks/configure-pod-container/configure-livene... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-24873) Add management itests to eap jbds compatibility jenkins job

by Martin Malina (JIRA)

[ https://issues.jboss.org/browse/JBIDE-24873?page=com.atlassian.jira.plugi... ] Martin Malina commented on JBIDE-24873: --------------------------------------- Current status: The tests are added and configured properly to run (finally), but now there are some failures, which Rob will take a look at. Meanwhile, Radim changed the job so that the new results are fetched, so the build is now yellow. > Add management itests to eap jbds compatibility jenkins job > ----------------------------------------------------------- > > Key: JBIDE-24873 > URL: https://issues.jboss.org/browse/JBIDE-24873 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: server > Affects Versions: 4.5.0.Final > Reporter: Martin Malina > Assignee: Rob Stryker > Fix For: 4.5.1.AM2 > > > The EAP team would like us to add this test > org.jboss.tools.as.management.itests > to their compatibility job: > https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/EAP7/view/EAP... > details here: EAP7-194 > The test to be added is run here: > https://dev-platform-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/Devstud... > Cc: [~rob.stryker] -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-24948) Update RedDeer in TP to 2.0.0.Beta

by Rastislav Wagner (JIRA)

Rastislav Wagner created JBIDE-24948: ---------------------------------------- Summary: Update RedDeer in TP to 2.0.0.Beta Key: JBIDE-24948 URL: https://issues.jboss.org/browse/JBIDE-24948 Project: Tools (JBoss Tools) Issue Type: Task Components: target-platform Affects Versions: 4.5.1.AM1 Reporter: Rastislav Wagner Assignee: Nick Boldt Priority: Critical Fix For: 4.5.1.AM2 We would like to update reddeer in TP to 2.0.0.Beta. Update site at eclipse is here http://download.eclipse.org/reddeer/milestones/2.0.0.Beta/ Im not sure which job at CCI I should use to mirror the eclipse site so I will leave it for you [~nickboldt] . -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBDS-4527) rh-eclipse47-devstudio is pointing to a non-existing rpm snapshot

by Jan Richter (JIRA)

[ https://issues.jboss.org/browse/JBDS-4527?page=com.atlassian.jira.plugin.... ] Jan Richter closed JBDS-4527. ----------------------------- Resolution: Done Nevermind, I forgot to delete the rh-eclipse47-devstudio snapshots .repo file on the machine. > rh-eclipse47-devstudio is pointing to a non-existing rpm snapshot > ----------------------------------------------------------------- > > Key: JBDS-4527 > URL: https://issues.jboss.org/browse/JBDS-4527 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Bug > Components: rpm > Affects Versions: 11.0.0.GA > Reporter: Jan Richter > Assignee: Nick Boldt > Priority: Blocker > > Attempting to install rh-eclipse47-devstudio from the devtools channel results in a 404: > {noformat} > No Presto metadata available for rh-eclipse47-devstudio-snapshot-11 > rh-eclipse47-devstudio-11.1-0. FAILED > https://devstudio.redhat.com/11/snapshots/rpms/11.1.0/x86_64/rh-eclipse47...: [Errno 14] HTTPS Error 404 - Not Found > Trying other mirror. > To address this issue please refer to the below knowledge base article > https://access.redhat.com/articles/1320623 > If above article doesn't help to resolve this issue please open a ticket with Red Hat Support. > Error downloading packages: > rh-eclipse47-devstudio-11.1-0.20170830.0037.el7.x86_64: [Errno 256] No more mirrors to try. > {noformat} > Unsurprisingly, this also blocks rh-devsuite installation. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBDS-4527) rh-eclipse47-devstudio is pointing to a non-existing rpm snapshot

by Jan Richter (JIRA)

[ https://issues.jboss.org/browse/JBDS-4527?page=com.atlassian.jira.plugin.... ] Jan Richter updated JBDS-4527: ------------------------------ Description: Attempting to install rh-eclipse47-devstudio from the devtools channel results in a 404: {noformat} No Presto metadata available for rh-eclipse47-devstudio-snapshot-11 rh-eclipse47-devstudio-11.1-0. FAILED https://devstudio.redhat.com/11/snapshots/rpms/11.1.0/x86_64/rh-eclipse47...: [Errno 14] HTTPS Error 404 - Not Found Trying other mirror. To address this issue please refer to the below knowledge base article https://access.redhat.com/articles/1320623 If above article doesn't help to resolve this issue please open a ticket with Red Hat Support. Error downloading packages: rh-eclipse47-devstudio-11.1-0.20170830.0037.el7.x86_64: [Errno 256] No more mirrors to try. {noformat} Unsurprisingly, this also blocks rh-devsuite installation. was: Attempting to install rh-eclipse47-devstudio from the devtools channel results in a 404: {noformat} No Presto metadata available for rh-eclipse47-devstudio-snapshot-11 rh-eclipse47-devstudio-11.1-0. FAILED https://devstudio.redhat.com/11/snapshots/rpms/11.1.0/x86_64/rh-eclipse47...: [Errno 14] HTTPS Error 404 - Not Found Trying other mirror. To address this issue please refer to the below knowledge base article https://access.redhat.com/articles/1320623 If above article doesn't help to resolve this issue please open a ticket with Red Hat Support. Error downloading packages: rh-eclipse47-devstudio-11.1-0.20170830.0037.el7.x86_64: [Errno 256] No more mirrors to try. Unsurprisingly, this also blocks rh-devsuite installation. {noformat} > rh-eclipse47-devstudio is pointing to a non-existing rpm snapshot > ----------------------------------------------------------------- > > Key: JBDS-4527 > URL: https://issues.jboss.org/browse/JBDS-4527 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Bug > Components: rpm > Affects Versions: 11.0.0.GA > Reporter: Jan Richter > Assignee: Nick Boldt > Priority: Blocker > > Attempting to install rh-eclipse47-devstudio from the devtools channel results in a 404: > {noformat} > No Presto metadata available for rh-eclipse47-devstudio-snapshot-11 > rh-eclipse47-devstudio-11.1-0. FAILED > https://devstudio.redhat.com/11/snapshots/rpms/11.1.0/x86_64/rh-eclipse47...: [Errno 14] HTTPS Error 404 - Not Found > Trying other mirror. > To address this issue please refer to the below knowledge base article > https://access.redhat.com/articles/1320623 > If above article doesn't help to resolve this issue please open a ticket with Red Hat Support. > Error downloading packages: > rh-eclipse47-devstudio-11.1-0.20170830.0037.el7.x86_64: [Errno 256] No more mirrors to try. > {noformat} > Unsurprisingly, this also blocks rh-devsuite installation. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBDS-4527) rh-eclipse47-devstudio is pointing to a non-existing rpm snapshot

by Jan Richter (JIRA)

Jan Richter created JBDS-4527: --------------------------------- Summary: rh-eclipse47-devstudio is pointing to a non-existing rpm snapshot Key: JBDS-4527 URL: https://issues.jboss.org/browse/JBDS-4527 Project: Red Hat JBoss Developer Studio (devstudio) Issue Type: Bug Components: rpm Affects Versions: 11.0.0.GA Reporter: Jan Richter Assignee: Nick Boldt Priority: Blocker Attempting to install rh-eclipse47-devstudio from the devtools channel results in a 404: {noformat} No Presto metadata available for rh-eclipse47-devstudio-snapshot-11 rh-eclipse47-devstudio-11.1-0. FAILED https://devstudio.redhat.com/11/snapshots/rpms/11.1.0/x86_64/rh-eclipse47...: [Errno 14] HTTPS Error 404 - Not Found Trying other mirror. To address this issue please refer to the below knowledge base article https://access.redhat.com/articles/1320623 If above article doesn't help to resolve this issue please open a ticket with Red Hat Support. Error downloading packages: rh-eclipse47-devstudio-11.1-0.20170830.0037.el7.x86_64: [Errno 256] No more mirrors to try. Unsurprisingly, this also blocks rh-devsuite installation. {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBDS-3761) when replacing an existing VBox install, should use the same install folder; could also ask user where they want VirtualBox installed

by Denis Golovin (JIRA)

[ https://issues.jboss.org/browse/JBDS-3761?page=com.atlassian.jira.plugin.... ] Denis Golovin closed JBDS-3761. ------------------------------- > when replacing an existing VBox install, should use the same install folder; could also ask user where they want VirtualBox installed > ------------------------------------------------------------------------------------------------------------------------------------- > > Key: JBDS-3761 > URL: https://issues.jboss.org/browse/JBDS-3761 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Feature Request > Components: platform-installer > Affects Versions: 9.1.0.CR1 > Reporter: Nick Boldt > Assignee: Nick Boldt > Fix For: 10.2.0.AM3 > > Attachments: JBDS3761-VBox508installed-but-honeybadger-installer-doesnt-care.png, vbox-install-omits-guestadditions.png > > > I had Virtual Box 5.0.16 installed. > The dev platform installer (build 33) decided 5.0.16 was bad, uninstalled it, and instead installed 5.0.8 into C:\DeveloperPlatform\virtualbox (where I had had it installed to the default folder, c:\Program Files\Oracle\VirtualBox. > As a result, my existing VB install cannot find the Guest Additions iso image. > !vbox-install-omits-guestadditions.png! > I suggest that since the installation of Virtual Box isn't something that is necessarily tied into the DevPlatform, it should be installed into its default folder, c:\Program Files\Oracle\VirtualBox, rather than C:\DeveloperPlatform\virtualbox. > Or if not, the installer could ask the user if they want to use the default folder (for reuse) or install under the DeveloperPlatform folder (for a more self-contained installation footprint). -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 2 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues August 2017