[GLASSFISH-19257] pkg repositories for GlassFish 4 Created: 29/Oct/12  Updated: 20/Dec/16  Resolved: 29/May/13

Status: Resolved
Project: glassfish
Component/s: update_center
Affects Version/s: 4.0_dev
Fix Version/s: 4.0_dev

Type: New Feature Priority: Critical
Reporter: Joe Di Pol Assignee: Snjezana Sevo-Zenzerovic
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

We need to come up with a pkg repository scheme for GlassFish 4. Initially this only needs to cover the RI and SDK. We should try strongly to reduce the number of repositories. For example we could put all native packages in a "native" repository, and try not to have a special SDK repository.

So, that would look something like this:

# These hold only platform neutral packages and are used by all platforms (ignoring AIX for now)
http://pkg.glassfish.org/4/dev
http://pkg.glassfish.org/4/release

# These hold native packages. It's possible we could only have "release" if 
# we're only talking UC and JDK
http://pkg.glassfish.org/4/native/dev/solaris/sunos-sparc
http://pkg.glassfish.org/4/native/dev/solaris/sunos-i386
http://pkg.glassfish.org/4/native/dev/solaris/linux
http://pkg.glassfish.org/4/native/dev/solaris/darwin-universal
http://pkg.glassfish.org/4/native/dev/solaris/windows-i386

http://pkg.glassfish.org/4/native/release/solaris/sunos-sparc
http://pkg.glassfish.org/4/native/release/solaris/sunos-i386
http://pkg.glassfish.org/4/native/release/solaris/linux
http://pkg.glassfish.org/4/native/release/solaris/darwin-universal
http://pkg.glassfish.org/4/native/release/solaris/windows-i386

By putting the native packages in their own repo we save on disk space and the hassle of pushing out new packages.



 Comments   
Comment by Joe Di Pol [ 10/Apr/13 ]

Jill has deployed these repositories:

http://pkg.glassfish.org/4/native/release/solaris-x86/
http://pkg.glassfish.org/4/native/release/solaris-sparc/
http://pkg.glassfish.org/4/native/release/linux/
http://pkg.glassfish.org/4/native/release/mac/
http://pkg.glassfish.org/4/native/release/windows/

http://pkg.oracle.com/javaeesdk/7/native/release/solaris-x86/
http://pkg.oracle.com/javaeesdk/7/native/release/solaris-sparc/
http://pkg.oracle.com/javaeesdk/7/native/release/linux/
http://pkg.oracle.com/javaeesdk/7/native/release/mac/
http://pkg.oracle.com/javaeesdk/7/native/release/windows/

SDK7 native repos redirect back to the GF4 native repos.

The currently contain UC 2.3.5,0-56.2852

Comment by Jill Sato [ 24/Apr/13 ]

I have added the rest of the GF4/SDK7 non-native repositories:
(These all redirect to the same non-native repo)

http://pkg.glassfish.org/4/release/solaris-x86/
http://pkg.glassfish.org/4/release/solaris-sparc/
http://pkg.glassfish.org/4/release/linux/
http://pkg.glassfish.org/4/release/mac/
http://pkg.glassfish.org/4/release/windows/

http://pkg.oracle.com/javaeesdk/7/release/solaris-x86/
http://pkg.oracle.com/javaeesdk/7/release/solaris-sparc/
http://pkg.oracle.com/javaeesdk/7/release/linux/
http://pkg.oracle.com/javaeesdk/7/release/mac/
http://pkg.oracle.com/javaeesdk/7/release/windows/

Comment by Joe Di Pol [ 30/Apr/13 ]

The pkg.depotd repos are up (thanks Jill). The installation bundles need to be updated with the new URLs. Assigning to Snjezana to finish up that work.

Comment by Snjezana Sevo-Zenzerovic [ 30/Apr/13 ]
  • What is the impact on the customer of the bug?

Housekeeping task. We need to switch IPS image configuration to use new 4.x release specific set of UC repositories.

  • What is the cost/risk of fixing the bug?

Low to moderate risk. Need to replace repository URLs and verify that UC client bootstrap continues to work as expected with new native/non-native repository separation.

  • Is there an impact on documentation or message strings?

No impact on message strings, some impact on documentation if it explicitly references repository URLs.

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Installer and UC client bootstrap testing.

  • Which is the targeted build of 4.0 for this fix?

b87

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

N/A

Comment by Tom Mueller [ 30/Apr/13 ]

Approved for 4.0.

Comment by Snjezana Sevo-Zenzerovic [ 01/May/13 ]

Unfortunately, hit an issue with client bootstrap from non-preferred repository, will update the issue once we complete the analysis.

Comment by Snjezana Sevo-Zenzerovic [ 07/May/13 ]

Bootstrap issue related to the client bootstrap from non-preferred repository has been tracked to the bootstrap bug which will be fixed in subsequent UC 2.3 update release. In order to avoid integrating new UC update release, we decided to apply the workaround which is to perform explicit catalog refresh prior to running client bootstrap. Workaround has been applied to installer configuration code and to the private copy of bootstrap scripts which are added to GlassFish packager.

Checked into trunk as revisions 61841 and 61869. 4.0 branch merge and verification in progress.

Comment by Snjezana Sevo-Zenzerovic [ 07/May/13 ]

Checked into 4.0 branch as revisions 61874 and 61875.

Keeping the RFE open until we make corresponding changes to SDK distribution assembly.

Comment by Snjezana Sevo-Zenzerovic [ 29/May/13 ]

SDK repository configuration updated in SDK b88. Resolving the issue.

Generated at Wed Apr 26 19:54:28 UTC 2017 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.