[JBoss JIRA] (JBIDE-18131) Split the org.jboss.tools.common.validation plugin in 'core' + 'ui'
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18131?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-18131:
-------------------------------
Fix Version/s: 4.5.0.Final
(was: 4.5.0.AM1)
> Split the org.jboss.tools.common.validation plugin in 'core' + 'ui'
> -------------------------------------------------------------------
>
> Key: JBIDE-18131
> URL: https://issues.jboss.org/browse/JBIDE-18131
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: common
> Affects Versions: 4.2.0.Beta3
> Reporter: Xavier Coulon
> Assignee: Jeff MAURY
> Fix For: 4.5.0.Final
>
>
> IMHO, it would make sense to split the {{org.jboss.tools.common.validation}} plugin in two separate ones: {{core}} + {{ui}}:
> - the {{core}} part would deal with performing the validation (based on the WST Validation Framework)
> - the {{ui}} part would deal for the preference pages and configuration.
> ATM, the CDI validation is performed in the {{org.jboss.tools.cdi.core}} plugin, but this drags a log of _.ui_ dependencies, which is somehow wrong.
> OTOH, the JAX-RS validation is performed in the {{org.jboss.tools.ws.jaxrs.ui}} plugin to avoid having _*.ui_ dependencies in the {{org.jboss.tools.ws.jaxrs.core}} plugin, but this is somehow wrong, too (I had to move the {{marker}} declaration in the {{org.jboss.tools.ws.jaxrs.core}} plugin to be able to remove all markers when the JAX-RS support is removed from a project, whatever the way it is removed (nature, facet, etc.)
> Can we discuss about that change for JBoss Tools 4.3 ?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (JBIDE-15480) Keep data for ICategoryProvider in KB model
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15480?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-15480:
-------------------------------
Fix Version/s: 4.5.0.Final
(was: 4.5.0.AM1)
> Keep data for ICategoryProvider in KB model
> -------------------------------------------
>
> Key: JBIDE-15480
> URL: https://issues.jboss.org/browse/JBIDE-15480
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: common
> Reporter: Viacheslav Kabanovich
> Assignee: Jeff MAURY
> Fix For: 4.5.0.Final
>
>
> Interface ICategoryProvider was created to sort attributes in Property View by categories and by priority. Currently, there is just one implementation for JQuery, but it was designed to have more implementations for other HTML 5 libraries. The first experience showed that this approach is resulting in repeating attribute data that otherwise could be encapsulated in KB model.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (JBIDE-18678) Make dependencies to org.jboss.tools.usage optional
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18678?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-18678:
-------------------------------
Fix Version/s: 4.5.0.Final
(was: 4.5.0.AM1)
> Make dependencies to org.jboss.tools.usage optional
> ---------------------------------------------------
>
> Key: JBIDE-18678
> URL: https://issues.jboss.org/browse/JBIDE-18678
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: browsersim, usage
> Affects Versions: 4.2.0.CR1
> Reporter: Kaloyan Raev
> Assignee: Jeff MAURY
> Fix For: 4.5.0.Final
>
>
> I am interested in adopting the CordovaSim feature in our product. However, most of the browsersim bundles have a strong dependency to org.jboss.tools.usage bundle, which force a Usage Reporting popup on startup. I want to avoid this and have the org.jboss.tools.usage excluded from my build.
> Is it possible to make the dependencies to org.jboss.tools.usage optional?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (JBIDE-20447) 2 Test Failure(s) in JBIDE 4.3.0.CR1 for common/jst/core component
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20447?page=com.atlassian.jira.plugi... ]
Jeff MAURY commented on JBIDE-20447:
------------------------------------
[~nickboldt] is this still relevant ?
> 2 Test Failure(s) in JBIDE 4.3.0.CR1 for common/jst/core component
> ------------------------------------------------------------------
>
> Key: JBIDE-20447
> URL: https://issues.jboss.org/browse/JBIDE-20447
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: common
> Affects Versions: 4.3.0.CR1
> Reporter: Nick Boldt
> Assignee: Jeff MAURY
> Labels: testfailure
> Fix For: 4.5.0.AM1
>
>
> *2 Test Failure(s) in JBIDE 4.3.0.CR1 for common/jst/core component:*
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-base_mast...
> # [org.jboss.tools.foundation.ui.test.BrowserUtilTest|https://jenkins.mw.lab...] (failing for 11 builds)
> # [org.jboss.tools.foundation.ui.test.BrowserUtilTest|https://jenkins.mw.lab...] (failing for 11 builds)
> [Search for Test Failure JIRAs in JBIDE 4.3.0.CR1 for common/jst/core component|https://issues.jboss.org/issues/?jql=labels+IN+%28%22testfailur...]
> -----
> * {color:red}org.jboss.tools.foundation.ui.test.BrowserUtilTest : testCreateBrowserOrLink{color} (failing for 11 builds)
>
> {code:title=https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-base_master/786/testReport/org.jboss.tools.foundation.ui.test/BrowserUtilTest/testCreateBrowserOrLink}
> <case>
> <age>11</age>
> <className>org.jboss.tools.foundation.ui.test.BrowserUtilTest</className>
> <duration>0.268</duration>
> <errorStackTrace>java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.jboss.tools.foundation.ui.test.BrowserUtilTest.testCreateBrowserOrLink(BrowserUtilTest.java:51)
> </errorStackTrace>
> <failedSince>776</failedSince>
> <name>testCreateBrowserOrLink</name>
> <skipped>false</skipped>
> <status>FAILED</status>
> </case>
> {code}
> * {color:red}org.jboss.tools.foundation.ui.test.BrowserUtilTest : testCreateBrowser{color} (failing for 11 builds)
>
> {code:title=https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-base_master/786/testReport/org.jboss.tools.foundation.ui.test/BrowserUtilTest/testCreateBrowser}
> <case>
> <age>11</age>
> <className>org.jboss.tools.foundation.ui.test.BrowserUtilTest</className>
> <duration>0.0030</duration>
> <errorStackTrace>java.lang.AssertionError: null
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:712)
> at org.junit.Assert.assertNotNull(Assert.java:722)
> at org.jboss.tools.foundation.ui.test.BrowserUtilTest.testCreateBrowser(BrowserUtilTest.java:32)
> </errorStackTrace>
> <failedSince>776</failedSince>
> <name>testCreateBrowser</name>
> <skipped>false</skipped>
> <status>FAILED</status>
> </case>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (JBIDE-20704) Restore Defaults button in OpenShift 3 preferences does not clear oc location
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20704?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-20704:
-------------------------------
Fix Version/s: 4.5.0.Final
(was: 4.5.0.AM1)
> Restore Defaults button in OpenShift 3 preferences does not clear oc location
> -----------------------------------------------------------------------------
>
> Key: JBIDE-20704
> URL: https://issues.jboss.org/browse/JBIDE-20704
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.CR1
> Reporter: Marián Labuda
> Assignee: Jeff MAURY
> Fix For: 4.5.0.Final
>
>
> In Workbench preference dialog on OpenShift 3 preference page the Restore Defaults button should set default values for a property page but if there is an input in text widget for oc location, the value is not cleared. Upon click on Restore Defaults button the text field still contains the same value as before clicking on the button.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month
[JBoss JIRA] (JBIDE-24530) Installation from Central does not work
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24530?page=com.atlassian.jira.plugi... ]
Pavol Srna commented on JBIDE-24530:
------------------------------------
[~nickboldt] can this be fixed online? If not we probably need a respin.
> Installation from Central does not work
> ---------------------------------------
>
> Key: JBIDE-24530
> URL: https://issues.jboss.org/browse/JBIDE-24530
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central-update
> Affects Versions: 4.5.0.AM1
> Reporter: Rastislav Wagner
> Assignee: Nick Boldt
> Priority: Blocker
> Fix For: 4.5.0.AM1
>
>
> Installation from Central does not work - it does not start at all and does not throw any exception.
> If I try Getting Started tab - Hybrid Mobile Project which tries to install Hybrid Mobiles tools I get these exceptions:
> {code}
> Verifying resource availability failed
> java.lang.Exception
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.verifyAvailability(WebUtil.java:126)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:418)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> {code}
> java.io.FileNotFoundException: https://devstudio.redhat.com/11/snapshots/updates/discovery.earlyaccess/m...
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryStatusHelper.checkFileNotFound(RepositoryStatusHelper.java:302)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.checkException(FileInfoReader.java:222)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getRemoteFiles(FileInfoReader.java:114)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getRemoteFile(FileInfoReader.java:127)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getLastModified(FileInfoReader.java:132)
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.getLastModified(RepositoryTransport.java:229)
> at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.eclipse.mylyn.internal.discovery.core.util.P2TransportService.getLastModified(P2TransportService.java:111)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.getLastModified(WebUtil.java:184)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.verifyAvailability(WebUtil.java:130)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:418)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> {code}
> java.io.FileNotFoundException: https://devstudio.redhat.com/11/snapshots/updates/discovery.earlyaccess/m...
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryStatusHelper.checkFileNotFound(RepositoryStatusHelper.java:302)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.checkException(FileInfoReader.java:222)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getRemoteFiles(FileInfoReader.java:114)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getRemoteFile(FileInfoReader.java:127)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getLastModified(FileInfoReader.java:132)
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.getLastModified(RepositoryTransport.java:229)
> at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.eclipse.mylyn.internal.discovery.core.util.P2TransportService.getLastModified(P2TransportService.java:111)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.getLastModified(WebUtil.java:184)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.verifyAvailability(WebUtil.java:130)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:418)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> {code}
> java.io.FileNotFoundException: https://devstudio.redhat.com/11/snapshots/updates/discovery.earlyaccess/m...
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryStatusHelper.checkFileNotFound(RepositoryStatusHelper.java:302)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.checkException(FileInfoReader.java:222)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getRemoteFiles(FileInfoReader.java:114)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getRemoteFile(FileInfoReader.java:127)
> at org.eclipse.equinox.internal.p2.transport.ecf.FileInfoReader.getLastModified(FileInfoReader.java:132)
> at org.eclipse.equinox.internal.p2.transport.ecf.RepositoryTransport.getLastModified(RepositoryTransport.java:229)
> at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.eclipse.mylyn.internal.discovery.core.util.P2TransportService.getLastModified(P2TransportService.java:111)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.getLastModified(WebUtil.java:184)
> at org.eclipse.mylyn.internal.discovery.core.util.WebUtil.verifyAvailability(WebUtil.java:130)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:418)
> at org.eclipse.mylyn.internal.discovery.core.model.ConnectorDiscovery$VerifyUpdateSiteJob.call(ConnectorDiscovery.java:1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 1 month