[JBoss JIRA] (JBIDE-15467) should JBT have a category for "stuff not in Abridged" ?
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15467?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-15467:
-------------------------------
Attachment: 15467_new.png
OK, I've replaced the single-feature "Other Tools" category with the new "Additional JBoss Tools" category, which now includes 9 features.
The "Abridged JBoss Tools" contains the other 37 features.
And as you can see, aerogear.hybrid, vpe.cordovasim, and vpe.browsersim are also (still) listed in the Mobile category:
!15467_new.png!
> should JBT have a category for "stuff not in Abridged" ?
> --------------------------------------------------------
>
> Key: JBIDE-15467
> URL: https://issues.jboss.org/browse/JBIDE-15467
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, updatesite
> Affects Versions: 4.1.1.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.1.1.Alpha2
>
> Attachments: 15467.png, 15467_new.png
>
>
> The Marketplace entry for JBT includes all the features in the "Abridged JBoss Tools" category, but there are a number of features not included therein.
> So for those users installing from the update site itself, not the Marketplace, should these be grouped into a single category, perhaps called "Additional JBoss Tools"?
> {code}
> org.jboss.tools.aerogear.hybrid.feature
> org.jboss.tools.arquillian.feature
> org.jboss.tools.birt.feature
> org.jboss.tools.central.themes.feature
> org.jboss.tools.forge.ext.feature
> org.jboss.tools.gwt.feature
> org.jboss.tools.vpe.cordovasim.feature
> org.jboss.tools.maven.gwt.feature
> org.jboss.tools.common.mylyn.feature
> {code}
> Added bonus (from a releng P.O.V., not an end user one) is that having such a category would make it easier to maintain the full list of features to be included in these job configs, to ensure we're properly doing full JBT co-installation testing:
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
> [~burrsutter] [~maxandersen] [~koen.aers] [~gercan] WDYT?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (JBIDE-15467) should JBT have a category for "stuff not in Abridged" ?
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15467?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-15467:
-------------------------------
Description:
The Marketplace entry for JBT includes all the features in the "Abridged JBoss Tools" category, but there are a number of features not included therein.
So for those users installing from the update site itself, not the Marketplace, should these be grouped into a single category, perhaps called "Additional JBoss Tools"?
{code}
org.jboss.tools.aerogear.hybrid.feature
org.jboss.tools.arquillian.feature
org.jboss.tools.birt.feature
org.jboss.tools.central.themes.feature
org.jboss.tools.forge.ext.feature
org.jboss.tools.gwt.feature
org.jboss.tools.vpe.cordovasim.feature
org.jboss.tools.maven.gwt.feature
org.jboss.tools.common.mylyn.feature
{code}
Added bonus (from a releng P.O.V., not an end user one) is that having such a category would make it easier to maintain the full list of features to be included in these job configs, to ensure we're properly doing full JBT co-installation testing:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
[~burrsutter] [~maxandersen] [~koen.aers] [~gercan] WDYT?
was:
The Marketplace entry for JBT includes all the features in the "Abridged JBoss Tools" category, but there are a number of features not included therein.
So for those users installing from the update site itself, not the Marketplace, should these be grouped into a single category, perhaps called "Additional JBoss Tools"?
{code}
org.jboss.tools.arquillian.feature
org.jboss.tools.common.mylyn.feature
org.jboss.tools.gwt.feature
org.jboss.tools.maven.gwt.feature
org.jboss.tools.aerogear.hybrid.feature
org.jboss.tools.vpe.cordovasim.feature
org.jboss.tools.central.themes.feature
org.jboss.tools.birt.feature
org.jboss.tools.forge.ext.feature
{code}
Added bonus (from a releng P.O.V., not an end user one) is that having such a category would make it easier to maintain the full list of features to be included in these job configs, to ensure we're properly doing full JBT co-installation testing:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
[~burrsutter] [~maxandersen] [~koen.aers] [~gercan] WDYT?
> should JBT have a category for "stuff not in Abridged" ?
> --------------------------------------------------------
>
> Key: JBIDE-15467
> URL: https://issues.jboss.org/browse/JBIDE-15467
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, updatesite
> Affects Versions: 4.1.1.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.1.1.Alpha2
>
> Attachments: 15467.png
>
>
> The Marketplace entry for JBT includes all the features in the "Abridged JBoss Tools" category, but there are a number of features not included therein.
> So for those users installing from the update site itself, not the Marketplace, should these be grouped into a single category, perhaps called "Additional JBoss Tools"?
> {code}
> org.jboss.tools.aerogear.hybrid.feature
> org.jboss.tools.arquillian.feature
> org.jboss.tools.birt.feature
> org.jboss.tools.central.themes.feature
> org.jboss.tools.forge.ext.feature
> org.jboss.tools.gwt.feature
> org.jboss.tools.vpe.cordovasim.feature
> org.jboss.tools.maven.gwt.feature
> org.jboss.tools.common.mylyn.feature
> {code}
> Added bonus (from a releng P.O.V., not an end user one) is that having such a category would make it easier to maintain the full list of features to be included in these job configs, to ensure we're properly doing full JBT co-installation testing:
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-composite...
> [~burrsutter] [~maxandersen] [~koen.aers] [~gercan] WDYT?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (JBIDE-15498) should JBDS 7.1 include org.jboss.tools.wtp.runtimes.tomcat.feature ?
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15498?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-15498:
-------------------------------
Description:
Noticed today that while org.jboss.tools.wtp.runtimes.tomcat.feature and org.jboss.tools.wtp.runtimes.tomcat.feature.source were added to JBoss Tools 4.1, it was omitted from JBDS 7.
Comparing the update sites for JBT 4.1.x and JBDS 7.1.x:
!15498.png!
Was it intentionally excluded from the update site, or forgotten?
was:
Noticed today that while org.jboss.tools.wtp.runtimes.tomcat.feature and org.jboss.tools.wtp.runtimes.tomcat.feature.source were added to JBoss Tools 4.1, it was omitted from JBDS 7.
Was it intentionally excluded from the update site, or forgotten?
> should JBDS 7.1 include org.jboss.tools.wtp.runtimes.tomcat.feature ?
> ---------------------------------------------------------------------
>
> Key: JBIDE-15498
> URL: https://issues.jboss.org/browse/JBIDE-15498
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: updatesite
> Affects Versions: 4.1.1.Alpha1
> Reporter: Nick Boldt
> Assignee: Rob Stryker
> Attachments: 15498.png
>
>
> Noticed today that while org.jboss.tools.wtp.runtimes.tomcat.feature and org.jboss.tools.wtp.runtimes.tomcat.feature.source were added to JBoss Tools 4.1, it was omitted from JBDS 7.
> Comparing the update sites for JBT 4.1.x and JBDS 7.1.x:
> !15498.png!
> Was it intentionally excluded from the update site, or forgotten?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (JBIDE-15498) should JBDS 7.1 include org.jboss.tools.wtp.runtimes.tomcat.feature ?
by Nick Boldt (JIRA)
Nick Boldt created JBIDE-15498:
----------------------------------
Summary: should JBDS 7.1 include org.jboss.tools.wtp.runtimes.tomcat.feature ?
Key: JBIDE-15498
URL: https://issues.jboss.org/browse/JBIDE-15498
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: updatesite
Affects Versions: 4.1.1.Alpha1
Reporter: Nick Boldt
Assignee: Rob Stryker
Noticed today that while org.jboss.tools.wtp.runtimes.tomcat.feature and org.jboss.tools.wtp.runtimes.tomcat.feature.source were added to JBoss Tools 4.1, it was omitted from JBDS 7.
Was it intentionally excluded from the update site, or forgotten?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] (JBIDE-15457) CordovaSim and Hybrid tools interaction/source code sharing
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-15457?page=com.atlassian.jira.plugi... ]
Gorkem Ercan commented on JBIDE-15457:
--------------------------------------
CordovaSim is really valuable when it is integrated with the project(s) in Eclipse. Otherwise developers would probably use Ripple as their standalone tool. I do not see many developers choosing our solution over Ripple.
> CordovaSim and Hybrid tools interaction/source code sharing
> -----------------------------------------------------------
>
> Key: JBIDE-15457
> URL: https://issues.jboss.org/browse/JBIDE-15457
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: aerogear-hybrid, browsersim
> Reporter: Yahor Radtsevich
> Assignee: Yahor Radtsevich
> Fix For: 4.2.x
>
>
> Currently CordovaSim application consists of two parts: a Jetty-based server, and a BrowserSim-based client. The server part generates some content on the fly. For instance, the server may response with generated {{cordova_plugins.js}} content when it is requested by the client. Both parts of CordovaSim are executed in their own JVM, which means they do not have access to the Eclipse API.
> Hybrid tools do very similar things, but in static way. For instance, while creating Android executables, they create {{cordova_plugins.js}} file on disk. Hybrid tools is a set of Eclipse plugins, so they have access to the Eclipse API.
> Obviously CordovaSim and Hybrid tools have some code in their sources that could be shared. For the example above, both of them need a method to generate content of {{cordova_plugins.js}}. There are several approaches to implement it:
> 1. Create two different implementations for CordovaSim and Hybrid tools and synchronize them when needed (currently we do this). This approach creates code duplication problems.
> 2. Create an Eclipse API-independent plugin, so both CordovaSim and Hybrid tools could set it as a dependency. This approach imposes some restriction on the independent plugin (useful Eclipse API and libs cannot be used).
> 3. Move the server part of CordovaSim to the Eclipse JVM, so it could use Eclipse API and any Hybrid tools API. With this approach we loose the ability to create standalone CordovaSim in the future.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months