ant

用ANT打的包，把工程和Myeclipse的JDK都设置成1.6，可打出来的包依然是1.7的。无奈之下，把电脑上的JDK1.7给删了，再次用ANT打包的时候，报错了，原因是Specified VM install not found。顺着这个错，查到了 解决方法：删除工作目录下--\.metadata\.plugins\org.eclipse.debug.core\.launches 文件夹中的所有文件； 重启eclipse，ok 接着查，有人指出了 真正的问题解决方法在这里： 在 项目中，右键点击ant文件，选择Run As -- External Tools Configuration，在这个页面的顶端就会看到有红叉叉的报错，报错信息就是Specified VM install not found: type Standard VM。 然后选择JRE tab页，在这里可以重新指定所使用的JRE，或者干脆选择“Run in the same JRE as the workspace” 这个时候才明白ANT打包的时候是可以自己配JDK版本的，所以我改过工程和编译器的JDK版本，重新启动编译器JDK版本又变了回去，原来是因为ANT中没有改过来，用ANT打包的时候默认使用ANT中的配置。 来源： https://www.cnblogs.com/lnknull/p/5110101

Unsupported major.minor version 49.0的错误解决 Posted on 2011-01-14 16:49 chinaifne 阅读( 15840) 评论( 0) 编辑 收藏 在装2个不同版本JDK时遇到了这个问题，在网上钩了一吧！查到一个讲解比较好的资料。 一：要解决的问题 我们在尝鲜 JDK1.5 的时候，相信不少人遇到过 Unsupported major.minor version 49.0 错误，当时定会茫然不知所措。因为刚开始那会儿，网上与此相关的中文资料还不多，现在好了，网上一找就知道是如何解决，大多会告诉你要使用 JDK 1.4 重新编译。那么至于为什么，那个 major.minor 究竟为何物呢？这就是本篇来讲的内容，以使未错而先知。 我觉得我是比较幸运的，因为在遇到那个错误之前已研读过《深入 Java 虚拟机》第二版，英文原书名为《Inside the Java Virtual Machine》( Second Edition)，看时已知晓 major.minor 藏匿于何处，但没有切身体会，待到与 Unsupported major.minor version 49.0 真正会面试，正好是给我验证了一个事实。 首先我们要对 Unsupported major.minor version 49.0 建立的直接感觉是：JDK1.5

ant使用笔记 ----------------------------------------------Eclipse 自动生成 Ant的Build.xml 配置文件,生成的方法很隐蔽 选择你要生成Build.xml文件的项目,右键. Export-> General -> Ant Buildfiles .点Next,再点Finish.生成完毕.---------------------------------------------- 1.<project>标签 每个构建文件对应一个项目。<project>标签时构建文件的根标签。它可以有多个内在属性，就如代码中所示，其各个属性的含义分别如下。 (1) default表示默认的运行目标，这个属性是必须的。 (2) basedir表示项目的基准目录。 (3) name表示项目名。 (4) description表示项目的描述。 每个构建文件都对应于一个项目，但是大型项目经常包含大量的子项目，每一个子项目都可以有自己的构建文件。 2.<target>标签 一个项目标签下可以有一个或多个target标签。一个target标签可以依赖其他的target标签。 例如，有一个target用于编译程序，另一个target用于声称可执行文件。在生成可执行文件之前必须先编译该文件，因策可执行文件的target依赖于编译程序的target

ANT简介： Apache Ant 是一个将软件编译、测试、部署等步骤联系在一起加以优化的一个构建工 具，常用于 Java 环境中的软件开发。Ant 的默认配置文件是 build.xml。 下载： http://ant.apache.org/bindownload.cgi 、 环境搭建： Ant需要搭建运行环境，具体的搭建方法可baidu,google 测试Ant环境是否搭建成功： windows：运行——>cmd——>ant 看到如下信息： Buildfile: build.xml does not exist! Build failed 说明配置成功。 Linux: 直接输入：ant 看到如下信息： Buildfile: build.xml does not exist! Build failed 说明配置成功。 AN T 配置常用标签简介 <project>标签 project 标签，作为 ANT 的 XML 配置文件的根元素，他拥有以下属性： name 当前工程的名称 basedir 设置 ant 描述的根路径，一般用“.”表示当前工程目录 default 默认执行 ant 构建时执行的 target。 <description>标签 description 标签在工程的构建中没有实际的意思，它是当执行 ant –projecthelp 时候该标 签的内容会被显示出来

Apache Ant,是一个将软件编译、测试、部署等步骤联系在一起加以自动化的一个工具，大多用于Java环境中的软件开发。。Ant是纯Java语言编写的，所以具有很好的跨平台性。操作简单。Ant是由一个内置任务和可选任务组成的。Ant运行时需要一个XML文件(构建文件)。 Ant通过调用target树，就可以执行各种task。每个task实现了特定接口对象。 Ant的构建文件 当开始一个新的项目时，首先应该编写Ant构建文件。构建文件定义了构建 过程，并被团队开发 中每个人使用。Ant构建文件默认名为build.xml，也可以取其他的名字。只不过在运行的时候 把这个命名当作参数传给Ant。构建文件可以放在任何的位置。一般做法是放在项目顶层目录中。 这样可以保持项目的简洁和清晰。下面是一个典型的项目层次结构。 (1) src存放文件。 (2) class存放编译后的文件。 (3) lib存放第三方JAR包。 (4) dist存放打包，发布以后的代码。 Ant构建文件是XML文件。每个构建文件定义一个唯一的项目 (Project元素)。每个项目下可以定 义很多目标(target元素)，这些目标之间可以有依赖关系。当执行这类目标时，需要执行他们所 依赖的目标。每个目标中可以定义多个任务，目标中还定义了所要执行的任务序列。Ant在构建目标时必须调 用所定义的任务

