[JBoss JIRA] (JBIDE-26309) Openshift.io Login does not work
by Josef Kopriva (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26309?page=com.atlassian.jira.plugi... ]
Josef Kopriva commented on JBIDE-26309:
---------------------------------------
[~odockal] can you please verify? Thank you!
> Openshift.io Login does not work
> --------------------------------
>
> Key: JBIDE-26309
> URL: https://issues.jboss.org/browse/JBIDE-26309
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.9.0.AM2
> Reporter: Josef Kopriva
> Assignee: Josef Kopriva
> Priority: Critical
> Labels: Regression
> Fix For: 4.9.0.AM3
>
>
> Steps:
> 1. Try to login to OpenShift.IO with button taskbar of devstudio.
> 2. An error dialog is shown.
> Error message in Error Log:
> {code:java}
> eclipse.buildId=12.9.0.AM2-v20180815-0130-B3168
> java.version=1.8.0_181
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> Framework arguments: -product com.jboss.devstudio.core.product
> Command-line arguments: -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
> org.eclipse.equinox.registry
> Error
> Mon Aug 20 12:23:18 CEST 2018
> Plug-in org.jboss.tools.openshift.io.ui was unable to load class org.jboss.tools.openshift.io.internal.ui.DefaultLoginProvider.
> java.lang.ClassNotFoundException: org.jboss.tools.openshift.io.internal.ui.DefaultLoginProvider cannot be found by org.jboss.tools.openshift.io.ui_3.5.2.v20180807-2303
> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:508)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:419)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:411)
> at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.loadClass(EquinoxBundle.java:609)
> at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:177)
> at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:931)
> at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243)
> at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:60)
> at org.jboss.tools.openshift.io.core.LoginProvider.get(LoginProvider.java:32)
> at org.jboss.tools.openshift.io.core.AccountService.<init>(AccountService.java:38)
> at org.jboss.tools.openshift.io.core.AccountService.<clinit>(AccountService.java:36)
> at org.jboss.tools.openshift.internal.io.core.DefaultTokenProvider.apply(DefaultTokenProvider.java:24)
> at org.jboss.tools.openshift.internal.io.core.DefaultTokenProvider.apply(DefaultTokenProvider.java:1)
> at org.jboss.tools.openshift.io.core.TokenProvider.getToken(TokenProvider.java:27)
> at org.jboss.tools.openshift.internal.io.ui.handler.GetTokenHandler.execute(GetTokenHandler.java:30)
> at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:291)
> at org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:93)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:317)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:251)
> at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:161)
> at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:153)
> at org.eclipse.core.commands.Command.executeWithChecks(Command.java:494)
> at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:487)
> at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:204)
> at org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.executeItem(HandledContributionItem.java:433)
> at org.eclipse.e4.ui.workbench.renderers.swt.AbstractContributionItem.handleWidgetSelection(AbstractContributionItem.java:446)
> at org.eclipse.e4.ui.workbench.renderers.swt.AbstractContributionItem.lambda$2(AbstractContributionItem.java:472)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:86)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5769)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1370)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5023)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4555)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1170)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:336)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1059)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:153)
> at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:625)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:336)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:560)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:148)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:152)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:656)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:592)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1498)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1471)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (JBIDE-26313) checkUnresolvedIssues.py no longer works with latest python or latest JIRA release
by Josef Kopriva (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26313?page=com.atlassian.jira.plugi... ]
Josef Kopriva updated JBIDE-26313:
----------------------------------
Component/s: build
> checkUnresolvedIssues.py no longer works with latest python or latest JIRA release
> ----------------------------------------------------------------------------------
>
> Key: JBIDE-26313
> URL: https://issues.jboss.org/browse/JBIDE-26313
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.9.0.AM2
>
>
> A couple months ago, I could run this script and it would automatically move JIRAs from last sprint to next sprint.
> {code}
> export userpass=JIRAUSER:JIRAPWD
> # can filter out labels using --skipLabels "releasework, task, qa" etc.
> # can do a dry run (list issues, do not change them) with -D
> # skip verifying JIRA fixversions with -S
> # automatically apply changes with -A
> # for the latest sprint names see agile board https://issues.jboss.org/secure/RapidBoard.jspa?rapidView=641&view=planning
> # sometimes the sprint_NEXT is already created, but with a name that's different from what you might expect (eg., different month, wrong year)
> # if previous sprint is done, use sprint=sprint_NEXT here
> sprint="devex #153 August 2018"
> sprint_NEXT="devex #154 September 2018"
> versionWithRespin_jbt=4.9.0.AM2
> versionWithRespin_jbt_NEXT=4.9.0.AM3
> versionWithRespin_ds=12.9.0.AM2
> versionWithRespin_ds_NEXT=12.9.0.AM3
> python -W ignore /tmp/jbt.github/jbosstools-build-ci/util/checkUnresolvedIssues.py -S --jira https://issues.jboss.org \
> --jbt ${versionWithRespin_jbt} --jbt_NEXT ${versionWithRespin_jbt_NEXT} \
> --ds ${versionWithRespin_ds} --ds_NEXT ${versionWithRespin_ds_NEXT} \
> --sprint "${sprint}" --sprint_NEXT "${sprint_NEXT}" --skipLabels "task, releasework" -A
> {code}
> Now it's broken because ...? not sure. Problem happens on line 191.
> {code}
> Traceback (most recent call last):
> File "/tmp/jbt.github/jbosstools-build-ci/util/checkUnresolvedIssues.py", line 191, in <module>
> updateIssues(components.getIssuesFromQuery(query, jiraserver, jirauser, jirapwd), True, \
> File "/home/nboldt/tru/jbosstools-build-ci/util/components.py", line 196, in getIssuesFromQuery
> return doQuery(query, 'item', jiraserver, jirauser, jirapwd, 1000)
> File "/home/nboldt/tru/jbosstools-build-ci/util/components.py", line 215, in doQuery
> xml = minidom.parseString(q.text)
> File "/usr/lib64/python2.7/xml/dom/minidom.py", line 1928, in parseString
> return expatbuilder.parseString(string)
> File "/usr/lib64/python2.7/xml/dom/expatbuilder.py", line 940, in parseString
> return builder.parseString(string)
> File "/usr/lib64/python2.7/xml/dom/expatbuilder.py", line 223, in parseString
> parser.Parse(string, True)
> UnicodeEncodeError: 'ascii' codec can't encode character u'\ufffd' in position 172594: ordinal not in range(128)
> {code}
> Seems to be a problem with `xml = minidom.parseString(q.text)` on line 215 of components.py
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (JBIDE-26258) Right-click on a project shows only a few items for the first time
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26258?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-26258:
-------------------------------
Fix Version/s: 4.9.x
> Right-click on a project shows only a few items for the first time
> ------------------------------------------------------------------
>
> Key: JBIDE-26258
> URL: https://issues.jboss.org/browse/JBIDE-26258
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 4.9.0.AM1
> Reporter: Martin Malina
> Assignee: Jeff MAURY
> Fix For: 4.9.x
>
> Attachments: menu-1.png, menu-2.png
>
>
> I'm not really sure what component to use for this issue.
> I noticed that the first time I right-click a project in Project Explorer, I only get a few items in the context menu. When I do it another time, I get the whole menu.
> This is the wrong menu that is shown for the first time:
> !menu-1.png!
> And this is the normal one that is shown when you try again:
> !menu-2.png!
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (JBIDE-26303) ZipException below FileSet.checkType (thrown in ZipFile.read)
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26303?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-26303:
-------------------------------
Fix Version/s: 4.9.0.Final
> ZipException below FileSet.checkType (thrown in ZipFile.read)
> -------------------------------------------------------------
>
> Key: JBIDE-26303
> URL: https://issues.jboss.org/browse/JBIDE-26303
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: batch
> Reporter: Automated Error Reporting Bot
> Fix For: 4.9.0.Final
>
>
> The following problem was reported via the automated error reporting:
> Message: invalid LOC header (bad signature)
> {noformat}
> java.util.zip.ZipException: invalid LOC header (bad signature)
> at java.util.zip.ZipFile.read(null:-2)
> at java.util.zip.ZipFile.access$1400(null:-1)
> at java.util.zip.ZipFile$ZipFileInputStream.read(null:-1)
> at java.util.zip.ZipFile$ZipFileInflaterInputStream.fill(null:-1)
> at java.util.zip.InflaterInputStream.read(null:-1)
> at java.io.BufferedInputStream.fill(null:-1)
> at java.io.BufferedInputStream.read1(null:-1)
> at java.io.BufferedInputStream.read(null:-1)
> at org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsByteArray(Util.java:525)
> at org.eclipse.jdt.internal.compiler.util.Util.getZipEntryByteContent(Util.java:691)
> at org.eclipse.jdt.internal.core.ClassFile.getJarBinaryTypeInfo(ClassFile.java:359)
> at org.eclipse.jdt.internal.core.ClassFile.getBinaryTypeInfo(ClassFile.java:290)
> at org.eclipse.jdt.internal.core.ClassFile.getBinaryTypeInfo(ClassFile.java:284)
> at org.eclipse.jdt.internal.core.ClassFile.buildStructure(ClassFile.java:93)
> at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:259)
> at org.eclipse.jdt.internal.core.SourceRefElement.generateInfos(SourceRefElement.java:107)
> at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:579)
> at org.eclipse.jdt.internal.core.BinaryType.getElementInfo(BinaryType.java:287)
> at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:302)
> at org.eclipse.jdt.internal.core.BinaryType.isAnnotation(BinaryType.java:738)
> at org.jboss.tools.jsf.jsf2.bean.scanner.FileSet.checkType(FileSet.java:80)
> at org.jboss.tools.jsf.jsf2.bean.scanner.FileSet.add(FileSet.java:50)
> at org.jboss.tools.jsf.jsf2.bean.build.JSF2ProjectBuilder.buildJars(JSF2ProjectBuilder.java:228)
> at org.jboss.tools.jsf.jsf2.bean.build.JSF2ProjectBuilder.build(JSF2ProjectBuilder.java:138)
> at org.jboss.tools.jst.web.kb.internal.KbBuilder.buildExtensionModels(KbBuilder.java:212)
> at org.jboss.tools.jst.web.kb.internal.KbBuilder.build(KbBuilder.java:133)
> at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:734)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:205)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:245)
> at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:300)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:303)
> at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:359)
> at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:382)
> 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.10.0.v20180427-1454 |
> | org.eclipse.core.resources | 3.10.1.v20150725-1910 | 3.13.0.v20180512-1138 |
> | org.eclipse.core.runtime | 3.11.1.v20150903-1804 | 3.14.0.v20180417-0825 |
> | org.eclipse.debug.core | 3.11.0.v20170605-1534 | 3.11.0.v20170605-1534 |
> | org.eclipse.debug.ui | 3.12.50.v20170920-1329 | 3.12.50.v20170920-1329 |
> | org.eclipse.jdt | 3.11.2.v20160212-1500 | 3.14.0.v20180611-0500 |
> | org.eclipse.jdt.core | 3.11.2.v20160128-0629 | 3.14.0.v20180528-0519 |
> | org.eclipse.jdt.ui | 3.12.2.v20160929-0804 | 3.12.2.v20160929-0804 |
> | org.eclipse.jst.common.project.facet.core | 1.4.500.v201508121553 | 1.5.0.v201710021614 |
> | org.eclipse.m2e.core | 1.7.0.20160603-1933 | 1.8.3.20180227-2137 |
> | org.eclipse.m2e.core.ui | 1.7.0.20160603-1933 | 1.8.2.20171007-0217 |
> | org.eclipse.wst.validation | 1.2.700.v201508251749 | 1.2.701.v201707142105 |
> | org.fusesource.ide.camel.model.service.core | 8.0.0.Final-v20161003-0720-B128 | 10.3.0.v20180406-2149 |
> | org.fusesource.ide.projecttemplates | 8.0.0.Final-v20161003-0720-B128 | 10.3.0.v20180409-0833 |
> | org.jboss.tools.common.el.core | 3.8.4.v20170316-1803 | 3.9.3.v20180215-2018 |
> | org.jboss.tools.common.validation | 3.8.4.v20170316-1803 | 3.9.3.v20180215-2018 |
> | org.jboss.tools.jsf | 3.7.1.Final-v20160330-2256-B84 | 3.8.300.v20180614-0303 |
> | org.jboss.tools.jst.web.kb | 3.7.1.Final-v20160331-0256-B96 | 3.9.0.v20180614-0303 |
> Operating Systems:
> | Windows | 6.1.0 | 10.0.0 |
> The above information is a snapshot of the collected data. Visit [this page|https://aer.ctrlflow.com/redhat/reviewers/#!/problems/5729a808e4b0a5...] for the latest data.
> Thank you for your assistance.
> Your friendly error-reports-inbox.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (JBIDE-26303) ZipException below FileSet.checkType (thrown in ZipFile.read)
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26303?page=com.atlassian.jira.plugi... ]
Jeff MAURY reassigned JBIDE-26303:
----------------------------------
Assignee: Jeff MAURY
> ZipException below FileSet.checkType (thrown in ZipFile.read)
> -------------------------------------------------------------
>
> Key: JBIDE-26303
> URL: https://issues.jboss.org/browse/JBIDE-26303
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: batch
> Reporter: Automated Error Reporting Bot
> Assignee: Jeff MAURY
> Fix For: 4.9.0.Final
>
>
> The following problem was reported via the automated error reporting:
> Message: invalid LOC header (bad signature)
> {noformat}
> java.util.zip.ZipException: invalid LOC header (bad signature)
> at java.util.zip.ZipFile.read(null:-2)
> at java.util.zip.ZipFile.access$1400(null:-1)
> at java.util.zip.ZipFile$ZipFileInputStream.read(null:-1)
> at java.util.zip.ZipFile$ZipFileInflaterInputStream.fill(null:-1)
> at java.util.zip.InflaterInputStream.read(null:-1)
> at java.io.BufferedInputStream.fill(null:-1)
> at java.io.BufferedInputStream.read1(null:-1)
> at java.io.BufferedInputStream.read(null:-1)
> at org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsByteArray(Util.java:525)
> at org.eclipse.jdt.internal.compiler.util.Util.getZipEntryByteContent(Util.java:691)
> at org.eclipse.jdt.internal.core.ClassFile.getJarBinaryTypeInfo(ClassFile.java:359)
> at org.eclipse.jdt.internal.core.ClassFile.getBinaryTypeInfo(ClassFile.java:290)
> at org.eclipse.jdt.internal.core.ClassFile.getBinaryTypeInfo(ClassFile.java:284)
> at org.eclipse.jdt.internal.core.ClassFile.buildStructure(ClassFile.java:93)
> at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:259)
> at org.eclipse.jdt.internal.core.SourceRefElement.generateInfos(SourceRefElement.java:107)
> at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:579)
> at org.eclipse.jdt.internal.core.BinaryType.getElementInfo(BinaryType.java:287)
> at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:302)
> at org.eclipse.jdt.internal.core.BinaryType.isAnnotation(BinaryType.java:738)
> at org.jboss.tools.jsf.jsf2.bean.scanner.FileSet.checkType(FileSet.java:80)
> at org.jboss.tools.jsf.jsf2.bean.scanner.FileSet.add(FileSet.java:50)
> at org.jboss.tools.jsf.jsf2.bean.build.JSF2ProjectBuilder.buildJars(JSF2ProjectBuilder.java:228)
> at org.jboss.tools.jsf.jsf2.bean.build.JSF2ProjectBuilder.build(JSF2ProjectBuilder.java:138)
> at org.jboss.tools.jst.web.kb.internal.KbBuilder.buildExtensionModels(KbBuilder.java:212)
> at org.jboss.tools.jst.web.kb.internal.KbBuilder.build(KbBuilder.java:133)
> at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:734)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:205)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:245)
> at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:300)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:303)
> at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:359)
> at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:382)
> 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.10.0.v20180427-1454 |
> | org.eclipse.core.resources | 3.10.1.v20150725-1910 | 3.13.0.v20180512-1138 |
> | org.eclipse.core.runtime | 3.11.1.v20150903-1804 | 3.14.0.v20180417-0825 |
> | org.eclipse.debug.core | 3.11.0.v20170605-1534 | 3.11.0.v20170605-1534 |
> | org.eclipse.debug.ui | 3.12.50.v20170920-1329 | 3.12.50.v20170920-1329 |
> | org.eclipse.jdt | 3.11.2.v20160212-1500 | 3.14.0.v20180611-0500 |
> | org.eclipse.jdt.core | 3.11.2.v20160128-0629 | 3.14.0.v20180528-0519 |
> | org.eclipse.jdt.ui | 3.12.2.v20160929-0804 | 3.12.2.v20160929-0804 |
> | org.eclipse.jst.common.project.facet.core | 1.4.500.v201508121553 | 1.5.0.v201710021614 |
> | org.eclipse.m2e.core | 1.7.0.20160603-1933 | 1.8.3.20180227-2137 |
> | org.eclipse.m2e.core.ui | 1.7.0.20160603-1933 | 1.8.2.20171007-0217 |
> | org.eclipse.wst.validation | 1.2.700.v201508251749 | 1.2.701.v201707142105 |
> | org.fusesource.ide.camel.model.service.core | 8.0.0.Final-v20161003-0720-B128 | 10.3.0.v20180406-2149 |
> | org.fusesource.ide.projecttemplates | 8.0.0.Final-v20161003-0720-B128 | 10.3.0.v20180409-0833 |
> | org.jboss.tools.common.el.core | 3.8.4.v20170316-1803 | 3.9.3.v20180215-2018 |
> | org.jboss.tools.common.validation | 3.8.4.v20170316-1803 | 3.9.3.v20180215-2018 |
> | org.jboss.tools.jsf | 3.7.1.Final-v20160330-2256-B84 | 3.8.300.v20180614-0303 |
> | org.jboss.tools.jst.web.kb | 3.7.1.Final-v20160331-0256-B96 | 3.9.0.v20180614-0303 |
> Operating Systems:
> | Windows | 6.1.0 | 10.0.0 |
> The above information is a snapshot of the collected data. Visit [this page|https://aer.ctrlflow.com/redhat/reviewers/#!/problems/5729a808e4b0a5...] for the latest data.
> Thank you for your assistance.
> Your friendly error-reports-inbox.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (JBIDE-26147) Incremental publish not working with WF13, WF12 and WF11
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-26147?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-26147:
-------------------------------
Sprint: devex #153 August 2018, devex #154 September 2018 (was: devex #153 August 2018)
> Incremental publish not working with WF13, WF12 and WF11
> --------------------------------------------------------
>
> Key: JBIDE-26147
> URL: https://issues.jboss.org/browse/JBIDE-26147
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.6.0.AM3
> Reporter: Jeff MAURY
> Assignee: Rob Stryker
> Fix For: 4.9.x
>
> Attachments: helloworld-rs.zip
>
>
> Deployed a JAX-RS application to WF11, WF12 and WF13. This application is using JAX-RS 2.1 server side event Sse injected into method parameter through @Context.
> This application is deployed but when an endpoint is used, an error is raised probably because WF is still on JAX-RS 2.0.
> Then this code is commented out, the application is incrementally published but the error persists
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months