dipendenze in un singolo barattolo: Buildr

Question

Ho un progetto Java che viene costruito con Buildr e che ha alcune dipendenze esterne:

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

Voglio che questo per costruire un unico file jar autonomo che include tutte queste dipendenze.

Come faccio a farlo?

(c'è una domanda di follow-logica: Come può mi spoglio tutto il codice non utilizzato dalle dipendenze inclusi ed il pacchetto solo le classi io in realtà uso ?)

Answer 1

Questo è quello che sto facendo in questo momento. Questo utilizza autojar a tirare solo le dipendenze necessarie:

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 in seguito:

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

(avvertimento: So poco di Buildr, questo potrebbe essere del tutto l'approccio sbagliato Funziona per me, però.)

Answer 2

Sto imparando anche Buildr e attualmente sto imballaggio Scala runtime con la mia domanda in questo modo:

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

Non ho idea se questo è inferiore a autojar (i commenti sono benvenuti), ma sembra funzionare con un semplice esempio. Prende 4,5 minuti per confezionare quel pensiero scala-library.jar.

Answer 3

Ho intenzione di utilizzare Cascading per il mio esempio:

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

Answer 4

Ecco come posso creare un Uberjar con Buildr, questa personalizzazione di ciò che viene messo in vaso e come viene creato il manifesto:

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

C'è anche una versione che supporta Primavera , concatenando tutte le spring.schemas