August 2016 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBDS-3819) Showing that we detected 0 existing components is useless

by Denis Golovin (JIRA)

[ https://issues.jboss.org/browse/JBDS-3819?page=com.atlassian.jira.plugin.... ] Denis Golovin updated JBDS-3819: -------------------------------- Fix Version/s: 10.1.0.AM3 > Showing that we detected 0 existing components is useless > --------------------------------------------------------- > > Key: JBDS-3819 > URL: https://issues.jboss.org/browse/JBDS-3819 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Enhancement > Components: platform-installer > Affects Versions: 9.1.0.CR1 > Reporter: Jan Richter > Assignee: Denis Golovin > Priority: Minor > Labels: havoc, ui > Fix For: 10.1.0.AM3 > > > We found 0 installed component that meets the requirement. Apart from the fact that only 1 component should be singular, saying that we've found nothing does not provide any additional information. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22901) NullPointerException in CDIProject.rebuildXML

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22901?page=com.atlassian.jira.plugi... ] Alexey Kazakov closed JBIDE-22901. ---------------------------------- Fix Version/s: 4.4.1.AM3 (was: 4.4.x) Resolution: Duplicate Issue Closing as duplicate. Thanks! > NullPointerException in CDIProject.rebuildXML > --------------------------------------------- > > Key: JBIDE-22901 > URL: https://issues.jboss.org/browse/JBIDE-22901 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: cdi > Affects Versions: 4.3.0.Final > Reporter: Automated Error Reporting Bot > Assignee: Viacheslav Kabanovich > Fix For: 4.4.1.AM3 > > > The following problem was reported via the automated error reporting: > Message: Problems occurred when invoking code from plug-in: "org.eclipse.core.resources". > {noformat} > java.lang.NullPointerException: null > at org.jboss.tools.cdi.internal.core.impl.CDIProject.rebuildXML(CDIProject.java:1458) > at org.jboss.tools.cdi.internal.core.impl.CDIProject.update(CDIProject.java:1214) > at org.jboss.tools.cdi.internal.core.impl.definition.DefinitionContext.applyWorkingCopy(DefinitionContext.java:442) > at org.jboss.tools.cdi.core.CDICoreBuilder.build(CDICoreBuilder.java:272) > at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246) > at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304) > at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360) > at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383) > at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:144) > at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:235) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) > {noformat} > Bundles: > | 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.v20160422-0304 | > | org.eclipse.core.runtime | 3.11.1.v20150903-1804 | 3.12.0.v20160606-1342 | > | org.eclipse.m2e.core | 1.6.3.20160209-1446 | 1.7.0.20160504-0322 | > | org.eclipse.m2e.core.ui | 1.6.3.20160209-1446 | 1.7.0.20160504-0322 | > | org.eclipse.ui.ide | 3.11.0.v20150825-2158 | 3.11.0.v20150825-2158 | > | org.eclipse.wst.validation | 1.2.700.v201508251749 | 1.2.700.v201508251749 | > | org.jboss.tools.cdi.core | 1.7.1.Final-v20160330-2256-B84 | 1.8.0.Final-v20160610-0126-B1 | > | org.jboss.tools.common.validation | 3.7.1.Final-v20160408-2358-B112 | 3.7.1.Final-v20160408-2358-B112 | > Operating Systems: > | Linux | 3.19.0 | 3.19.0 | > | Windows | 6.1.0 | 10.0.0 | > The above information is a snapshot of the collected data. Visit [this page|https://redhat.ctrlflow.com/reviewers/#!/problems/56ec34a1e4b08ccb7b...] 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, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22901) NullPointerException in CDIProject.rebuildXML

