[JBoss JIRA] (JBIDE-25374) Validate Red Hat credentials when entering them / setting up CDK adapter
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25374?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25374:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> Validate Red Hat credentials when entering them / setting up CDK adapter
> ------------------------------------------------------------------------
>
> Key: JBIDE-25374
> URL: https://issues.jboss.org/browse/JBIDE-25374
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk
> Affects Versions: 4.5.1.Final
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.6.x
>
>
> In JBIDE-25260 we were dealing with the issue that when the credentials are wrong when starting CDK in devstudio, the user will be asked to correct them in the Console view which brings problems.
> Gerard Braad suggested that we should validate the credentials when setting them up. I think it's actually not a bad idea. We would need to figure out when/where to do this. Also, the credentials could still become invalid before starting CDK, but the risk would be much lower. So it's a good question if it's worth or a good idea to do something like this.
> Cc: [~jeffmaury]
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-24285) Java coredump when starting jboss server from Eclipse
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24285?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-24285:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> Java coredump when starting jboss server from Eclipse
> -----------------------------------------------------
>
> Key: JBIDE-24285
> URL: https://issues.jboss.org/browse/JBIDE-24285
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server, upstream
> Environment: Windows 7
> System memory 24GB - memory checked and no issues found.
> JDK 1.8.0_121 x64
> JBoss EAP 6.4
> Eclipse Neon.3 with JBoss server support installed (Not full JBoss Developer Studio)
> Reporter: Beirti O'Nunain
> Assignee: Rob Stryker
> Fix For: 4.6.x
>
> Attachments: hs_err_pid53068.log, hs_err_pid58832.log
>
>
> Intermittently, when starting a JBoss server from the "servers" view in Debug mode, the process coredumps shortly after starting the application. (3rd party application provided by Calypso) I've not seen this with non-jboss processes yet.
> Problematic frame always points to jvm.dll (same frame 0x68637). Logs attached.
> I've started the JBoss process with -Xcheck:jni but unfortunately the console is full of noise from
> WARNING: JNI local refs: zu, exceeds capacity: zu
> which causes the process to timeout on startup due to massively slowing down the startup. You can add this flag locally to see full logs
> Have also tried bumping Xmx/Xms from 1g to 4g but still getting the same issue. This issue does not occur if I start the server in 'run' mode instead of 'debug'.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-18954) JAX-RS Web Services in Project Explorer does not show properly inherited metadata (interface)
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18954?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-18954:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> JAX-RS Web Services in Project Explorer does not show properly inherited metadata (interface)
> ---------------------------------------------------------------------------------------------
>
> Key: JBIDE-18954
> URL: https://issues.jboss.org/browse/JBIDE-18954
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.2.1.Final
> Reporter: Marián Labuda
> Assignee: Xavier Coulon
> Labels: jax-rs
> Fix For: 4.6.x
>
>
> I have an interface with annotated JAX-RS methods (HTTP method type, path, consumes...) CarResourceInterface and implementation of this interface CarResourceImpl. Inheriting all metadata related to one method should affect processing of this JAX-RS web services - new values from Impl should be used and probably it would be good to show it also in JAX-RS Web Services node in Project Explorer view. Currently there are shown only interface JAX-RS web services and any change in Impl is ignored in this view.
> There are chunk of codes for interface and implementation. At first I was having only interface and it's web service has been shown in JAX-RS Web Services. Then I have added implementation and overrode interface but still in JAX-RS Web Services the interface is shown.
> {code:title=CarResource.java}
> @Path("car")
> public interface CarResource {
>
> @GET
> @Path("/{id:[0-9][0-9]*}")
> @Produces({ "application/xml", "application/json" })
> public Response findById(@PathParam("id") final Long id);
> }
> {code}
> {code:title=CarResourceImpl.java}
> public class CarResourceImpl implements CarResource {
> @GET
> @Path("/{carid:a[0-9]*}")
> @Produces({ "text", "application/json" })
> public Response findById(@PathParam("carid") final Long id) {
> //TODO: retrieve the car
> return null;
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-19151) [FeedHenry] Allow importing/git clone any feedhenry project
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19151?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-19151:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> [FeedHenry] Allow importing/git clone any feedhenry project
> ------------------------------------------------------------
>
> Key: JBIDE-19151
> URL: https://issues.jboss.org/browse/JBIDE-19151
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: aerogear-hybrid
> Reporter: Max Rydahl Andersen
> Assignee: Gorkem Ercan
> Fix For: 4.6.x
>
>
> in JBIDE-19137 we are saying *only* cordova project gets imported but I think that is cutting our self short.
> I would think it would be great being able to at least git clone the project and just import as existing project for now - or at least provide the git info so users can do it manually.
> If we get easymport included in master we can have it automatically configure the project later on.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-25159) Server adapter wizard: doesnt show up but selects existing but defunct adapter after I switched CDK
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25159?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25159:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> Server adapter wizard: doesnt show up but selects existing but defunct adapter after I switched CDK
> ---------------------------------------------------------------------------------------------------
>
> Key: JBIDE-25159
> URL: https://issues.jboss.org/browse/JBIDE-25159
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.1.AM3
> Reporter: Andre Dietisheim
> Labels: openshift_v3, server_adapter_wizard
> Fix For: 4.6.x
>
> Attachments: image-2017-10-06-15-23-43-428.png, image-2017-10-06-15-23-43-428.png
>
>
> # ASSERT: have *cdk 3.1.1* installed and running
> # ASSERT: have a connection, an application and a *server adapter* for this cdk (ex. an application created from nodejs-mongo-persistent template and the adapter therefore called *nodejs-mongo-persistent*
> # EXEC: install cdk 3.2.0.alpha1 and launch it
> # ASSERT: the new cdk is now on a different IP thant the one that cdk 3.1.1 used (ex. 192.168.42.207 for cdk 3.1.1, 192.168.42.20 for cdk 3.2.0.alpha1)
> # ASSERT: *DONT* delete the server adapter for it
> # EXEC: create an application from the same exmplate (ex. nodejs-mongo-persistent), do *NOT* create an adapter for it when creating the app
> # EXEC: in OpenShift explorer: select service *nodejs-mongo-persistent* and pick *Server Adapter* in the context menu.
> Result:
> The server adapter wizard doesnt show up. Instead the "Servers" view pops up and selects the server adapter for the service that existed in the previous cdk.
> Here's the screencast showing it: https://youtu.be/s772d9FMRIw
> !image-2017-10-06-15-23-43-428.png!
> Expected result:
> The server adapter wizard should show up. The existing server adapter is not matching the service that is selected in the explorer.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-23173) Missing validation of @SecurityParameterBinding
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23173?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-23173:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> Missing validation of @SecurityParameterBinding
> -----------------------------------------------
>
> Key: JBIDE-23173
> URL: https://issues.jboss.org/browse/JBIDE-23173
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi-extensions
> Affects Versions: 4.4.1.Final
> Reporter: Lukáš Valach
> Fix For: 4.6.x
>
> Attachments: SecurityBindingType-Log.txt, securityParameterBinding.zip
>
>
> CDI extension DeltaSpike allows to create custom @SecurityParameterBinding types.
> These types allows to inject parameters values from the method invocation to authorizer bean. (See [documentation of Deltaspike/Security Module|https://deltaspike.apache.org/documentation/security.html#Simplein...]).
> When I create my own security parameter
> {code:java}
> @SecurityParameterBinding
> public @interface MySecurityParameter {
> }
> {code}
> ...and authorizer
> {code:java}
> public class CustomAuthorizer {
>
> @Secures
> @CustomSecurityBinding()
> public boolean check(@MySecurityParameter String parameter) {
> return true;
> }
> }
> {code}
> ...then I can secure some methods, but these methods must have appropriate input parameter with correct type and with the annotation
> {code:java}
> public class SecuredBean {
> //OK
> @CustomSecurityBinding()
> public SecuredBean doSomething(@MySecurityParameter String parameter) {
> return null;
> }
>
> //Not-OK (Missing @MySecurityParameter annotation)
> @CustomSecurityBinding()
> public SecuredBean doSomething2(String parameter) {
> return null;
> }
>
> //Not-OK (Bad type - Integer)
> @CustomSecurityBinding()
> public SecuredBean doSomething3(@MySecurityParameter Integer parameter) {
> return null;
> }
> }
> {code}
> Methods doSomething 2 and 3 cause an exception "SecurityDefinitionException: No matching authorizer found for security". Validator doesn't detect any problems.
> The attached project can be use to reproduce this issue [^securityParameterBinding.zip].
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-25748) Discovery of "foreign" bean types for JSF auto-complete
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25748?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25748:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> Discovery of "foreign" bean types for JSF auto-complete
> -------------------------------------------------------
>
> Key: JBIDE-25748
> URL: https://issues.jboss.org/browse/JBIDE-25748
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdi, jsf
> Affects Versions: 4.5.2.Final
> Environment: Eclipse Oxygen, but every version should be affected.
> Also every version of JBoss Tools since 2012 (last change date of the modified files below).
> Reporter: Thies .
> Assignee: Jeff MAURY
> Fix For: 4.6.x
>
>
> Auto-complete in JSF supports {{@ManagedBean}} and {{@Named}}, fine.
> But it is also possible to use "foreign" beans, concretely Spring via {{@Controller}}.
> I manually implemented a "hack" (see also https://stackoverflow.com/questions/48933757/el-autocomplete-code-assist-...) by simply extending a single classes method.
> For JSF only extend class {{org.jboss.tools.jsf.jsf2.bean.model.impl.AbstractMemberDefinition}} methods {{getManagedBeanAnnotation()}} and {{isAnnotationPresent()}}:
> {code:java}
> public boolean isAnnotationPresent(String annotationTypeName) {
> //TW: added Spring annotations
> boolean b = (getAnnotation(annotationTypeName) != null);
> if (!b && JSF2Constants.MANAGED_BEAN_ANNOTATION_TYPE_NAME.equals(annotationTypeName)) {
> b = (getAnnotation("org.springframework.stereotype.Controller") != null);
> /* with support for all Spring annotations:
> b = (getAnnotation("org.springframework.stereotype.Controller") != null
> || getAnnotation("org.springframework.stereotype.Service") != null
> || getAnnotation("org.springframework.stereotype.Repository") != null
> || getAnnotation("org.springframework.stereotype.Component") != null);
> */
> }
> return b;
> }
> public AnnotationDeclaration getManagedBeanAnnotation() {
> AnnotationDeclaration ad = annotationsByType.get(JSF2Constants.MANAGED_BEAN_ANNOTATION_TYPE_NAME);
> //TW: added Spring annotations
> if (ad != null) return ad;
> ad = annotationsByType.get("org.springframework.stereotype.Controller");
> /* with support for all Spring annotations:
> if (ad == null) ad = annotationsByType.get("org.springframework.stereotype.Service");
> if (ad == null) ad = annotationsByType.get("org.springframework.stereotype.Repository");
> if (ad == null) ad = annotationsByType.get("org.springframework.stereotype.Component");
> */
> if (ad != null) {
> // create wrapper to map "value" (used by Spring) to "name" (which is used by @ManageBean)
> ad = new AnnotationDeclaration() {
> private AnnotationDeclaration wrapped;
> AnnotationDeclaration init(AnnotationDeclaration wrappedAD) {
> this.wrapped = wrappedAD;
> return this;
> }
> @Override
> public Object getMemberValue(String name) {
> Object val = wrapped.getMemberValue(name);
> if (val == null && "name".equals(name)) {
> val = wrapped.getMemberValue(null);
> }
> return val;
> }
> @Override
> public Object getMemberValue(String name, boolean resolve) {
> Object result = null;
> if (resolve) {
> result = this.getMemberConstantValue(name);
> }
> if (result == null) {
> result = this.getMemberValue(name);
> }
> return result;
> }
> @Override
> public void setDeclaration(IJavaAnnotation annotation) {
> wrapped.setDeclaration(annotation);
> }
> @Override
> public IJavaAnnotation getDeclaration() {
> return wrapped.getDeclaration();
> }
> @Override
> public IResource getResource() {
> return wrapped.getResource();
> }
> @Override
> public IMemberValuePair[] getMemberValuePairs() {
> return wrapped.getMemberValuePairs();
> }
> @Override
> public Object getMemberConstantValue(String name) {
> return wrapped.getMemberConstantValue(name);
> }
> @Override
> public Object getMemberDefaultValue(String name) {
> return wrapped.getMemberDefaultValue(name);
> }
> @Override
> public IMember getParentMember() {
> return wrapped.getParentMember();
> }
> @Override
> public String getTypeName() {
> return wrapped.getTypeName();
> }
> @Override
> public IType getType() {
> return wrapped.getType();
> }
> @Override
> public int getLength() {
> return wrapped.getLength();
> }
> @Override
> public int getStartPosition() {
> return wrapped.getStartPosition();
> }
> @Override
> public IAnnotationType getAnnotation() {
> return wrapped.getAnnotation();
> }
> @Override
> public IAnnotation getJavaAnnotation() {
> return wrapped.getJavaAnnotation();
> }
> @Override
> public IMember getSourceMember() {
> return wrapped.getSourceMember();
> }
> @Override
> public IJavaElement getSourceElement() {
> return wrapped.getSourceElement();
> }
> }.init(ad); // class
> }
> return ad;
> }
> {code}
> For CDI extend class {{org.jboss.tools.cdi.internal.core.impl.definition.AbstractMemberDefinition}} method {{getNamedAnnotation()}}:
> {code:java}
> public AnnotationDeclaration getNamedAnnotation() {
> AnnotationDeclaration ad = getAnnotation(CDIConstants.NAMED_QUALIFIER_TYPE_NAME);
> //TW: added Spring annotations
> if (ad != null) return ad;
> ad = getAnnotation("org.springframework.stereotype.Controller");
> /* add additional Spring annotations, if desired:
> if (ad != null) return ad;
> ad = getAnnotation("org.springframework.stereotype.Service");
> if (ad != null) return ad;
> ad = getAnnotation("org.springframework.stereotype.Repository");
> if (ad != null) return ad;
> ad = getAnnotation("org.springframework.stereotype.Component");
> */
> return ad;
> }
> {code}
> Best would be to offer a preferences String, that allows to add arbitrary annotations - maybe even a project specific setting.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (JBIDE-23406) NullPointerException in ExportArchiveCommandHandler.execute
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23406?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-23406:
-------------------------------
Fix Version/s: 4.6.x
(was: 4.5.x)
> NullPointerException in ExportArchiveCommandHandler.execute
> -----------------------------------------------------------
>
> Key: JBIDE-23406
> URL: https://issues.jboss.org/browse/JBIDE-23406
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: arquillian
> Affects Versions: 4.4.2.AM2
> Reporter: Automated Error Reporting Bot
> Assignee: Snjezana Peco
> Fix For: 4.6.x
>
>
> The following problem was reported via the automated error reporting:
> Message: Unhandled event loop exception
> java.lang.NullPointerException: null
> at org.jboss.tools.arquillian.ui.internal.commands.ExportArchiveCommandHandler.execute(ExportArchiveCommandHandler.java:55)
> at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:295)
> at org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:90)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(null:-2)
> at sun.reflect.NativeMethodAccessorImpl.invoke(null:-1)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(null:-1)
> at java.lang.reflect.Method.invoke(null:-1)
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:54)
> Bundles:
> | org.eclipse.e4.core.di | 1.6.0.v20160319-0612 | 1.6.0.v20160319-0612 |
> | org.eclipse.ui | 3.108.0.v20160518-1929 | 3.108.0.v20160518-1929 |
> | org.jboss.tools.arquillian.ui | 1.2.200.v20160607-1706 | 1.2.200.v20160607-1706 |
> Operating Systems:
> | Windows | 6.1.0 | 6.1.0 |
> The above information is a snapshot of the collected data. Visit https://aer.ctrlflow.com/redhat/reviewers/#!/problems/580d826fe4b081752d6... 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, 11 months
