入口是:bin/compile,该脚本和detect脚本很相似:须要一个构建目录实例化buildpack对象,并调用其compile接口。java
注意:在这个脚本看似只有一个参数,但运行时实际须要第二个参数:应用缓存目录,当下载JDK,web
compilempilecompile先调用component_detection,探测了对容器,JRE,framework的支持状况,并依次调用JRE的编译,每一个框架的编译,和容器的编译。redis
def compile 缓存
puts BUILDPACK_MESSAGE % @buildpack_version tomcat
container = component_detection('container', @containers, true).first session
fail 'No container can run this application' unless container app
component_detection('JRE', @jres, true).first.compile 框架
component_detection('framework', @frameworks, false).each(&:compile) #调用每个框架的编译 less
container.compile
end
component_detection返回的是component,如JRE的component_detection返回的是JavaBuildpack::Jre::OpenJdkJRE。
JRE编译调用的是JavaBuildpack::Jre::OpenJdkJRE的compile,而JavaBuildpack::Jre::OpenJdkJRE又是继承自OpenJDKLike,所以追溯到OpenJDKLike的compile
def compile
download_tar
@droplet.copy_resources
end
能够看到编译就干了两件事:
下载Jdk的包,拷贝resources,即:拷贝resources/open_jdk_jre下面的文件
容器的编译调用了JavaBuildpack::Container::Tomcat的compile,方法是定义在其父类:JavaBuildpack::Component::ModularComponent
def compile
@sub_components.each(&:compile)
end
即调用其子组件的编译,子组件包括:TomcatInstance,TomcatLifecycleSupport,TomcatLoggingSupport,TomcatAccessLoggingSupport,TomcatRedisStore,TomcatInsightSupport。
该compile方法完成了三件事:
1. 下载tomcat的包;
2. 在tomcat的webapps/WEB-INF/ROOT中连接用户应用根目录;
3. 连接jar包到WEB-INF/lib
def compile
download(@version, @uri) { |file| expand file }
link_to(@application.root.children, root)
@droplet.additional_libraries << tomcat_datasource_jar if tomcat_datasource_jar.exist? # 追加数组的意思
@droplet.additional_libraries.link_to web_inf_lib
end
该方法只是下载了tomcat_lifecycle_support的jar包
def compile
download_jar(jar_name, tomcat_lib)
end
TomcatLoggingSupport,TomcatAccessLoggingSupport的compile方法都只是下载了相应的jar包
先检查了是否须要redis作session共享中间件,接着下载了redis_store.jar包,并修改tomcat的conf/context.xml配置
def compile
return unless supports?
download_jar(jar_name, tomcat_lib)
mutate_context
end
从源码来看,compile并不是是编译java的源代码,而是准备应用运行的环境。