[JBoss JIRA] (ERT-387) JSON editor "supports" comments, not supported by JSON [EBZ#499705]
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/ERT-387?page=com.atlassian.jira.plugin.sy... ]
Ilya Buziuk reassigned ERT-387:
-------------------------------
Assignee: Snjezana Peco (was: Ilya Buziuk)
> JSON editor "supports" comments, not supported by JSON [EBZ#499705]
> -------------------------------------------------------------------
>
> Key: ERT-387
> URL: https://issues.jboss.org/browse/ERT-387
> Project: Eclipse Release Train
> Issue Type: Task
> Components: WTP Source Editing
> Reporter: Friendly Jira Robot
> Assignee: Snjezana Peco
> Priority: Trivial
> Labels: bzira, wst.json
>
> I tried commenting a line in a JSON file using the common syntax "/* comment */":
> /*"jquery/jquery-min": "1.12",*/
> This caused the line to become blue, so I figured JSON must support comments. But as mentioned in https://en.wikipedia.org/w/index.php?title=JSON&oldid=734431215 this is not the case.
> Ticket #495578 explains that Angelo ZERR decided to support "JSON comments" since .jshintrc (no idea what that is) uses it. In my opinion, this should be disabled by default, but for sure, it should be possible to disable. Currently, all JSON highlights are mandatory (the checkboxes are disabled).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBTIS-842) Improve the stability of SwitchYard debugger tests
by Andrej Podhradsky (JIRA)
[ https://issues.jboss.org/browse/JBTIS-842?page=com.atlassian.jira.plugin.... ]
Andrej Podhradsky closed JBTIS-842.
-----------------------------------
pushed to master
> Improve the stability of SwitchYard debugger tests
> --------------------------------------------------
>
> Key: JBTIS-842
> URL: https://issues.jboss.org/browse/JBTIS-842
> Project: JBoss Tools Integration Stack
> Issue Type: Bug
> Components: QE, switchyard
> Affects Versions: 4.3.1.Final
> Reporter: Andrej Podhradsky
> Assignee: Andrej Podhradsky
> Fix For: 4.3.1.Final
>
>
> It seems that the Breakpoints view sometimes disable the button 'Remove All Breakpoints' even if there is at least one breakpoint. The stacktrace is as follows
> {code}
> org.jboss.reddeer.swt.exception.SWTLayerException: SWT Shell passed to constructor is null. The following shells are available
> class org.eclipse.swt.widgets.Shell with text 'Debug - org.switchyard.handlers.ValidateHandler - JBoss Developer Studio'
> at org.jboss.reddeer.swt.impl.shell.AbstractShell.<init>(AbstractShell.java:34)
> at org.jboss.reddeer.swt.impl.shell.DefaultShell.<init>(DefaultShell.java:24)
> at org.jboss.tools.switchyard.reddeer.debug.BreakpointsView.removeAllBreakpoints(BreakpointsView.java:47)
> at org.jboss.tools.switchyard.ui.bot.test.DebuggerDebuggingTest.removeAllBreakpoints(DebuggerDebuggingTest.java:86)
> {code}
> To workaround this just close and reopen the Breakpoints view.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-19536) Infinite job loop when creating project
by Ondrej Dockal (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19536?page=com.atlassian.jira.plugi... ]
Ondrej Dockal commented on JBIDE-19536:
---------------------------------------
I experienced the same issue in devstudio:
Version: 10.1.0.GA
Build id: GA-v20160823-0457-B5835
Build date: 20160823-0457,
nothing is really happening around this issue, I post a comment in eclipse bugzilla...
> Infinite job loop when creating project
> ---------------------------------------
>
> Key: JBIDE-19536
> URL: https://issues.jboss.org/browse/JBIDE-19536
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 4.3.0.Alpha1
> Reporter: Rastislav Wagner
> Assignee: Rastislav Wagner
> Priority: Critical
> Fix For: 4.4.x
>
> Attachments: building.png, cdi_jstack, jstack.out, threaddump-1440009974151.tdump, threaddump-1440009999047.tdump, threaddump-1440010035476.tdump, workspace_jbds9_endless_building_loop.rar
>
>
> Sometimes i end up in infinite job loop after creating a CDI project. There's no description of what jobs are running, not exception in log. In progress view I can see only "Building workspace (sleeping)" -see on video https://vimeo.com/123634974
> I was able to reproduce on CDI projects (1.0,1.2) but not on any other (Dynamic Web..)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-23030) Scaling a service changes the wrong deployment
by Jeff Cantrill (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23030?page=com.atlassian.jira.plugi... ]
Jeff Cantrill commented on JBIDE-23030:
---------------------------------------
[~fbricon] Updated the restclient 5.1 snapshot to have a fix, can jbt be updated to depend on snapshot or does this need to be backported into a 5.0.0?
> Scaling a service changes the wrong deployment
> ----------------------------------------------
>
> Key: JBIDE-23030
> URL: https://issues.jboss.org/browse/JBIDE-23030
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.4.1.AM3
> Reporter: Fred Bricon
> Assignee: Jeff Cantrill
> Priority: Critical
>
> In openshift explorer, when scaling a service that has 2 deployments, it deploys pod from the oldest deployment instead of the latest. Eventually, these pods are killed by openshift.
> The workaround is to open the properties view and issue a scale command on a deployment directly.
> However, because scaling is such a front-and-center feature from the explorer, I believe it's critical we fix it ASAP
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months