[jbosstools-issues] [JBoss JIRA] (JBDS-3532) Installer and updatesite-core zip contain different timestamps for JBDS product IU

Nick Boldt (JIRA) issues at jboss.org
Tue Sep 29 10:59:00 EDT 2015


    [ https://issues.jboss.org/browse/JBDS-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13113371#comment-13113371 ] 

Nick Boldt commented on JBDS-3532:
----------------------------------

If it's the deploy step that's causing a rebuild, then we could return to deploying in Jenkins by calling rsync.sh directly, rather than wrapping that w/ a profile in a pom. 

But I'm not sure that's the cause here. The other reason we might be seeing two different timestamps is that in the Jenkins job, we rebuild the update site zip so that it excludes the packed artifacts, in order to make the zip smaller.  (This is because when you're using the live (unpacked) update site, pack.gz artifacts are approx 40% smaller and therefore faster to download; but if you have the time to download the whole zip, you won't ever use BOTH the packed and unpacked jars from the update site archive. So including both sets of artifacts just eats disk and wastes users' time.)

A better solution to "just rebuild it without the -Ppack200 profile" would be to find a way to have tycho EXCLUDE the unpacked plugins and keep only the pack.gz ones. Then both the update site and zip can be the same, and both will also be smaller & more efficient. The need for both sets of artifacts (pack200'd and unpacked) went away when everyone moved from Java 5 to 6, but the tools for building update sites (AFAIK) never got an update to allow a site w/ ONLY packed artifacts.



> Installer and updatesite-core zip contain different timestamps for JBDS product IU
> ----------------------------------------------------------------------------------
>
>                 Key: JBDS-3532
>                 URL: https://issues.jboss.org/browse/JBDS-3532
>             Project: Developer Studio (JBoss Developer Studio)
>          Issue Type: Bug
>          Components: updatesite
>    Affects Versions: 9.0.0.CR2
>         Environment: jboss-devstudio-9.0.0.GA-v20150925-1252-B116-installer-standalone.jar
> jboss-devstudio-9.0.0.GA-v20150925-1252-B116-updatesite-core.zip
> downloaded from
> http://www.qa.jboss.com/binaries/RHDS/9.0/staging/builds/devstudio-9.0.0.CR2-build-product/
>            Reporter: Jan Richter
>            Assignee: Nick Boldt
>            Priority: Blocker
>              Labels: respin-a
>             Fix For: 9.0.0.GA
>
>
> The updatesite zip has a later timestamp than what you get from the installer but it is still the same build. So you can basically update to the same build because of that.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)


More information about the jbosstools-issues mailing list