[JBoss JIRA] (ERT-214) Validate JSON file with JSON Schema [EBZ#494111]
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/ERT-214?page=com.atlassian.jira.plugin.sy... ]
Ilya Buziuk updated ERT-214:
----------------------------
Sprint: devex #116 June 2016, devex #118 July 2016, devex #121 October 2016 (was: devex #116 June 2016, devex #118 July 2016, devex #120 September 2016)
> Validate JSON file with JSON Schema [EBZ#494111]
> ------------------------------------------------
>
> Key: ERT-214
> URL: https://issues.jboss.org/browse/ERT-214
> Project: Eclipse Release Train
> Issue Type: Task
> Components: WTP Source Editing
> Reporter: Friendly Jira Robot
> Assignee: Snjezana Peco
> Priority: Trivial
> Labels: bzira, wst.json
> Fix For: Neon.2 (4.6)
>
>
> It's a very big task, but it should be fantastic if WTP Validator could validate JSON file by using JSON Schema.
> To do that:
> * JSONSchemaDocument should support the full specification of JSON Schema.
> * minimal-json should be improved to collect line, column or perhaps we could use IJSONDocument to validate it with JSON Schema.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[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 updated ERT-387:
----------------------------
Sprint: (was: devex #120 September 2016)
> 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
> Fix For: Neon.2 (4.6)
>
>
> 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, 6 months
[JBoss JIRA] (JBIDE-22892) TernException in NodejsTernHelper.makeRequest
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22892?page=com.atlassian.jira.plugi... ]
Ilya Buziuk updated JBIDE-22892:
--------------------------------
Sprint: devex #121 October 2016 (was: devex #120 September 2016)
> TernException in NodejsTernHelper.makeRequest
> ---------------------------------------------
>
> Key: JBIDE-22892
> URL: https://issues.jboss.org/browse/JBIDE-22892
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: javascript, jsp/jsf/xml/html-source-editing, upstream
> Affects Versions: 4.3.0.Final
> Reporter: Automated Error Reporting Bot
> Assignee: Victor Rubezhny
> Fix For: 4.4.x
>
>
> The following problem was reported via the automated error reporting:
> Message: TernError: No type found at the given position.
> {noformat}
> tern.TernException: TernError: No type found at the given position.
> at tern.server.nodejs.NodejsTernHelper.makeRequest(NodejsTernHelper.java:86)
> at tern.server.nodejs.NodejsTernServer.makeRequest(NodejsTernServer.java:163)
> at tern.server.nodejs.NodejsTernServer.request(NodejsTernServer.java:127)
> at tern.server.protocol.TernResultsProcessorsFactory.makeRequestAndProcess(TernResultsProcessorsFactory.java:42)
> at tern.eclipse.ide.internal.core.resources.IDETernServerAsyncReqProcessor.run(IDETernServerAsyncReqProcessor.java:104)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> {noformat}
> The reporter(s) left the following comment(s):
> --- André Moriya wrote on [00a0|https://redhat.ctrlflow.com/reviewers/#!/incidents/5798f3bbe4b0fe642...]: ---
> I opened a xhtml using a CTRL + click inside another xhtml.
> Bundles:
> | org.eclipse.angularjs.core | 1.1.0.201511091212 | 1.1.0.201511091212 |
> | org.eclipse.angularjs.jsp.core | 1.1.0.201511091212 | 1.1.0.201511091212 |
> | org.eclipse.angularjs.ui | 1.1.0.201511091212 | 1.1.0.201511091212 |
> | org.eclipse.core.jobs | 3.7.0.v20150330-2103 | 3.8.0.v20160509-0411 |
> | org.eclipse.core.resources | 3.10.1.v20150725-1910 | 3.11.0.v20160503-1608 |
> | org.eclipse.core.runtime | 3.11.1.v20150903-1804 | 3.11.1.v20150903-1804 |
> | org.eclipse.jface.text | 3.10.0.v20150603-1752 | 3.11.0.v20160505-1301 |
> | org.eclipse.swt | 3.104.2.v20160212-1350 | 3.104.2.v20160212-1350 |
> | org.eclipse.wst.sse.ui | 1.3.401.v201510130005 | 1.3.500.v201605120129 |
> | org.eclipse.wst.validation | 1.2.700.v201508251749 | 1.2.700.v201508251749 |
> | org.eclipse.wst.validation.ui | 1.2.500.v201310231452 | 1.2.500.v201310231452 |
> | org.eclipse.wst.xml.ui | 1.1.501.v201501212057 | 1.1.501.v201501212057 |
> | tern.eclipse.ide.core | 1.1.0.201511082254 | 1.1.0.201511082254 |
> | tern.eclipse.ide.ui | 1.1.0.201511082254 | 1.1.0.201511082254 |
> | tern.server.nodejs | 1.1.0.201511082254 | 1.1.0.201511082254 |
> Operating Systems:
> | Linux | 2.6.32.1 | 4.7.0 |
> | MacOSX | 10.10.5 | 10.11.6 |
> | Windows | 5.1.0 | 10.0.0 |
> The above information is a snapshot of the collected data. Visit [this page|https://redhat.ctrlflow.com/reviewers/#!/problems/576152b0e4b075777d...] for the latest data.
> Thank you for your assistance.
> Your friendly error-reports-inbox.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-21198) "Tern - Go to definition" hyperlink opens nothing
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21198?page=com.atlassian.jira.plugi... ]
Ilya Buziuk updated JBIDE-21198:
--------------------------------
Sprint: devex #121 October 2016 (was: devex #120 September 2016)
> "Tern - Go to definition" hyperlink opens nothing
> -------------------------------------------------
>
> Key: JBIDE-21198
> URL: https://issues.jboss.org/browse/JBIDE-21198
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: javascript, jsp/jsf/xml/html-source-editing, upstream
> Affects Versions: 4.3.0.CR1
> Environment: JBDS 9.0.0.CR1-v20150912-1100-B100
> Reporter: Vlado Pakan
> Assignee: Victor Rubezhny
> Fix For: 4.4.x
>
>
> 1. Install AngularJS from JBoss Central (Enable Early Access)
> 2. Create JSF 1.2 Kick Start project
> 3. Open inputUserName.jsp in VPE
> 4. Click on 'user' text within <h:inputText> tag
> 5. Press F3 key
> ERROR: Nothing happened. User.java file should be opened in editor
> 6. Hover with mouse over the same text and push Ctrl key
> ASSERT: Menu with these tree actions appeared:
> * Tern - Go to definiton
> * Open User.java
> * Open 'User - demo'
> Action Open User.java opens User.java in editor
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-21201) TernError: No type found at the given position.
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21201?page=com.atlassian.jira.plugi... ]
Ilya Buziuk updated JBIDE-21201:
--------------------------------
Sprint: devex #121 October 2016 (was: devex #120 September 2016)
> TernError: No type found at the given position.
> -----------------------------------------------
>
> Key: JBIDE-21201
> URL: https://issues.jboss.org/browse/JBIDE-21201
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: javascript, upstream
> Affects Versions: 4.3.0.Beta1
> Environment: tern 1.1.0
> Reporter: Pavol Srna
> Assignee: Victor Rubezhny
> Fix For: 4.4.x
>
>
> 1. Create JSF 1.2 Kick Start project
> 2. Open inputUserName.jsp in VPE
> 3. Click on 'user' text within <h:inputText> tag
> 4. Press F3 key
> {code}
> tern.TernException: TernError: No type found at the given position.
> at tern.server.DefaultResponseHandler.getData(DefaultResponseHandler.java:45)
> at tern.server.protocol.TernResultsProcessorsFactory.makeRequestAndProcess(TernResultsProcessorsFactory.java:43)
> at tern.eclipse.ide.internal.core.resources.IDETernServerAsyncReqProcessor.run(IDETernServerAsyncReqProcessor.java:104)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: tern.TernException: TernError: No type found at the given position.
> at tern.server.nodejs.NodejsTernHelper.makeRequest(NodejsTernHelper.java:86)
> at tern.server.nodejs.NodejsTernServer.makeRequest(NodejsTernServer.java:163)
> at tern.server.nodejs.NodejsTernServer.request(NodejsTernServer.java:127)
> at tern.server.protocol.TernResultsProcessorsFactory.makeRequestAndProcess(TernResultsProcessorsFactory.java:42)
> ... 2 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-22914) OpenShift Deployment: Deploy latest does not work correctly
by Dmitrii Bocharov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22914?page=com.atlassian.jira.plugi... ]
Dmitrii Bocharov reassigned JBIDE-22914:
----------------------------------------
Story Points: 8
Sprint: devex #121 October 2016
Assignee: Dmitrii Bocharov
> OpenShift Deployment: Deploy latest does not work correctly
> -----------------------------------------------------------
>
> Key: JBIDE-22914
> URL: https://issues.jboss.org/browse/JBIDE-22914
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.AM3
> Reporter: Marián Labuda
> Assignee: Dmitrii Bocharov
> Labels: openshift_v3
> Fix For: 4.4.2.AM2
>
>
> When I have an application where no replication controller is yet and I want to deploy latest, I get following error:
> {code}
> Unable to perform a deployment for config hello-openshift
> com.openshift.restclient.NotFoundException: replicationcontrollers "hello-openshift-0" not found
> at com.openshift.internal.restclient.okhttp.ResponseCodeInterceptor.createOpenShiftException(ResponseCodeInterceptor.java:105)
> at com.openshift.internal.restclient.okhttp.ResponseCodeInterceptor.intercept(ResponseCodeInterceptor.java:59)
> at okhttp3.RealCall$ApplicationInterceptorChain.proceed(RealCall.java:190)
> at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:163)
> at okhttp3.RealCall.execute(RealCall.java:57)
> at com.openshift.internal.restclient.DefaultClient.execute(DefaultClient.java:200)
> at com.openshift.internal.restclient.DefaultClient.execute(DefaultClient.java:181)
> at com.openshift.internal.restclient.DefaultClient.get(DefaultClient.java:269)
> at com.openshift.internal.restclient.capability.resources.DeployCapability.deploy(DeployCapability.java:59)
> at org.jboss.tools.openshift.internal.ui.handler.TriggerDeploymentHandler$1$1.visit(TriggerDeploymentHandler.java:90)
> at org.jboss.tools.openshift.internal.ui.handler.TriggerDeploymentHandler$1$1.visit(TriggerDeploymentHandler.java:1)
> at com.openshift.internal.restclient.model.KubernetesResource.accept(KubernetesResource.java:91)
> at org.jboss.tools.openshift.internal.ui.handler.TriggerDeploymentHandler$1.doRun(TriggerDeploymentHandler.java:85)
> at org.jboss.tools.openshift.internal.common.core.job.AbstractDelegatingMonitorJob.run(AbstractDelegatingMonitorJob.java:37)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> {code}
> This is wrong, because it is trying to "deploy latest replication controller" instead of deploying latest deployment configuration (as it works e.g. from oc binary - deployment uses latest deployment configuration not replication controller which could be understood as instance of deployment configuration). Therefore if there is no replication controller and I click Deploy Latest in context menu of a service in OpenShift Explorer view or in context menu of a deployment configuration in properties view, I get the error.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-23152) NPE when deploying image with ENV with no value
by Dmitrii Bocharov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23152?page=com.atlassian.jira.plugi... ]
Dmitrii Bocharov reassigned JBIDE-23152:
----------------------------------------
Story Points: 8
Sprint: devex #121 October 2016
Assignee: Dmitrii Bocharov
> NPE when deploying image with ENV with no value
> -----------------------------------------------
>
> Key: JBIDE-23152
> URL: https://issues.jboss.org/browse/JBIDE-23152
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.Final
> Reporter: Jeff MAURY
> Assignee: Dmitrii Bocharov
> Labels: openshift, openshift_v3
> Fix For: 4.4.2.AM2
>
> Attachments: Dockerfile
>
>
> EXEC: first deploy jboss-eap64-openshift builder image
> ASSERT: wait until deployment is finished
> EXEC: delete the deployment
> EXEC: deploy the image that has been produced (172.30.159.75:5000/ddd/jboss-eap64-openshift:latest if my project was ddd)
> ASSERT: error dialog is shown NPE is generated because image has one or several env variables with no value (XXXX=)
> As this first scenario seems to be valid only if you're working with CDK2.2 and no proxy set, here is a scenario valid for all versions of CDK:
> ASSERT: have a Docker file with an empty ENV value. You can use https://github.com/redhat-helloworld-msa/aloha and edit the Docker file and add the following statement:
> {quote}ENV NOVALUE ""{quote}
> EXEC: build the Docker image on the CDK Docker connection. If you use aloha (https://github.com/redhat-helloworld-msa/aloha), then you must beforehand run the "mvn package" command to get binary artifacts being produced. Select the Dockerfile, click *_Run As -> Docker Image Build_*, select the CDK Docker connection and give *_msa/aloha:1_* as image name
> ASSERT: your Docker image has been generated
> EXEC: from the Openshift explorer, select the *_Deploy Docker Image_*, then select the CDK Docker Connection, then click on *_Browse_* and select the *_msa/aloha:1_* image, then click on the Next button
> ASSERT: you should get an error
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-23150) Properties: wont show OpenShift properties if stacked in same container as OpenShift explorer
by Dmitrii Bocharov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23150?page=com.atlassian.jira.plugi... ]
Dmitrii Bocharov updated JBIDE-23150:
-------------------------------------
Sprint: devex #121 October 2016
> Properties: wont show OpenShift properties if stacked in same container as OpenShift explorer
> ---------------------------------------------------------------------------------------------
>
> Key: JBIDE-23150
> URL: https://issues.jboss.org/browse/JBIDE-23150
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.Final
> Reporter: Andre Dietisheim
> Assignee: Dmitrii Bocharov
> Fix For: 4.4.x
>
> Attachments: openshift-explorer-and-properties-both-stacked.png, properties-empty.png
>
>
> If you have the OpenShift explorer and the Properties view both stacked in the same view like it is shown in the following screenshot:
> !openshift-explorer-and-properties-both-stacked.png!
> and you start up Eclipse with the Properties view visible (not OpenShift explorer) you wont be able to ever see any property of any OpenShift resource. The properties view always stays empty.
> steps to reproduce:
> # ASSERT: have Properties view and OpenShift explorer (stacked) in the same visual container
> # ASSERT: make sure any view (but OpenShift explorer) is visible when you start Eclipse
> # EXEC: make Properties view visible
> # EXEC: make OpenShift explorer visible. Select an entry
> # EXEC: switch back to Properties view
> Result:
> Properties view stays empty. You can switch back and forth, you wont get any content in the properties view.
> !properties-empty.png!
> Only moving Properties view to a different (visual) container helps.
> the steps simply show a reliable way to reproduce it. I think there are more cases where this happens. Root cause could be in platform, not sure though.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months
[JBoss JIRA] (JBIDE-23150) Properties: wont show OpenShift properties if stacked in same container as OpenShift explorer
by Dmitrii Bocharov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23150?page=com.atlassian.jira.plugi... ]
Dmitrii Bocharov reassigned JBIDE-23150:
----------------------------------------
Assignee: Dmitrii Bocharov
> Properties: wont show OpenShift properties if stacked in same container as OpenShift explorer
> ---------------------------------------------------------------------------------------------
>
> Key: JBIDE-23150
> URL: https://issues.jboss.org/browse/JBIDE-23150
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.Final
> Reporter: Andre Dietisheim
> Assignee: Dmitrii Bocharov
> Fix For: 4.4.x
>
> Attachments: openshift-explorer-and-properties-both-stacked.png, properties-empty.png
>
>
> If you have the OpenShift explorer and the Properties view both stacked in the same view like it is shown in the following screenshot:
> !openshift-explorer-and-properties-both-stacked.png!
> and you start up Eclipse with the Properties view visible (not OpenShift explorer) you wont be able to ever see any property of any OpenShift resource. The properties view always stays empty.
> steps to reproduce:
> # ASSERT: have Properties view and OpenShift explorer (stacked) in the same visual container
> # ASSERT: make sure any view (but OpenShift explorer) is visible when you start Eclipse
> # EXEC: make Properties view visible
> # EXEC: make OpenShift explorer visible. Select an entry
> # EXEC: switch back to Properties view
> Result:
> Properties view stays empty. You can switch back and forth, you wont get any content in the properties view.
> !properties-empty.png!
> Only moving Properties view to a different (visual) container helps.
> the steps simply show a reliable way to reproduce it. I think there are more cases where this happens. Root cause could be in platform, not sure though.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 6 months