Makefile revision 4878
2521N/A# The contents of this file are subject to the terms of the 2521N/A# Common Development and Distribution License (the "License"). 2521N/A# You may not use this file except in compliance with the License. 2521N/A# See the License for the specific language governing permissions 2521N/A# and limitations under the License. 2521N/A# When distributing Covered Code, include this CDDL HEADER in each 2521N/A# If applicable, add the following below this CDDL HEADER, with the 2521N/A# fields enclosed by brackets "[]" replaced with your own identifying 2521N/A# information: Portions Copyright [yyyy] [name of copyright owner] 3699N/A# Copyright (c) 2013, 2015, Oracle and/or its affiliates. All rights reserved. 3998N/A# Starting with Juno, Horizon depends on a number of XStatic modules 3998N/A# to deliver the required JavaScript modules. This delivery method 3998N/A# may be changing in future releases, so the XStatic modules for now 3998N/A# are built as part of Horizon rather than being stand alone 3998N/A# XStatic itself is only used during the build process and so while it 3998N/A# is downloaded and installed in the proto area, none of its 3998N/A# components are delivered in the Horizon package itself. 2521N/A# Since this is an app, and doesn't provide any public library interfaces, we 2521N/A# only need to deliver one version. The manifest is parameterized, though. 3998N/A# Copy the Oracle branding files and Django app customizations into place 3998N/A# Generate .pyc files for the files in the proto directory 3998N/A# Collect the JavaScript files and compress the static assets 3998N/A# and use. This is done after 'gmake prep' because we need the 3998N/A# xstatic imports for static asset collection. 3998N/A# The xstatic target builds each XStatic component alongside Horizon. 3998N/A# This is done because the Django script which collects 3998N/A# the JavaScript libraries and compresses the static assets 3998N/A# forcing a CBE update for any revision of any XStatic module, we use 3998N/A# This extra work is done at package build time rather than when the 3998N/A# application runs because a) compressing the assets ahead of time 3998N/A# makes things faster and b) this allows the package to be entirely 3998N/A# contained in /usr rather than having a separate spot in /var for the 3998N/A# webservd user to write compressed assets to as they get used. 3998N/A# make sure all of the xstatic modules are built