1.<project>标签 每个构建文件对应一个项目。<project>标签时构建文件的根标签。它可以有多个内在属性，就如代码中所示，其各个属性的含义分别如下。 (1) default表示默认的运行目标，这个属性是必须的。 (2) basedir表示项目的基准目录。 (3) name表示项目名。 (4) description表示项目的描述。 每个构建文件都对应于一个项目，但是大型项目经常包含大量的子项目，每一个子项目都可以有自己的构建文件。 2.<target>标签 一个项目标签下可以有一个或多个target标签。一个target标签可以依赖其他的target标签。 例如，有一个target用于 编译程序 ，另一个target用于生成 可执行文件 。在生成 可执行文件 之前必须先编译该文件，因此可执行文件的target依赖于编译程序的target。Target的所有属性如下。 (1).name表示标明，这个属性是必须的。 (2).depends表示依赖的目标。 (3)if表示仅当属性设置时才执行。 (4)unless表示当属性没有设置时才执行。 (5)description表示项目的描述。 Ant的depends属性指定了target的执行顺序。Ant会依照depends属性中target出现顺序 依次执行每个target。在执行之前，首先需要执行它所依赖的target

由于使用java，javac，jar等工具进行编译打包，即繁琐低效又容易出错，因此Ant出现了。 Ant的出现就是专门为了打包编译java代码的，使用之前得稍微学一下。Ant的运行起来主要是依靠配置文件(XML格式)，通常命名为build.xml。 使用ant之前当然先装好Java的JDK，JRE，该设的环境变量都弄好。 然后在cmd窗口中输入ant.bat。如果设置好ant_home的话，不需要绝对路径的。本人偷懒，没设，但照样可以用。 输入ant.bat -version，查看版本号。 如果正确显示，说明安装没有问题了。 接下来的主要任务，其实是如何编辑build.xml，因为ant所做的动作都是按照build.xml中规定的来执行的。可以从ant官网下载帮助文档。 帮助文档很详细，此处只是快速上手，因此简单讲解一下。 build.xml中的节点很多，但是以下几个节点比较重要，理解这些节点是很有必要的。 project，target，property，task，build-in property等. project是项目的意思，它是Ant中build.xml文件的根节点， 配置文件至少应该包含一个project，否则会发生错误。在每个project元素下，可包含多个target元素。 project通常的写法为： <project name ="jTest" default=

1.环境 　　windows10 专业版 　　Jenkins 2.7 　　apache-ant-1.9.6 　　JDK1.8.0_20 2.整体思路 　　jdk：支持ant脚本中的编译、测试等target。 　　ant脚本：负责java代码的编译、JUnit。 　　Jenkins：调度触发ant脚本的执行。 　　 3.开始练兵 　 　3.1 项目整体结构 com.java.src下面放源码 MessageUtil.java com.java.test目录下放JUnit测试文件 TestMessageUtil.java build.xml文件放在根目录下，即位于AntJunit-v1.0目录下，和src位于同一级别。 3.2 项目源码 1 package com.java.src; 2 3 public class MessageUtil { 4 private String message; 5 6 //Constructor 7 //@param message to be printed 8 public MessageUtil(String message){ 9 this.message = message; 10 } 11 12 // prints the message 13 public String printMessage(){ 14 System.out

[备忘] swf swc swz RSLs ant [本文原创链接: http://www.smithfox.com/?e=135 , 转载请保留此声明, 谢谢 ] 只要做Flex项目, 终有一天你要涉及到RSLs, 要和swf, swc, swz文件打交道. 希望这篇文章能帮助大家理清楚这些文件的用途和关系. RSLs全称是Runtime Shared Libraries, 可见 RSL就是"库" , 它是Adobe flash平台的二进制模块化技术, 目的类似于动态链接库(DLL, so), 但实现技术的细节是完全不一样. 本文先介绍几种文件格式, 再介绍用Ant编译swc,swf文件时的要点和一些注意事项. 1. swz 文件 从flash player 9.0.115以后, adobe支持的一种RSLs, 称之为 "signed framework RSLs". Adobe解释: 签名的RSLs(也就是swz) 会优先被缓存在Flash Player中, 而且可以被任何应用程序访问, 即使是和原先程序不同的domain也能. swz文件只需下载一次, 就算是浏览器缓存被清除, swz也可以从disk重新读出. 而未签名的RSLs(以swf以形式存在) 只能缓存在各个浏览器中, 如果浏览器的清除了缓存, 就需要再次下载,

project 项目定义，一个ant文件就是一个 project，定义了项目名称，起始位置以及默认执行的 target。 <project name="Easily" basedir="." default="build"> property 属性定义，可以定义的属性包括：文件属性、字符串定义。 <property file="build.properties"/> <property name="WIDTH" value="1200"/> <property name="HEIGHT" value="750"/> <property name="PROJECT_DIR" value="${basedir}/../"/> <property name="SOURCE_DIR" value="${PROJECT_DIR}/src"/> taskdef 任务定义，可以理解为具体执行的任务所需要的第三方库，比如编译 as3 就需要引入 flexTasks.jar ，比如在代码中需要用到 Math 的时候，需要引入 include Math，同样的道理。 <taskdef resource="flexTasks.tasks" classpath="${FLEX_HOME}/ant/lib/flexTasks.jar"/> target 可以理解为 method，是 ant 执行的最小单位