java-buildpack源码分析之Release

 

 release的入口是bin/release，同样需要一个构建目录实例化buildpack对象，并调用其release接口

 

buildpack#release方法

 代码的基本结构和compile很相似，探测各个组件是否支持，然后调用各个组件的release方法

def release
  container = component_detection('container', @containers, true).first
  fail 'No container can run this application' unless container
  component_detection('JRE', @jres, true).first.release
  component_detection('framework', @frameworks, false).each(&:release)
  command = container.release
  payload = {
  'addons' => [],
  'config_vars' => {},
  'default_process_types' => { 'web' => command }
  }.to_yaml
  @logger.debug { "Release Payload:\n#{payload}" }
  payload
end

 

JRE的release方法

JRE组件实例化的实际是OpenJdkJRE的实例，而OpenJdkJRE又继承自OpenJDKLike，release方法就在OpenJDKLike类中

def release
@droplet.java_opts
  .add_system_property('java.io.tmpdir', '$TMPDIR')
  .add_option('-XX:OnOutOfMemoryError', killjava)
  .concat memory
end

 从这里可以看出release方法返回的是运行时参数。

JRE的有：JDK的临时目录，内存溢出后的执行的脚本，以及内存限制的参数

Tomcat的release方法

调用依然是个子项目的release方法

def release
  @sub_components.map(&:release)
  command
end

 

TomcatInstance的release方法

什么都没做

def release
end

 TomcatLifecycleSupport，TomcatLifecycleSupport的release方法也都没做什么

TomcatAccessLoggingSupport的release方法

def release
  @droplet.java_opts.add_system_property 'access.logging.enabled', @configuration[KEY_ENABLED] == 'enabled'
end

 添加了运行时参数：

access.logging.enabled和access_logging enabled

总结

从源代码来看，release方法是获取个组件的运行时参数。