by Viacheslav Kabanovich (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22901?page=com.atlassian.jira.plugi... ] Viacheslav Kabanovich commented on JBIDE-22901: ----------------------------------------------- This is duplicate of JBIDE-22614 which is fixed in master (committed on June 24). It seems that the exception caught on an old version (I see org.jboss.tools.cdi.core 1.8.0.Final-v20160610-0126-B1 - June 10). > NullPointerException in CDIProject.rebuildXML > --------------------------------------------- > > Key: JBIDE-22901 > URL: https://issues.jboss.org/browse/JBIDE-22901 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: cdi > Affects Versions: 4.3.0.Final > Reporter: Automated Error Reporting Bot > Assignee: Viacheslav Kabanovich > Fix For: 4.4.x > > > The following problem was reported via the automated error reporting: > Message: Problems occurred when invoking code from plug-in: "org.eclipse.core.resources". > {noformat} > java.lang.NullPointerException: null > at org.jboss.tools.cdi.internal.core.impl.CDIProject.rebuildXML(CDIProject.java:1458) > at org.jboss.tools.cdi.internal.core.impl.CDIProject.update(CDIProject.java:1214) > at org.jboss.tools.cdi.internal.core.impl.definition.DefinitionContext.applyWorkingCopy(DefinitionContext.java:442) > at org.jboss.tools.cdi.core.CDICoreBuilder.build(CDICoreBuilder.java:272) > at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246) > at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304) > at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360) > at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383) > at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:144) > at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:235) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) > {noformat} > Bundles: > | 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.v20160422-0304 | > | org.eclipse.core.runtime | 3.11.1.v20150903-1804 | 3.12.0.v20160606-1342 | > | org.eclipse.m2e.core | 1.6.3.20160209-1446 | 1.7.0.20160504-0322 | > | org.eclipse.m2e.core.ui | 1.6.3.20160209-1446 | 1.7.0.20160504-0322 | > | org.eclipse.ui.ide | 3.11.0.v20150825-2158 | 3.11.0.v20150825-2158 | > | org.eclipse.wst.validation | 1.2.700.v201508251749 | 1.2.700.v201508251749 | > | org.jboss.tools.cdi.core | 1.7.1.Final-v20160330-2256-B84 | 1.8.0.Final-v20160610-0126-B1 | > | org.jboss.tools.common.validation | 3.7.1.Final-v20160408-2358-B112 | 3.7.1.Final-v20160408-2358-B112 | > Operating Systems: > | Linux | 3.19.0 | 3.19.0 | > | Windows | 6.1.0 | 10.0.0 | > The above information is a snapshot of the collected data. Visit [this page|https://redhat.ctrlflow.com/reviewers/#!/problems/56ec34a1e4b08ccb7b...] 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, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22886) Unknown component error when using http://xmlns.jcp.org/jsf/composite instead of http://java.sun.com/jsf/composite

by Viacheslav Kabanovich (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22886?page=com.atlassian.jira.plugi... ] Viacheslav Kabanovich commented on JBIDE-22886: ----------------------------------------------- For me, it works this way: If the definition of a composite component tag declares {code} <html ... xmlns:composite="http://java.sun.com/jsf/composite"> {code} then in order to access that tag a page should import the component as {code} <html ... xmlns:mycomp="http://java.sun.com/jsf/composite/mycomp"> {code} Otherwise, if the definition of a tag declares {code} <html ... xmlns:composite="http://xmlns.jcp.org/jsf/composite"> {code} then in order to access it the page should import the component as {code} <html ... xmlns:mycomp="http://xmlns.jcp.org/jsf/composite/mycomp"> {code} If the folder mycomp has different tag definitions some of them with /xmlns.jcp.org/ and others with /java.sun.com/ it is possible to import all of them with two namespaces like {code} <html ... xmlns:mycomp1="http://java.sun.com/jsf/composite/mycomp" xmlns:mycomp2="http://xmlns.jcp.org/jsf/composite/mycomp"> {code} Does this logic seems correct? [~karlnicholas], please check if the issue is caused by an auto-build problem. I could not reproduce it, but please check, if clean/build of the project helps when reported warning is incorrect (provided the match of URI in the tag definition and the import as I have described). > Unknown component error when using http://xmlns.jcp.org/jsf/composite instead of http://java.sun.com/jsf/composite > ------------------------------------------------------------------------------------------------------------------ > > Key: JBIDE-22886 > URL: https://issues.jboss.org/browse/JBIDE-22886 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: jsf, jsp/jsf/xml/html-source-editing > Affects Versions: 4.3.0.Final > Environment: JBoss Developer Studio 9.0.1.GA. Windows 10. Java 8. > Reporter: Karl Nicholas > Assignee: Viacheslav Kabanovich > Fix For: 4.4.x > > Attachments: screenshot-1.png, screenshot-2.png > > > 1. Create a JSF 2.2 KickStart project with WildFly target server. > 2. Create a composite component "mycomp.xhtml" > 4. Import composite component with http://xmlns.jcp.org/jsf/composite/mycomp"> > 5. FAILURE: Unknown composite component "mycomp" in validation. > 6. change to Import composite component with http://java.sun.com/jsf/composite/mycomp"> > 7. No validation, unknown composite component warning. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22749) Improve the automatic finishing of FreeMarker constructs

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22749?page=com.atlassian.jira.plugi... ] Alexey Kazakov updated JBIDE-22749: ----------------------------------- Labels: new_and_noteworthy (was: ) > Improve the automatic finishing of FreeMarker constructs > -------------------------------------------------------- > > Key: JBIDE-22749 > URL: https://issues.jboss.org/browse/JBIDE-22749 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: freemarker > Reporter: Daniel Dekany > Assignee: Alexey Kazakov > Labels: new_and_noteworthy > Fix For: 4.4.1.AM3 > > > Currently, when I type {{<#}} or {{<@}}, the editor automatically adds the closing {{>}}. It should also close {{</#}}, {{</@}}, {{${}}, and {{#{}} and {{<#--}}. Furthermore the way it auto-closes what it does is technically awkward, as it only inserts the {{>}} after the inserted {{#}} was shown and the resulting syntax highlighting was done, instead of inserting both characters in a single step. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22749) Improve the automatic finishing of FreeMarker constructs

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22749?page=com.atlassian.jira.plugi... ] Alexey Kazakov reassigned JBIDE-22749: -------------------------------------- Assignee: Alexey Kazakov > Improve the automatic finishing of FreeMarker constructs > -------------------------------------------------------- > > Key: JBIDE-22749 > URL: https://issues.jboss.org/browse/JBIDE-22749 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: freemarker > Reporter: Daniel Dekany > Assignee: Alexey Kazakov > Fix For: 4.4.1.AM3 > > > Currently, when I type {{<#}} or {{<@}}, the editor automatically adds the closing {{>}}. It should also close {{</#}}, {{</@}}, {{${}}, and {{#{}} and {{<#--}}. Furthermore the way it auto-closes what it does is technically awkward, as it only inserts the {{>}} after the inserted {{#}} was shown and the resulting syntax highlighting was done, instead of inserting both characters in a single step. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22382) Use different icons for EAP server and Red Hat Central

