[
https://issues.jboss.org/browse/JBDS-3071?page=com.atlassian.jira.plugin....
]
Denis Golovin commented on JBDS-3071:
-------------------------------------
Nick, PR you submitted would build just p2repo with features without product metadata and
cannot be used in installer.
To have it working we *ether* need to build two update sites:
1. One is .product based without source features
2. Second is category.xml based with source features only
(1) can be consumed in installed. Then we ether should publish two zips(means more files
to download) or combine them into composite repository zip file with the same name we have
now.
*or* build two products one w/o sources to use in installer an another one w/ sources to
use as update site
*or* use something like
https://github.com/dgolovin/jbdevstudio-product/blob/nosrcinstaller/insta...
(see bundle directive), but that requires build step by step in several maven runs. I.e.
build product site first. Then use it in installer build and create local p2repo for
installer with jbds probuct package and testng. I tested this locally, it works but not
really a god way to do builds, because it requires several maven executions.
JBDS Installer shouldn't contain source features/plugins
--------------------------------------------------------
Key: JBDS-3071
URL:
https://issues.jboss.org/browse/JBDS-3071
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: installer
Affects Versions: 8.0.0.Beta2
Reporter: Fred Bricon
Assignee: Nick Boldt
Fix For: 8.0.0.Beta3
{quote}
So the basic JBDS installer is 70MB fatter. From my understanding it's because we now
ship a *huge* forge2 runtime (50MB), Tern, the JVM Monitor and probably some other minor
stuff.
Fair enough. But do we *really* need to add all the source features/plugins to the
installer? *If* we're legally bound to provide sources for JBoss plugins, couldn't
we provide them via an other way? (p2 only).
I reckon we could save ~37 MB by not shipping sources in the installer. I know storage is
cheap and d/l speeds are faster but that's not an excuse.
{quote}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)