Buildr: dependências do pacote em um único pote

Question

Eu tenho um projeto Java que é construído com Buildr E isso tem algumas dependências externas:

repositories.remote << "http://www.ibiblio.org/maven2"
repositories.remote << "http://packages.example/"

define "myproject" do
  compile.options.target = '1.5'
  project.version = "1.0.0"
  compile.with 'dependency:dependency-xy:jar:1.2.3'
  compile.with 'dependency2:dependency2:jar:4.5.6'

  package(:jar)
end

Quero que isso crie um único arquivo de jar independente que inclua todas essas dependências.

Como faço isso?

(Há uma pergunta de acompanhamento lógico: Como posso retirar todo o código não utilizado das dependências incluídas e empacotar apenas as classes que eu realmente uso?)

Answer 1

É isso que estou fazendo agora. Isso usa o Autojar para puxar apenas as dependências necessárias:

def add_dependencies(pkg)
  tempfile = pkg.to_s.sub(/.jar$/, "-without-dependencies.jar")
  mv pkg.to_s, tempfile

  dependencies = compile.dependencies.map { |d| "-c #{d}"}.join(" ")
  sh "java -jar tools/autojar.jar -baev -o #{pkg} #{dependencies} #{tempfile}"
end

e depois:

package(:jar)
package(:jar).enhance { |pkg| pkg.enhance { |pkg| add_dependencies(pkg) }}

(Advertência: eu sei pouco sobre Buildr, essa pode ser totalmente a abordagem errada. Funciona para mim, no entanto)

Answer 2

Também estou aprendendo o Buildr e atualmente estou fazendo o tempo de execução do Scala com meu aplicativo desta maneira:

package(:jar).with(:manifest => _('src/MANIFEST.MF')).exclude('.scala-deps')
  .merge('/var/local/scala/lib/scala-library.jar')

Não faço ideia se isso é inferior ao Autojar (os comentários são bem -vindos), mas parece funcionar com um exemplo simples. Leva 4,5 minutos para empacotar esse pensamento scala-biblibrary.jar.

Answer 3

Eu vou usar Em cascata Para o meu exemplo:

cascading_dev_jars = Dir[_("#{ENV["CASCADING_HOME"]}/build/cascading-{core,xml}-*.jar")]
#...
package(:jar).include cascading_dev_jars, :path => "lib"

Answer 4

Aqui está como eu crio um Uberjar com Buildr, essa personalização do que é colocado no frasco e como o manifesto é criado:

assembly_dir = 'target/assembly'
main_class = 'com.something.something.Blah'

artifacts = compile.dependencies

artifacts.each do |artifact|
    Unzip.new( _(assembly_dir) => artifact ).extract
end

# remove dirs from assembly that should not be in uberjar
FileUtils.rm_rf( "#{_(assembly_dir)}/example/package" )
FileUtils.rm_rf( "#{_(assembly_dir)}/example/dir" )

# create manifest file
File.open( _("#{assembly_dir}/META-INF/MANIFEST.MF"), 'w') do |f| 
    f.write("Implementation-Title: Uberjar Example\n")
    f.write("Implementation-Version: #{project_version}\n") 
    f.write("Main-Class: #{main_class}\n")
    f.write("Created-By: Buildr\n")                 
end

present_dir = Dir.pwd
Dir.chdir _(assembly_dir)
puts "Creating #{_("target/#{project.name}-#{project.version}.jar")}" 
`jar -cfm #{_("target/#{project.name}-#{project.version}.jar")} #{_(assembly_dir)}/META-INF/MANIFEST.MF .`
Dir.chdir present_dir

Há também uma versão que suporta a primavera, concatenando todos os Spring.Schemas