[JBoss JIRA] (JBDS-2669) rename/refactor JBDS product .feature / plugin / .product to have less confusing names
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-2669?page=com.atlassian.jira.plugin.... ]
Denis Golovin edited comment on JBDS-2669 at 1/7/14 2:42 PM:
-------------------------------------------------------------
*Option D*
Plug-ins usually don't use suffix ".plugin" and it is not plug-in anymore, but bundle; *.core.* to be consistent with JBossTools Core
{code}com.jboss.jbds.product => com.jboss.jbds.core{code}
Features usually named after branding plugins w/ or w/o suffix ".feature" all our features have suffix
{code}com.jboss.jbds.product.feature => com.jboss.jbds.core.feature {code}
This is meta IU ID generated for .product file and I agree that "package" would look better here than "all" and core for consistency
{code}com.jboss.jbds.all => com.jboss.jbds.core.package{code}
This id I believe should match product id defined through extension point in branding plugin and it forms as <plug-in-id>.<extension-point-id>
{code}com.jboss.jbds.product.product => com.jboss.jbds.core.product{code}
was (Author: dgolovin):
*Option D*
Plug-ins usually don't use suffix ".plugin" and it is not plug-in anymore, but bundle; *.core.* to be consistent with JBossTools Core
{code}com.jboss.jbds.product => com.jboss.jbds.core{code}
Features usually named after branding plugins w/ or w/o suffix ".feature" all our features have suffix
{code}com.jboss.jbds.product.feature => com.jboss.devstudio.core.feature {code}
This is meta IU ID generated for .product file and I agree that "package" would look better here than "all" and core for consistency
{code}com.jboss.jbds.all => com.jboss.jbds.core.package{code}
This id I believe should match product id defined through extension point in branding plugin and it forms as <plug-in-id>.<extension-point-id>
{code}com.jboss.jbds.product.product => com.jboss.jbds.core.product{code}
> rename/refactor JBDS product .feature / plugin / .product to have less confusing names
> --------------------------------------------------------------------------------------
>
> Key: JBDS-2669
> URL: https://issues.jboss.org/browse/JBDS-2669
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: build, installer, updatesite
> Affects Versions: 7.0.0.GA
> Reporter: Nick Boldt
> Assignee: Denis Golovin
> Priority: Critical
> Fix For: 8.0.0.Alpha2
>
>
> We should consider some better names for these artifacts so they collide less and are more obvious which is which.
> 1. https://github.com/jbdevstudio/jbdevstudio-product/blob/master/features/c...
> ** featureName=JBoss Developer Studio (Core Features) / BYOE category in update site
> 2. https://github.com/jbdevstudio/jbdevstudio-product/blob/master/plugins/co... and https://github.com/jbdevstudio/jbdevstudio-product/blob/master/plugins/co...
> ** Bundle-SymbolicName: com.jboss.jbds.product;singleton:=true
> 3. https://github.com/jbdevstudio/jbdevstudio-product/blob/master/site/com.j...
> ** name="JBoss Developer Studio (Branded Product)" uid="com.jboss.jbds.all" id="com.jboss.jbds.product.product"
--
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, 3 months
[JBoss JIRA] (JBDS-2866) CordovaSim Debugger
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBDS-2866?page=com.atlassian.jira.plugin.... ]
Ilya Buziuk commented on JBDS-2866:
-----------------------------------
{quote}
Do you have a HD version of this video?
{quote}
[~burrsutter], you should choose 720p HD quality on the YouTube.
{quote}
For instance, it would appear that you are not using the JS editors in Eclipse but some 3rd party window for JS editing.
{quote}
Yes, I have set Sublime Text editor as a default in the eclipse. Eclipse js editor was absolutely unusable when I worked with ripple source code (3mb of js). Since then I got used to the Sublime :-)
> CordovaSim Debugger
> -------------------
>
> Key: JBDS-2866
> URL: https://issues.jboss.org/browse/JBDS-2866
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: browsersim, requirements
> Reporter: Burr Sutter
> Assignee: Ilya Buziuk
> Attachments: DevToolsMenu.png
>
>
> The current FireBug Lite in CordovaSim has the following limitations:
> 1) When using LiveReload, the window closes with every reload
> 2) Various "page load" events with console.log statements are not visible in FireBug Lite console, like having console.log() in your deviceready
> http://screencast.com/t/RRGhV9PV
> Note: I forgot to add the Console Cordova plugin, not sure if that is necessary but the window closes, so not sure how I would see the message
--
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, 3 months
[JBoss JIRA] (JBIDE-16128) Publish component sites to Nexus
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16128?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-16128:
----------------------------------------
Changes pushed to job configurations.
Let's wait for time to do his work and give us ideas on what's to improve (if there's stuff to improve). Example of site created: https://repository.jboss.org/nexus/content/unzip/unzip/org/jboss/tools/op...
Note that nothing says it's part of the "master" nor "4.2.luna" stream. If we go for releases the project will have to announce new available versions and all consumers (components, aggregation, product) would have to adapt, similarly to what happens for JBT-IS.
> Publish component sites to Nexus
> --------------------------------
>
> Key: JBIDE-16128
> URL: https://issues.jboss.org/browse/JBIDE-16128
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: build
> Reporter: Mickael Istria
> Assignee: Mickael Istria
> Fix For: 4.2.0.Alpha2
>
> Attachments: deployWithJenkins.png
>
>
> In order to get a first idea of how easy/difficult it would be to rely on Nexus for publication,we could simply start by configuring CI jobs to also run a "mvn deploy" to deploy the output p2 repository onto Nexus.
> Then we'll see what are the pros/cons of this approach.
> Current publication process and locations will be kept. These p2 repo on Nexus won't be consumed by aggregator, at least not until we are sure it's worth it.
--
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, 3 months
[JBoss JIRA] (JBIDE-16214) Code Coverage jobs needs to have locally available measured plugins
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16214?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-16214:
----------------------------------------
Note that if you build and test everything at once for a given component (both plugins/ and tests/) then you get good coverage reports. However, it will test the output of the reactor, not the jar coming from repositories or external application.
> Code Coverage jobs needs to have locally available measured plugins
> -------------------------------------------------------------------
>
> Key: JBIDE-16214
> URL: https://issues.jboss.org/browse/JBIDE-16214
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: build
> Affects Versions: 4.1.1.CR1
> Reporter: Vlado Pakan
> Assignee: Mickael Istria
> Fix For: 4.1.x
>
>
> Code Coverage calculating via maven build returns 0% coverage because it's using source code and binary plugins installed from update site.
> When these are built locally prior to build calculating code coverage it returns correct results.
> Unfortunately sometimes maven build used plugins installed from update site instead of those which are locally build.
> We need to find way how to fix this.
> It's already reported here https://bugs.eclipse.org/bugs/show_bug.cgi?id=352560
--
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, 3 months
[JBoss JIRA] (JBIDE-16334) GWT WAR directory is not set properly in Eclipse Google (GWT) plug-in
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16334?page=com.atlassian.jira.plugi... ]
Denis Golovin reassigned JBIDE-16334:
-------------------------------------
Assignee: Denis Golovin
> GWT WAR directory is not set properly in Eclipse Google (GWT) plug-in
> ---------------------------------------------------------------------
>
> Key: JBIDE-16334
> URL: https://issues.jboss.org/browse/JBIDE-16334
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: gwt
> Affects Versions: 4.1.0.Final
> Environment: Eclipse Kepler
> m2e 1.2
> m2e-wtp 1.0.1
> Google Plugin for Eclipse 3.4.2
> JBoss Maven GWT Configurator 1.5.4
> Reporter: Slawa Giterman
> Assignee: Denis Golovin
>
> Hello,
> I use Eclipse Kepler, m2e 1.2, m2e-wtp 1.0.1, Google Plugin for Eclipse 3.4.2 and JBoss Maven GWT Configurator 1.5.4.
> My project uses not default warSourceDirectory in Maven pom.xml (<warSourceDirectory>$\{basedir\}/WebContent</warSourceDirectory>).
> The problem is that after each Maven -> Update Project action, GWT WAR directory in Eclipse (Project -> context menu -> Google -> Web Toolkit Settings -> Web Application -> WAR directory) is set to default Maven value "src/main/webapp" and not to the value of warSourceDirectory from pom.xml.
> It seems that WAR Directory value is read from file <ECLIPSE_PROJECT>/.settings/com.google.gdt.eclipse.core.prefs, property *warSrcDir*. This file has also another property, *lastWarOutDir* which tells Google GWT Plugin where to compile the GWT code (this issue was solved in JBIDE-11224)
> Current content of com.google.gdt.eclipse.core.prefs after Maven -> Update Project:
> {code}lastWarOutDir=/applicationserver/WebContent
> warSrcDir=src/main/webapp{code}
> So, the question is, is it possible to set value of warSrcDir to the same value as lastWarOutDir so that Eclipse does not show error "WAR source directory /applicationserver/src/main/webapp is missing" after each update?
--
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, 3 months