by Fred Bricon (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22382?page=com.atlassian.jira.plugi... ] Fred Bricon commented on JBIDE-22382: ------------------------------------- [~james.cobb] initial design was defined in JBIDE-18813. You can find the current assets under https://github.com/jbosstools/jbosstools-central-webpage/tree/master/src/... > Use different icons for EAP server and Red Hat Central > ------------------------------------------------------ > > Key: JBIDE-22382 > URL: https://issues.jboss.org/browse/JBIDE-22382 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: central, server > Affects Versions: 4.4.0.Alpha2 > Reporter: Marián Labuda > Assignee: Fred Bricon > Priority: Minor > Labels: respin-a > Fix For: 4.4.x > > Attachments: central-rhd-icon.png, fullIDE.png > > > If there is an EAP server present in Servers view, workbench tool bar contains 2 same icons - Select a default server icon is same as Red Hat Central icon. We should make this explicitly different. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22382) Use different icons for EAP server and Red Hat Central

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22382?page=com.atlassian.jira.plugi... ] Alexey Kazakov commented on JBIDE-22382: ---------------------------------------- [~james.cobb]: !fullIDE.png! > Use different icons for EAP server and Red Hat Central > ------------------------------------------------------ > > Key: JBIDE-22382 > URL: https://issues.jboss.org/browse/JBIDE-22382 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: central, server > Affects Versions: 4.4.0.Alpha2 > Reporter: Marián Labuda > Assignee: Fred Bricon > Priority: Minor > Labels: respin-a > Fix For: 4.4.x > > Attachments: central-rhd-icon.png, fullIDE.png > > > If there is an EAP server present in Servers view, workbench tool bar contains 2 same icons - Select a default server icon is same as Red Hat Central icon. We should make this explicitly different. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22868) Import Wizard: Last used git clone location is not used

by Fred Bricon (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22868?page=com.atlassian.jira.plugi... ] Fred Bricon reassigned JBIDE-22868: ----------------------------------- Fix Version/s: 4.4.1.AM3 Story Points: 1 Sprint: devex #118 July 2016 Assignee: Viacheslav Kabanovich > Import Wizard: Last used git clone location is not used > ------------------------------------------------------- > > Key: JBIDE-22868 > URL: https://issues.jboss.org/browse/JBIDE-22868 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.4.1.AM3 > Reporter: Marián Labuda > Assignee: Viacheslav Kabanovich > Labels: import_wizard, openshift_v3 > Fix For: 4.4.1.AM3 > > > When importing an OpenShift 3 application, I can customize where to clone source code. If I change it from default git clone location to something different. e.g. /home/mlabuda/git/alt instead of /home/mlabuda/git, the new value is used all the time. Problem is, when I decide to use default git clone location again so I check the checkbox to use that one. But this choice is not remembered and every time custom location is used. So I have to change it manually by checking the checkbox all the time. > I think, if user want to use customized location all the time he should change it in git preferences. So it would be compatible across whole IDE. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22382) Use different icons for EAP server and Red Hat Central

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22382?page=com.atlassian.jira.plugi... ] Alexey Kazakov updated JBIDE-22382: ----------------------------------- Attachment: fullIDE.png > Use different icons for EAP server and Red Hat Central > ------------------------------------------------------ > > Key: JBIDE-22382 > URL: https://issues.jboss.org/browse/JBIDE-22382 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: central, server > Affects Versions: 4.4.0.Alpha2 > Reporter: Marián Labuda > Assignee: Fred Bricon > Priority: Minor > Labels: respin-a > Fix For: 4.4.x > > Attachments: central-rhd-icon.png, fullIDE.png > > > If there is an EAP server present in Servers view, workbench tool bar contains 2 same icons - Select a default server icon is same as Red Hat Central icon. We should make this explicitly different. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 8 months

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 August 2016