[JBoss JIRA] (JBTIS-696) Update BPEL feature to 1.3.101.Final
by Andrej Podhradsky (JIRA)
[ https://issues.jboss.org/browse/JBTIS-696?page=com.atlassian.jira.plugin.... ]
Andrej Podhradsky commented on JBTIS-696:
-----------------------------------------
Hey [~pleacu], [~bbrodt], just to be clear, this has been already fixed in JBTIS-470. All we need to do is to build new version of org.jboss.tools.bpel.feature (1.3.101.Final).
> Update BPEL feature to 1.3.101.Final
> ------------------------------------
>
> Key: JBTIS-696
> URL: https://issues.jboss.org/browse/JBTIS-696
> Project: JBoss Tools Integration Stack
> Issue Type: Task
> Components: BPEL, distribution
> Affects Versions: 8.0.3.GA
> Reporter: Andrej Podhradsky
> Assignee: Paul Leacu
>
> The BPEL editor cannot be updated if a user installs it from JBDS-IS 8.0.2.GA and earlier. For more information please see JBTIS-470.
> Note that there is no change in BPEL editor the only problem is that it is not automatically updated from 1.0.4 (JBDS-IS 8.0.2) to 1.0.5 (JBDS-IS 8.0.3+)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (JBDS-3859) Use SHA256sums to intelligently download latest CI builds into DP installer
by Jan Richter (JIRA)
[ https://issues.jboss.org/browse/JBDS-3859?page=com.atlassian.jira.plugin.... ]
Jan Richter closed JBDS-3859.
-----------------------------
Closing as done.
> Use SHA256sums to intelligently download latest CI builds into DP installer
> ---------------------------------------------------------------------------
>
> Key: JBDS-3859
> URL: https://issues.jboss.org/browse/JBDS-3859
> Project: Red Hat Developer Studio (DevStudio)
> Issue Type: Feature Request
> Components: platform-installer
> Affects Versions: 10.0.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Denis Golovin
> Fix For: 10.0.0.Alpha1
>
>
> Per discussion with Denis today, we could:
> * check REMOTE sha256sum before pulling down a new JBDS jar; this will allow us to only fetch a new jbds.jar if the SHAs don't match because a new CI build is available
> * re-enable creation of sha256sum after a download (so that we don't have to create them every time we want to compare to a remote one
> * switch json to use nightly for CDK, vbox, jbds, so builds will use the latest CI
> * add cmdline flag to use the values in requirements.json vs. nightly latest CI, so it's easy to switch between a CI-based build and a statically-defined list of deps
> * add url-latest in requirements.json so that for requirements that have a CI or latest URL, we know where to pull the nightly; this would obviate the need to pass in the URLs via commandline, or to have to toggle between stable/staging and snapshot/CI every time we want to run one type of build or the other
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (JBDS-3605) Rebranding to developers.redhat.com
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBDS-3605?page=com.atlassian.jira.plugin.... ]
Max Rydahl Andersen updated JBDS-3605:
--------------------------------------
Sprint: devex #113 April 2016, devex #115 May 2017 (was: devex #113 April 2016)
> Rebranding to developers.redhat.com
> -----------------------------------
>
> Key: JBDS-3605
> URL: https://issues.jboss.org/browse/JBDS-3605
> Project: Red Hat Developer Studio (DevStudio)
> Issue Type: Epic
> Components: installer, p2-product
> Reporter: Max Rydahl Andersen
> Assignee: Catherine Robson
> Priority: Blocker
> Fix For: 10.0.0.Alpha1
>
> Attachments: about-jbds10.png, gettingstarted.png, gs_nav.png, header-jbds10-installer.png, icns.zip, jbds_uninstall.ico, jbeap_edit_wiz.png, jbeap_new_wiz.png, RedHatDevelopersStudio_SplashScreen.zip, RedHatDeveloperStudio-Branding_Final_2016-03-16.pdf, RedHatDeveloperStudio_BrandingDeliverables.zip, splash-jbds10.png
>
>
> Developer Studio, Central and any related installers, website content etc. is requested to be rebranded under http://developers.redhat.com.
> The visual name will change but for JBDS 9.1 we will not change things that risk breaking functionallity (i.e. changing the binary from jbds to rhds will potentially break update path, ini and p2 update mechanisms)
> Thus changing about screen, splash screens etc. are the target - more deeper rebranding will be done in future and on a case-by-base basis if at all necessary.
>
> This jira will be the epic where we add related issues.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months
[JBoss JIRA] (ERT-62) Refactor JSDT Code Completion [EBZ#486776]
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/ERT-62?page=com.atlassian.jira.plugin.sys... ]
Max Rydahl Andersen updated ERT-62:
-----------------------------------
Sprint: devex #1 February 2016, devex #2 February 2016, devex #4 March 2016, devex #113 April 2016, devex #115 May 2017 (was: devex #1 February 2016, devex #2 February 2016, devex #4 March 2016, devex #113 April 2016)
> Refactor JSDT Code Completion [EBZ#486776]
> ------------------------------------------
>
> Key: ERT-62
> URL: https://issues.jboss.org/browse/ERT-62
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Nick Boldt
> Assignee: Ian Stewart-Binks
> Labels: General, bzira
>
> The current code completion modules depend on JSDT's current internal AST model, and type binding. JSDT will be disabling type binding and will be deprecating the internal AST model. As such, the code completion engine needs to be refactored in such a way that complies with the new AST model. JSDT is expected to provide an elegant and useful set of code completion suggestions.
> A proposal base for the code completion engine should include, but is not necessarily limited to:
> - Keywords
> - Identifiers (declared variables and functions in currently open JS file)
> - Recently used methods of functions (currently open JS file as a bare minimum)
> All proposals should be made where they are deemed practical. ECMA5 keywords should be supported first.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 11 months