[JBoss JIRA] (JBIDE-23473) Error decorator is not cleaned in New Openshift Application wizard -> Select template page -> Local template tab
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23473?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-23473 at 11/9/16 6:21 AM:
-------------------------------------------------------------------
I cannot replicate this. Whether I type or paste, the URL is validated and the decorator disappears for me, once the url is valid.
I see a usability issue though: Typing is very annoying though, since the url is validated on each keystroke. Validating (which is most likely trying to load the file) disables the whole dialog, displays a progress for a second or so. Typing is not really an option like this. I think that we should correct this. Ex. with delayed validating: Validating only happens once there are no keystrokes for a few seconds.
And then there's another issue with the decoration: once the url is valid, the error marker on the field disappears (https://raw.githubusercontent.c -> https://raw.githubusercontent.co) and a different error is displayed in the title area. I believe that the failing validator is changing. The url validator is displaying the decorator while the validator that tries to load the file isnt, i believe:
[^local-template-validation-weirdness.ogv]
[~aurelien.pupier] can you point me to what I miss? (see my screencast - local-template-validation-weirdness.ogv)
was (Author: adietish):
I cannot replicate this. Whether I type or paste, the URL is validated and the decorator disappears for me, once the url is valid.
I see a usability issue though: Typing is very annoying though, since the url is validated on each keystroke. Validating (which is most likely trying to load the file) disables the whole dialog, displays a progress for a second or so. Typing is not really an option like this. I think that we should correct this. Ex. with delayed validating: Validating only happens once there are no keystrokes for a few seconds.
And then there's another issue with the decoration: once the url is valid, the error marker on the field disappears (https://raw.githubusercontent.c -> https://raw.githubusercontent.co) and a different error is displayed in the title area. I believe that the failing validator is changing. The url validator is displaying the decorator while the validator that tries to load the file isnt, i believe:
[^local-template-validation-weirdness.ogv]
> Error decorator is not cleaned in New Openshift Application wizard -> Select template page -> Local template tab
> ----------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-23473
> URL: https://issues.jboss.org/browse/JBIDE-23473
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.2.AM2
> Reporter: Aurélien Pupier
> Assignee: Jeff MAURY
> Priority: Minor
> Attachments: image-2016-11-08-16-18-00-572.png, image-2016-11-08-16-18-00-572.png, local-template-validation-weirdness.ogv
>
>
> !image-2016-11-08-16-18-00-572.png|thumbnail!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 5 months
[JBoss JIRA] (JBIDE-23473) Error decorator is not cleaned in New Openshift Application wizard -> Select template page -> Local template tab
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23473?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-23473:
------------------------------------------
I cannot replicate this. Whether I type or paste, the URL is validated and the decorator disappears for me, once the url is valid.
I see a usability issue though: Typing is very annoying though, since the url is validated on each keystroke. Validating (which is most likely trying to load the file) disables the whole dialog, displays a progress for a second or so. Typing is not really an option like this. I think that we should correct this. Ex. with delayed validating: Validating only happens once there are no keystrokes for a few seconds.
And then there's another issue with the decoration: once the url is valid, the error marker on the field disappears (https://raw.githubusercontent.c -> https://raw.githubusercontent.co) and a different error is displayed in the title area. I believe that the failing validator is changing. The url validator is displaying the decorator while the validator that tries to load the file isnt, i believe:
[^local-template-validation-weirdness.ogv]
> Error decorator is not cleaned in New Openshift Application wizard -> Select template page -> Local template tab
> ----------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-23473
> URL: https://issues.jboss.org/browse/JBIDE-23473
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.2.AM2
> Reporter: Aurélien Pupier
> Assignee: Jeff MAURY
> Priority: Minor
> Attachments: image-2016-11-08-16-18-00-572.png, image-2016-11-08-16-18-00-572.png
>
>
> !image-2016-11-08-16-18-00-572.png|thumbnail!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 5 months
[JBoss JIRA] (JBDS-4157) Validation doesn't work - NoClassDefFoundError: jdk/nashorn/internal/runtime/ECMAException
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4157?page=com.atlassian.jira.plugin.... ]
Jeff MAURY commented on JBDS-4157:
----------------------------------
Can't reproduce using rh-eclipse46-devstudio.x86_64 10.2-0.20161031.1609.el7
> Validation doesn't work - NoClassDefFoundError: jdk/nashorn/internal/runtime/ECMAException
> ------------------------------------------------------------------------------------------
>
> Key: JBDS-4157
> URL: https://issues.jboss.org/browse/JBDS-4157
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: rpm, webservices
> Affects Versions: 10.2.0.AM3
> Environment: RHEL7, 64bit
> Reporter: Lukáš Valach
> Assignee: Lukáš Valach
> Fix For: 10.2.0.GA
>
> Attachments: eclipse_log_ECMAException.txt, ECMAException_import_as_maven_project_20161107.png, jboss-as-kitchensink-html5-mobile.zip, nope.png, rh-eclipse46-devstudio10.2.log.20161107-1117.txt
>
>
> I notice that devstudio isn't able to validate rest service class. There is following error in the log.
> {code}
> !ENTRY org.eclipse.core.jobs 4 2 2016-11-03 11:52:21.836
> !MESSAGE An internal error occurred during: "Validating jboss-as-kitchensink-html5-mobile".
> !STACK 0
> java.lang.NoClassDefFoundError: jdk/nashorn/internal/runtime/ECMAException
> at org.eclipse.wst.jsdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:903)
> at org.eclipse.wst.jsdt.core.dom.ASTParser.createAST(ASTParser.java:673)
> at org.eclipse.wst.jsdt.internal.core.validation.JavaScriptValidator.validate(JavaScriptValidator.java:62)
> at org.eclipse.wst.validation.Validator$V2.validate(Validator.java:1159)
> at org.eclipse.wst.validation.internal.ValManager.validate(ValManager.java:704)
> at org.eclipse.wst.validation.internal.ValManager$1.visit(ValManager.java:665)
> at org.eclipse.wst.validation.internal.ValManager.accept(ValManager.java:810)
> at org.eclipse.wst.validation.internal.ValManager.validate(ValManager.java:669)
> at org.eclipse.wst.validation.internal.ValBuilderJob$Visitor.visit(ValBuilderJob.java:299)
> at org.eclipse.core.internal.resources.Resource$2.visit(Resource.java:120)
> at org.eclipse.core.internal.resources.Resource$1.visitElement(Resource.java:84)
> at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:82)
> at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:87)
> at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:87)
> at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:87)
> at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:87)
> at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:87)
> at org.eclipse.core.internal.watson.ElementTreeIterator.iterate(ElementTreeIterator.java:129)
> at org.eclipse.core.internal.resources.Resource.accept(Resource.java:94)
> at org.eclipse.core.internal.resources.Resource.accept(Resource.java:52)
> at org.eclipse.core.internal.resources.Resource.accept(Resource.java:117)
> at org.eclipse.core.internal.resources.Resource.accept(Resource.java:105)
> at org.eclipse.wst.validation.internal.ValBuilderJob.fullBuild(ValBuilderJob.java:219)
> at org.eclipse.wst.validation.internal.ValBuilderJob.run(ValBuilderJob.java:178)
> at org.eclipse.wst.validation.internal.ValBuilderJob.runInWorkspace(ValBuilderJob.java:126)
> at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:39)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: java.lang.ClassNotFoundException: jdk.nashorn.internal.runtime.ECMAException cannot be found by org.eclipse.wst.jsdt.core_2.0.0.v201610121400
> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:461)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
> at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> ... 27 more
> {code}
> There are also errors like this
> {code}
> java.lang.NoClassDefFoundError: org/apache/lucene/analysis/standard/StandardAnalyzer
> {code}
> I know that lucene is known issue but what about ECMAException?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 5 months
[JBoss JIRA] (JBIDE-23023) Valiadation of credentials does not work for some runtimes in Download Runtime Wizard
by Radim Hopp (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23023?page=com.atlassian.jira.plugi... ]
Radim Hopp edited comment on JBIDE-23023 at 11/9/16 4:07 AM:
-------------------------------------------------------------
I have to reopen this issue as David's fix is on production server (the java example you made for him is running OK against production server), but the problem persists. Providing wrong credentials, wizard lets me through credentials validation onto License agreement page and to download (where it fails and asks for credentials once again).
(using Devstudio 10.2.0.AM3)
was (Author: rhopp):
I have to reopen this issue as David's fix is on production server (the java example you made for him is running OK against production server), but the problem persists. Providing wrong credentials, wizard lets me through credentials validation onto License agreement page and to download (where it fails and asks for credentials once again).
> Valiadation of credentials does not work for some runtimes in Download Runtime Wizard
> -------------------------------------------------------------------------------------
>
> Key: JBIDE-23023
> URL: https://issues.jboss.org/browse/JBIDE-23023
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: runtime-detection
> Affects Versions: 4.4.1.AM3
> Environment: Devstudio 10.1.0.AM3-v20160819-0530-B5800
> Reporter: Radim Hopp
> Assignee: Radim Hopp
> Priority: Critical
> Fix For: 4.4.2.AM2
>
>
> Valiadation of username and password in DownloadRuntimesWizard does not work for JBoss EAP 6.0 to 6.2 and JBoss Portal Platform 6.1.0. It does work for JBoss EAP 6.3 to 7.0, JBoss FSW 6.0, JBoss Data Virtualization 6.1.0 and 6.2.0.
> For the mentioned runtimes, where it does not work it lets you accept license, but fails on download.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 5 months
[JBoss JIRA] (JBDS-4146) Updating the index from remote ‘https://aer.ctrlflow.com/downloads/redhat/problems.zip’ failed with exception: org.apache.lucene.index.IndexFormatTooOldException
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBDS-4146?page=com.atlassian.jira.plugin.... ]
Jeff MAURY commented on JBDS-4146:
----------------------------------
Just discovered that problem also happens on Eclipse problem database. So as there is a third project (ABRT) I suspect this change is linked to this additional project
!eclipse-log-after-new-workspace.png|thumbnail!
> Updating the index from remote ‘https://aer.ctrlflow.com/downloads/redhat/problems.zip’ failed with exception: org.apache.lucene.index.IndexFormatTooOldException
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBDS-4146
> URL: https://issues.jboss.org/browse/JBDS-4146
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: build, rpm, webservices
> Affects Versions: 10.2.0.AM2
> Reporter: Nick Boldt
> Assignee: Jeff MAURY
> Priority: Minor
> Fix For: 10.x
>
> Attachments: aeri-bug-for-eclipse.org-and-jbosstools-reporting.png, eclipse-log-after-new-workspace.png, rh-eclipse46-devstudio10.2.log.20161102-1855.txt
>
>
> As of the latest rpm build [1] I'm only getting this one error now:
> {code}!ENTRY org.eclipse.epp.logging.aeri.ide 2 10 2016-10-28 14:32:25.075
> !MESSAGE Updating the index from remote ‘https://aer.ctrlflow.com/downloads/redhat/problems.zip’ failed with exception: org.apache.lucene.index.IndexFormatTooOldException: Format version is not supported (resource BufferedChecksumIndexInput(MMapIndexInput(path="/tmp/1477679545041-0/segments_1"))): -11 (needs to be between 1071082519 and 1071082519). This version of Lucene only supports indexes created with release 4.0 and later. ; version: 2.0.3.201610111629
> !STACK 0
> org.eclipse.epp.logging.aeri.core.util.Logs$LogTraceException
> at org.eclipse.epp.logging.aeri.core.util.Logs$LogTraceException.newTrace(Logs.java:387)
> at org.eclipse.epp.logging.aeri.core.util.Logs.log(Logs.java:134)
> at org.eclipse.epp.internal.logging.aeri.ide.server.mars.ServerProblemsHistory$UpdateIndexJob.run(ServerProblemsHistory.java:322)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 5 months