[JBoss JIRA] (JBDS-4133) An internal error occurred during: "JAX-RS Metamodel build" - java.lang.NoClassDefFoundError: org/apache/lucene/analysis/standard/StandardAnalyzer
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBDS-4133?page=com.atlassian.jira.plugin.... ]
Nick Boldt commented on JBDS-4133:
----------------------------------
Thanks for confirming what I reported in https://issues.jboss.org/browse/JBDS-4133?focusedCommentId=13313625&page=... [~jeffmaury] ... now we just need a PR. Can you provide one?
> An internal error occurred during: "JAX-RS Metamodel build" - java.lang.NoClassDefFoundError: org/apache/lucene/analysis/standard/StandardAnalyzer
> --------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBDS-4133
> URL: https://issues.jboss.org/browse/JBDS-4133
> 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: Blocker
> Fix For: 10.2.0.AM3
>
> Attachments: lucene3.5corevs.5.4.1analyzers-common.png, lucene3.5corevs.5.4.1queryparser.png
>
>
> I'm getting this problem after running the HTML5 quickstart. I've installed this [1] version of the rpm.
> {code}
> !ENTRY org.eclipse.core.jobs 4 2 2016-10-26 16:22:07.578
> !MESSAGE An internal error occurred during: "JAX-RS Metamodel build...".
> !STACK 0
> java.lang.NoClassDefFoundError: org/apache/lucene/analysis/standard/StandardAnalyzer
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsMetamodel.<init>(JaxrsMetamodel.java:163)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.domain.JaxrsMetamodel.create(JaxrsMetamodel.java:278)
> at org.jboss.tools.ws.jaxrs.core.metamodel.domain.JaxrsMetamodelLocator.get(JaxrsMetamodelLocator.java:120)
> at org.jboss.tools.ws.jaxrs.core.internal.metamodel.builder.ResourceChangedBuildJob.run(ResourceChangedBuildJob.java:68)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: java.lang.ClassNotFoundException: org.apache.lucene.analysis.standard.StandardAnalyzer cannot be found by org.jboss.tools.ws.jaxrs.core_1.9.2.v20161011-1002
> 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)
> ... 5 more
> {code}
> [1] https://devstudio.jboss.com/10.0/snapshots/builds/devstudio.rpm_master/20...
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
8 years, 12 months
[JBoss JIRA] (JBIDE-23423) test failures in base for org.jboss.tools.runtime.test.RuntimeDetectionAllTests
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23423?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-23423:
-------------------------------------
I'm not entirely sure why those are there... I guess I can delete them with no effect, since it seems purely cosmetic and doesn't seem to serve any purpose.
> test failures in base for org.jboss.tools.runtime.test.RuntimeDetectionAllTests
> -------------------------------------------------------------------------------
>
> Key: JBIDE-23423
> URL: https://issues.jboss.org/browse/JBIDE-23423
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: runtime-detection
> Affects Versions: 4.4.2.AM2
> Reporter: Nick Boldt
> Assignee: Rob Stryker
> Fix For: 4.4.2.AM3
>
> Attachments: base-tests-failure-full-log.txt, base-tests-failure.txt
>
>
> See attached logs. Jenkins is not reporting these failures as failing tests, so the job is blue and the test results are 100%. This is bad. :(
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
8 years, 12 months
[JBoss JIRA] (JBIDE-22375) Improve HCR OpenShift
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22375?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-22375:
--------------------------------
Fix Version/s: 4.4.2.AM3
(was: 4.4.x)
> Improve HCR OpenShift
> ---------------------
>
> Key: JBIDE-22375
> URL: https://issues.jboss.org/browse/JBIDE-22375
> Project: Tools (JBoss Tools)
> Issue Type: Epic
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Priority: Blocker
> Fix For: 4.4.2.AM3
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
8 years, 12 months
[JBoss JIRA] (JBIDE-23429) Jolokia JMX connection
by Rob Stryker (JIRA)
Rob Stryker created JBIDE-23429:
-----------------------------------
Summary: Jolokia JMX connection
Key: JBIDE-23429
URL: https://issues.jboss.org/browse/JBIDE-23429
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: jmx
Affects Versions: 4.4.2.AM2
Reporter: Rob Stryker
A jolokia JMX connection would be useful for some users, and could also be used to connect to JMX for an EAP behind openshift / cdk.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
8 years, 12 months
[JBoss JIRA] (JBIDE-23428) JMX connection for EAP behind OpenShift / CDK
by Rob Stryker (JIRA)
Rob Stryker created JBIDE-23428:
-----------------------------------
Summary: JMX connection for EAP behind OpenShift / CDK
Key: JBIDE-23428
URL: https://issues.jboss.org/browse/JBIDE-23428
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: cdk, jmx, openshift
Affects Versions: 4.4.2.AM2
Reporter: Rob Stryker
In order to allow garbage collection for HCR behind openshift, we need a JMX connection capable of doing it.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
8 years, 12 months
[JBoss JIRA] (JBIDE-23409) Server editor should allow 'edit...' option for selected username - followup
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23409?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-23409:
-------------------------------------
Few problems here:
1) Runtimes do not need credentials
2) Servers do have management credentials, but it currently doesn't use the credentials API.
So far the only server type that actually stores credentials in the foundation credentials API is CDK. EAP / WF server adapters just have text fields.
I've debated migrating the as/wf/eap server adapters, but so far haven't seen the benefit to doing it. The only reason CDK does it is bc it uses official Red Hat credentials, associated with a Red Hat domain. WF/EAP would use a localhost set of credentials, arbitrary user/pass combination not associated with any real world domain.
> Server editor should allow 'edit...' option for selected username - followup
> ----------------------------------------------------------------------------
>
> Key: JBIDE-23409
> URL: https://issues.jboss.org/browse/JBIDE-23409
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk, server
> Affects Versions: 4.4.2.AM3
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM2
>
> Attachments: credentials.png, runtimes.png
>
>
> Today while creating a cdk server adapter, I noticed there is a new Edit button when selecting credentials for the adapter. This was recently added here: JBIDE-23382
> I would like to propose a change to make it consistent with other things like JREs when creating a server adapter.
> So in the server editor, we used to have just Add.. and now we also have Edit...:
> !credentials.png!
> Similar thing in the New Server adapter.
> Now look at the New Runtime dialog:
> !runtimes.png!
> I think it would be nice to do it similarly, wdyt?
> Meaning, instead of Edit.. and Add.., we would simply have a button for "Credentials..." which would open the appropriate Preference page (and upon closing, you would need to update the content on the page to show any added credentials).
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
8 years, 12 months
[JBoss JIRA] (JBIDE-23409) Server editor should allow 'edit...' option for selected username - followup
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23409?page=com.atlassian.jira.plugi... ]
Rob Stryker updated JBIDE-23409:
--------------------------------
Fix Version/s: 4.5.0.AM2
> Server editor should allow 'edit...' option for selected username - followup
> ----------------------------------------------------------------------------
>
> Key: JBIDE-23409
> URL: https://issues.jboss.org/browse/JBIDE-23409
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk, server
> Affects Versions: 4.4.2.AM3
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.0.AM2
>
> Attachments: credentials.png, runtimes.png
>
>
> Today while creating a cdk server adapter, I noticed there is a new Edit button when selecting credentials for the adapter. This was recently added here: JBIDE-23382
> I would like to propose a change to make it consistent with other things like JREs when creating a server adapter.
> So in the server editor, we used to have just Add.. and now we also have Edit...:
> !credentials.png!
> Similar thing in the New Server adapter.
> Now look at the New Runtime dialog:
> !runtimes.png!
> I think it would be nice to do it similarly, wdyt?
> Meaning, instead of Edit.. and Add.., we would simply have a button for "Credentials..." which would open the appropriate Preference page (and upon closing, you would need to update the content on the page to show any added credentials).
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
8 years, 12 months