[JBoss JIRA] (JBIDE-18710) Invalid generated code in JAX-RS Endpoint
by Xavier Coulon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18710?page=com.atlassian.jira.plugi... ]
Xavier Coulon updated JBIDE-18710:
----------------------------------
Fix Version/s: (was: 4.3.0.Alpha1)
> Invalid generated code in JAX-RS Endpoint
> -----------------------------------------
>
> Key: JBIDE-18710
> URL: https://issues.jboss.org/browse/JBIDE-18710
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.2.0.Final
> Reporter: Xavier Coulon
> Assignee: Xavier Coulon
> Fix For: 4.2.1.Final
>
>
> The generated code in the 'create' method contains something like this:
> {code}
> return Response.created(
> UriBuilder.fromResource(Session.class)
> .path(String.valueOf(session.getId())).build()).build();
> {code}
> but the {{Session.class}} should be {{SessionEndpoint.class}} since it must be the resource class annotated with {{@Path}}
> Also, after discussion with [~maxandersen], here the plan to fix this issue:
> - if the {{create}} method generation is selected and the target entity is selected and contains a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // here we use Pojo#getId(), assuming it provides the end-user with the identifier to retrieve the created Pojo resource
> Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build())
> .build();
> {code}
> - if the {{create}} method generation is selected and the target entity is selected and *does not contain* a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // you may want to do something like this
> // return Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build();
> // assuming that Pojo#getId() or a similar method would provide the end-user with the identifier to retrieve the created Pojo resource
> Response.created(null).build();
> {code}
> If no target entity is provided, there is no way to generate the method skeletons.
> The goal if this change is to make sure we generate code that compiles (that was not the case if the target entity class did not have a {{getId()}} method) and that returns a sensitive Response object (hence, we don't return {{null}}).
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBIDE-18823) Invalid generated code in JAX-RS Endpoint
by Xavier Coulon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18823?page=com.atlassian.jira.plugi... ]
Xavier Coulon updated JBIDE-18823:
----------------------------------
Fix Version/s: (was: 4.2.1.Final)
> Invalid generated code in JAX-RS Endpoint
> -----------------------------------------
>
> Key: JBIDE-18823
> URL: https://issues.jboss.org/browse/JBIDE-18823
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.2.0.Final
> Reporter: Xavier Coulon
> Assignee: Xavier Coulon
> Fix For: 4.3.0.Alpha1
>
>
> The generated code in the 'create' method contains something like this:
> {code}
> return Response.created(
> UriBuilder.fromResource(Session.class)
> .path(String.valueOf(session.getId())).build()).build();
> {code}
> but the {{Session.class}} should be {{SessionEndpoint.class}} since it must be the resource class annotated with {{@Path}}
> Also, after discussion with [~maxandersen], here the plan to fix this issue:
> - if the {{create}} method generation is selected and the target entity is selected and contains a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // here we use Pojo#getId(), assuming it provides the end-user with the identifier to retrieve the created Pojo resource
> Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build())
> .build();
> {code}
> - if the {{create}} method generation is selected and the target entity is selected and *does not contain* a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // you may want to do something like this
> // return Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build();
> // assuming that Pojo#getId() or a similar method would provide the end-user with the identifier to retrieve the created Pojo resource
> Response.created(null).build();
> {code}
> If no target entity is provided, there is no way to generate the method skeletons.
> The goal if this change is to make sure we generate code that compiles (that was not the case if the target entity class did not have a {{getId()}} method) and that returns a sensitive Response object (hence, we don't return {{null}}).
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBIDE-17678) Country combo box has an empty space above the list of countries
by Radim Hopp (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17678?page=com.atlassian.jira.plugi... ]
Radim Hopp closed JBIDE-17678.
------------------------------
Verified in JBDS 8.0.1.CR1. Closing
> Country combo box has an empty space above the list of countries
> ----------------------------------------------------------------
>
> Key: JBIDE-17678
> URL: https://issues.jboss.org/browse/JBIDE-17678
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: runtime-detection, upstream
> Affects Versions: 4.2.0.Beta2
> Environment: Ubuntu 12.04
> Reporter: Radoslav Rábara
> Assignee: Rob Stryker
> Priority: Minor
> Fix For: 4.2.1.CR1
>
> Attachments: jbossorg-TC-download-runtime-wizard.png, jpp 610 country combo 1.jpg, jpp 610 country combo 2.jpg, jpp 610 country combo 3.jpg
>
>
> While selecting country in Terms and Conditions page of download runtime wizard, there is an empty space above the list of countries. The empty space grows when scrolling up.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBIDE-18710) Invalid generated code in JAX-RS Endpoint
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18710?page=com.atlassian.jira.plugi... ]
Marián Labuda commented on JBIDE-18710:
---------------------------------------
Yeah, I think it should be compilable no matter how the targeted entity looks like. Trying to get from user value to be used as ID would bring more complexity into wizard and I think it would be more drawback than advantage. I am ok with returning null and some comment.
> Invalid generated code in JAX-RS Endpoint
> -----------------------------------------
>
> Key: JBIDE-18710
> URL: https://issues.jboss.org/browse/JBIDE-18710
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.2.0.Final
> Reporter: Xavier Coulon
> Assignee: Xavier Coulon
> Fix For: 4.2.1.Final, 4.3.0.Alpha1
>
>
> The generated code in the 'create' method contains something like this:
> {code}
> return Response.created(
> UriBuilder.fromResource(Session.class)
> .path(String.valueOf(session.getId())).build()).build();
> {code}
> but the {{Session.class}} should be {{SessionEndpoint.class}} since it must be the resource class annotated with {{@Path}}
> Also, after discussion with [~maxandersen], here the plan to fix this issue:
> - if the {{create}} method generation is selected and the target entity is selected and contains a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // here we use Pojo#getId(), assuming it provides the end-user with the identifier to retrieve the created Pojo resource
> Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build())
> .build();
> {code}
> - if the {{create}} method generation is selected and the target entity is selected and *does not contain* a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // you may want to do something like this
> // return Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build();
> // assuming that Pojo#getId() or a similar method would provide the end-user with the identifier to retrieve the created Pojo resource
> Response.created(null).build();
> {code}
> If no target entity is provided, there is no way to generate the method skeletons.
> The goal if this change is to make sure we generate code that compiles (that was not the case if the target entity class did not have a {{getId()}} method) and that returns a sensitive Response object (hence, we don't return {{null}}).
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBIDE-18177) Request at first start what is more important JSF or HTML5 support and enable/disable XULRunner
by Vlado Pakan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18177?page=com.atlassian.jira.plugi... ]
Vlado Pakan commented on JBIDE-18177:
-------------------------------------
Yes it's ok for me to test it with 4.2.1.Final
> Request at first start what is more important JSF or HTML5 support and enable/disable XULRunner
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-18177
> URL: https://issues.jboss.org/browse/JBIDE-18177
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: visual-page-editor-core, xulrunner
> Affects Versions: 4.2.0.CR1
> Reporter: Denis Golovin
> Assignee: Konstantin Marmalyukov
> Priority: Critical
> Labels: f2f2014
> Fix For: 4.2.1.Final, 4.3.0.Alpha1
>
>
> Imagine that one first clean workspace startup on opening vpe on systems where xulrunner / webkit can't run at the same time we will ask if he prefers to have good JSF support (use xulrunner) or HTML5 support (disable xulrunner)
> if he says okey - we set a flag somewhere to not start xulrunner.
> user restart - user is happy.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBIDE-18710) Invalid generated code in JAX-RS Endpoint
by Xavier Coulon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18710?page=com.atlassian.jira.plugi... ]
Xavier Coulon commented on JBIDE-18710:
---------------------------------------
[~mlabuda],
Are you OK with adding a fix for this issue in 4.2.1.Final ?
Thanks
> Invalid generated code in JAX-RS Endpoint
> -----------------------------------------
>
> Key: JBIDE-18710
> URL: https://issues.jboss.org/browse/JBIDE-18710
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: webservices
> Affects Versions: 4.2.0.Final
> Reporter: Xavier Coulon
> Assignee: Xavier Coulon
> Fix For: 4.2.1.Final, 4.3.0.Alpha1
>
>
> The generated code in the 'create' method contains something like this:
> {code}
> return Response.created(
> UriBuilder.fromResource(Session.class)
> .path(String.valueOf(session.getId())).build()).build();
> {code}
> but the {{Session.class}} should be {{SessionEndpoint.class}} since it must be the resource class annotated with {{@Path}}
> Also, after discussion with [~maxandersen], here the plan to fix this issue:
> - if the {{create}} method generation is selected and the target entity is selected and contains a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // here we use Pojo#getId(), assuming it provides the end-user with the identifier to retrieve the created Pojo resource
> Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build())
> .build();
> {code}
> - if the {{create}} method generation is selected and the target entity is selected and *does not contain* a 'getId()' method, then generate the following method body:
> {code}
> //TODO: process the given pojo
> // you may want to do something like this
> // return Response.created(UriBuilder.fromResource(PojoEndpoint.class).path(String.valueOf(pojo.getId())).build();
> // assuming that Pojo#getId() or a similar method would provide the end-user with the identifier to retrieve the created Pojo resource
> Response.created(null).build();
> {code}
> If no target entity is provided, there is no way to generate the method skeletons.
> The goal if this change is to make sure we generate code that compiles (that was not the case if the target entity class did not have a {{getId()}} method) and that returns a sensitive Response object (hence, we don't return {{null}}).
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBIDE-18177) Request at first start what is more important JSF or HTML5 support and enable/disable XULRunner
by Konstantin Marmalyukov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18177?page=com.atlassian.jira.plugi... ]
Konstantin Marmalyukov commented on JBIDE-18177:
------------------------------------------------
[~vpakan] This "Choose or Die" dialog is must-have feature for Final version. Are you OK with verifying it?
> Request at first start what is more important JSF or HTML5 support and enable/disable XULRunner
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-18177
> URL: https://issues.jboss.org/browse/JBIDE-18177
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: visual-page-editor-core, xulrunner
> Affects Versions: 4.2.0.CR1
> Reporter: Denis Golovin
> Assignee: Konstantin Marmalyukov
> Priority: Critical
> Labels: f2f2014
> Fix For: 4.2.1.Final, 4.3.0.Alpha1
>
>
> Imagine that one first clean workspace startup on opening vpe on systems where xulrunner / webkit can't run at the same time we will ask if he prefers to have good JSF support (use xulrunner) or HTML5 support (disable xulrunner)
> if he says okey - we set a flag somewhere to not start xulrunner.
> user restart - user is happy.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBDS-2839) Hybrid/Cordova Usability
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/JBDS-2839?page=com.atlassian.jira.plugin.... ]
Gorkem Ercan closed JBDS-2839.
------------------------------
Resolution: Done
> Hybrid/Cordova Usability
> ------------------------
>
> Key: JBDS-2839
> URL: https://issues.jboss.org/browse/JBDS-2839
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Epic
> Components: requirements
> Reporter: Burr Sutter
> Assignee: Gorkem Ercan
> Priority: Blocker
> Fix For: 8.0.0.GA
>
> Original Estimate: 0 minutes
> Remaining Estimate: 0 minutes
>
> Areas to review:
> 1) Auto setup of the LiveReload Server (JBIDE-16134)
> 2) Run As on Android Device - often fails to find the plugged in device - need better instructions on now to "debug" this issue (adb devices, etc)
> 3) Add project wizard to JBoss Central
> 4) Promote from Tech Preview
> 5) Import an existing Cordova project (e.g. TicketMonster: WFK2-168)
> 6) New project works with jQuery Mobile Palette + Backbone
> 7) New project works with AngularJS-based project
> 8) Install Cordova Plugin dialog is slow for scrolling the list of plugins, slow for typing in the project field - focus should not default to project field when the dialog is launched from a specific project (right-click on plugins, Install Cordova Plugin)
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBDS-2839) Hybrid/Cordova Usability
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/JBDS-2839?page=com.atlassian.jira.plugin.... ]
Gorkem Ercan updated JBDS-2839:
-------------------------------
Fix Version/s: 8.0.0.GA
> Hybrid/Cordova Usability
> ------------------------
>
> Key: JBDS-2839
> URL: https://issues.jboss.org/browse/JBDS-2839
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Epic
> Components: requirements
> Reporter: Burr Sutter
> Assignee: Gorkem Ercan
> Priority: Blocker
> Fix For: 8.0.0.GA
>
> Original Estimate: 0 minutes
> Remaining Estimate: 0 minutes
>
> Areas to review:
> 1) Auto setup of the LiveReload Server (JBIDE-16134)
> 2) Run As on Android Device - often fails to find the plugged in device - need better instructions on now to "debug" this issue (adb devices, etc)
> 3) Add project wizard to JBoss Central
> 4) Promote from Tech Preview
> 5) Import an existing Cordova project (e.g. TicketMonster: WFK2-168)
> 6) New project works with jQuery Mobile Palette + Backbone
> 7) New project works with AngularJS-based project
> 8) Install Cordova Plugin dialog is slow for scrolling the list of plugins, slow for typing in the project field - focus should not default to project field when the dialog is launched from a specific project (right-click on plugins, Install Cordova Plugin)
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months
[JBoss JIRA] (JBIDE-11903) Explorer: add Application start/stop/restart
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-11903?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-11903:
-------------------------------------
Assignee: Max Rydahl Andersen
> Explorer: add Application start/stop/restart
> ---------------------------------------------
>
> Key: JBIDE-11903
> URL: https://issues.jboss.org/browse/JBIDE-11903
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 3.3.0.Beta2
> Environment: Eclipse plugin
> Reporter: Nam Duong
> Assignee: Max Rydahl Andersen
> Priority: Blocker
> Labels: explorer, new_and_noteworthy
> Fix For: 4.2.1.Final
>
>
> The OpenShift Console view should contain controls for application start|stop|restart to match the functionality of the CLI. Currently, if you select Window->Show View->Others->OpenShift Express Console, then login in and select an application. The right-click menu doesn't have start|stop|restart so users have to either install the rhc client tools or ssh onto the OpenShift host gear.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 8 months