rpmbuild打包过程控制,禁用“brp-java-repack-jars ”

rpmbuild打包有一个过程是这样的:
/usr/lib/rpm/redhat/brp-compress  
/usr/lib/rpm/redhat/brp-strip /usr/bin/strip  
/usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip  
/usr/lib/rpm/redhat/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump  
/usr/lib/rpm/brp-python-bytecompile  
/usr/lib/rpm/redhat/brp-java-repack-jars   

最后一步可以看出,那么如果你的打包的代码中存在jar,会将jar进行解压重新打包,这个过程
往往不会成功,这个很头疼的事情。

今天终于有幸找到一个正解,并测试没有问题。
Mechanism to disable is
  %define __jar_repack 0
in the spec file

网上还有一种解决方法。
%define _\_os\_install_post %{nil}
时间: 2024-08-03 10:25:46

rpmbuild打包过程控制,禁用“brp-java-repack-jars ”的相关文章

重新打包apk,使用java bin目录里的jarsigner进行签名

重新打包apk,使用java bin目录里的jarsigner进行签名 反编译android apk包使用apktool工具,下载地址http://download.csdn.net/detail/fancylovejava/8447801 命令: cmd>cd /d E:\apktool apktool d xxxx.apk执行后会在当前apktool目录下生成一个xxxx名的文件,此文件就是apk包反编译后的文件 然后如果想在asset目录下添加个文件,可以放在文件下,不过代码需要修改预先写

Intellij打包jar文件,“java.lang.SecurityException: Invalid signature file digest for Manifest main attrib

开始使用如下代码进行打包 <build> <!-- mvn assembly:assembly -Dmaven.test.skip=true --> <plugins> <plugin> <artifactId>maven-assembly-plugin</artifactId> <version>2.2-beta-5</version> <configuration> <appendAsse

用rpmbuild打包php

Name:    php        Version:    5.3.28    Release:    1%{?dist}Summary:    php Group:        System Environment/DaemonsLicense:    GPLURL:        http://rolin.com/Source0:    http://aa.com/php/%{name}-%{version}.tar.gzSource1:    php.iniSource2:    p

cmd 运行(打包后的)java程序

package cn.imeixi.chapter1.exer; public class Exer10PrintArgs { public static void main(String[] args) { for(int i = 0;i < args.length;i++){ System.out.println("args[" + i + "] = " + args[i]); } } } 在cmd下执行java 报错,实际是因为包路径的问题: 首先Exe

IntelliJ IDEA 打包Maven 构建的 Java 项目

方法 2,一键生成方便到哭 打开maven项目路径 一键生成 3.生成jar 目标文件在 path/target/xx.jar下面 方法 1 选中Java项目工程名称,在菜单中选择 File->project structure... (快捷Ctrl+Alt+Shift+S) 选中"Artifacts",点击"+"选择jar,然后选择"from modules with dependencies" 配置"Main Class &q

用rpmbuild打包mysql

Name: mysqlVersion:5.5.25Release: 1%{?dist}License: GPL Group: applications/databaseURL: http://www.percona.com/redir/downloads/Percona-Server-5.6/LATEST/source/tarball/percona-server-5.6.19-67.0.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{rel

阿里Java架构师打包 FatJar 方法小结

在函数计算(Aliyun FC)中发布一个 Java 函数,往往需要将函数打包成一个 all-in-one 的 zip 包或者 jar 包.Java 中这种打包 all-in-one 的技术常称之为 Fatjar 技术.本文小结一下 Java 里打包 FatJar 的若干种方法. 什么是 FatJar FatJar 又称作 uber-Jar,是包含所有依赖的 Jar 包.Jar 包中嵌入了除 java 虚拟机以外的所有依赖.我们知道 Java 的依赖分为两种, 零散的 .class 文件和把多个

java打包成window service服务[转]

1 解释 java project  我说的是main方法作为程序入口的java工程,有别于 web project. 这样的工程 一般都是web project的附属扫描程序或一些独立的执行程序,如数据同步程序等.     把这样的project 要部署到生产机上去运行,这样就涉及到两个问题:         1 打包问题,我们一般不会把整个工程文件夹给放上去,一般做法是打一个jar包.        2 执行问题  最好的做法就是这些main方法程序的工程 对客户来说是透明的 就要求工程 发

通过DOS、SHELL批处理命令加载Lib并编译和打包Java项目(或者运行项目)

有些时候,需要通过DOS批处理来编译整个项目的JAVA文件:并且编译后还要对Class文件进行打包成jar文件...这还不是最烦的,最烦的是,编译和打包的时候需要依赖其他多个jar文件,困难就这么来了.... 项目结构App |-dest | |-libs(copy过来的依赖库) | |-bin(生成的class文件) | |-libs(依赖库) |-src(需要编译的JAVA源文件) 如果需要对项目编译,首先,需要清理dest文件夹 REM 删除dest包IF EXIST dest RMDIR