1.使用maven的时候,默认会使用1.5版本的JDK,并且也是编译成1.5的,我的电脑里面用的JDK是1.7的,1.8也出来了,没理由还用1.5的吧!所以我手动改成了1.7,郁闷的是,每次 maven-update project 的时候,又变成1.5的了 2.阅了相关资料后,发现了修改的方法,打开maven安装目录下的 maven-->conf 3.修改pom.xml,找到profiles节点,在里面添加 <profiles><profile><id>jdk-

使用maven 创建工程更改默认jdk版本(1.5)方法 step1: 找到自己项目的pom.xml文件,添加下图黄色区域代码(文末附上的有代码:可以直接复制) step2: 保存一下更改后的的pom.xml文件,然后项目右键>Maven>Update project.... 更新一下工程: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~来条华丽的分割线~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 配置前后对比:

在eclipse中安装了Activiti插件之后,就可以新建Activiti工程,但是在实际使用时发现,在该工程中间新建Activiti Diagram,绘制好该图形之后,右键,新建单元测试,选择junit4类型, 1. 创建Activiti工程 2. 新建Activiti Diagram     3. 绘制如下流程 4. 创建该bpmn图形的单元测试 5. 然后单元测试代码就报如下的各种找不到类型的错误   6. 如果是maven的项目,一般可以通过如下方式解决 7. 但是在Activiti类

实现导入HttpServlet <!-- Servlet依赖--> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.1.0</version> <scope>provided</scope> </dependency> <

一.Maven介绍 ANT/Maven/gradle是一个项目管理工具,它包含了一项目对象模型(Project Object Model),一组标准集合,一个项目生命周期(Project Lifecycle),一个依赖管理系统(Dependency Manangement System),和用来运行定义在生命周期阶段中插件目标的逻辑. Maven是面向技术层面,针对Java开发项目管理工具,它提供了构建工具所提供功能的超集,除了构建功能之外,Maven还可以管理项目结构.管理依赖关系.生成报告.

起因: 最近学习maven,按照教程把命令行创建的maven工程导入到eclipse/myeclipse,由于库中没有一些依赖包,所以在导入工程的时候开发工具自动下载依赖包.可是,由于天朝特殊环境的问题,包下不完整,导致导入工程出现莫名其妙的问题,尝试上网搜索解决方法,未解.之后通过设置eclipse/myeclipse的代理上网,以为可以解决问题,谁知道不给力.下面是各种奇葩的问题描述,均可利用下面的方法解决,归根到底就是依赖包没有下载成功: 使用的环境是: maven 3.1.1.eclip

导读 An attempt was made to call a method that does not exist. The attempt was made from the following location,一般报错这行内容,大概率是因为这个是启动的时候找不到方法,每次迭代,或删或减或重构,某些类兴许就被删掉了. 解决方案 具体报错信息 /Library/Java/JavaVirtualMachines/jdk-13.0.1.jdk/Contents/Home/bin/java -X

项目开发中我们该怎么对项目依赖的版本进行统一管理呢 答:创建一个父级工程,让所有的业务模块都继承该父级工程,即所有的业务都为Module 在父级工程pom文件添加<dependencyManagement>配置 答:该标签为我们项目依赖版本统一管理提供了一个方式,在父级工程中声明相关依赖配置,然后在子模块中引入同样的依赖时,就无须再些版本号了. <dependencyManagement> <dependencies> <dependency> <gr

单体 Spring Boot Maven 工程 最基本的 pom.xml 包含工程信息.Spring Boot 父工程.属性配置.依赖包.构建插件 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-ins

A >  B  >  C A依赖于B,B依赖于C,如果A想间接依赖C,那么B和C之间的依赖范围必须是compile,不然A依赖不了C 但是有点麻烦,因为每次A想依赖于C都要确认B和C之间的依赖范围是否是compile,否则A依赖不了C,每次确认都会费时间 而且有些依赖的默认范围不是compile,如果修改默认的依赖范围可能导致冲突,比如servlet-api.jar的默认依赖范围是provided,如果修改servlet的默认依赖范围为compile,那么间接依赖serlvet的项目在运行时会

原来用过eclipse的都知道,想要升级maven工程的jar包版本或者解决jar包冲突,直接在pom文件下的dependency hierarchy视图下右击冲突的jar包,将其exclude掉,然后在pom文件的dependencies视图下点击add按钮,然后添加自己需要的jar包即可.在公司用的是idea,还不是很熟悉,摸索之下在maven窗口中点击show dependencies出现jar包的依赖关系图,如下图所示:                                  

作者:chenzhou123520 出处:http://chenzhou123520.iteye.com/blog/1706242 使用 maven 插件 maven-shade-plugin 对 java 工程及其全部依赖 jar 进行打包 博客分类: Maven Java maven-shade-pluginmaven-assembly-pluginmavenjar打包 现在基本上都是采用 maven 来进行开发管理,我有一个需求是需要把通过 maven 管理的 java 工程打成可执行的

一.建立一个maven工程 pom类型 统一管理依赖以及版本号 子工程不会使用所有的定义的依赖 子工程使用依赖时无需指定版本号 pom.xml <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.

在配置Maven工程,部署到tomcat服务器运行的过程中,遇到如下错误: "Unsupported major.minor version 51.0 " 错误原因是由于maven所引用的jdk版本与 tomcat所引用的版本不一致导致的,解决方案如下: 1.修改maven的jdk版本为1.7: a)在maven的setting文件中加入 在setting.xml文件中的profiles元素下添加如下profile元素 <profile> <id>jdk17&l

eclipse下新建maven工程,生成runnable的jar包.之前一直是手动拷贝依赖的jar包和资源文件,烦得要死.上网可劲查了一下.解决方案如下. 在pom的配置文件中做如下配置: <build> <finalName>...</finalName> <sourceDirectory>src/main/java</sourceDirectory> <resources> <!-- 控制资源文件的拷贝 --> <

由于近期换了新公司,又换mac pro作为新电脑,打算把用了很多年的eclipse换成IDEA(IDEA比eclipse的好处我就不多说了),由于mac os和IDEA刚开始用不久,所以专门用一篇博客记录下用IDEA搭建springMVC的maven工程. 一.打开IDEA--->Create New Project 二.选择MAVEN---->勾选 Create from archeType-------->选中maven-archeType-webapp--->next 三.填

使用IDEA创建maven工程后,在pom.xml文件中添加jar包坐标依赖后报错, 如图:

使用maven导入Spring依赖包 上一节讲了如何向动态Web项目添加下载的Spring依赖包,作为补充下面列出了如何使用 maven 导入Spring的依赖包,可以选择需要的导入(推荐)或者全部导入都可以.将下面的代码添加到 pom.xml 中: <properties> <!-- 版本可以自己选择 --> <spring.version>4.0.0.RELEASE</spring.version> </properties> <dep

在之前的javaSE开发中,没有很关注Eclipse工程目录下的环境,总是看见一个src就点进去新建一个包再写一个class.以后的日子中也没有机会注意到一个工程到底是怎么组织的这种问题,跟不要说自己试试怎么控制了. 但是最近在学习Maven的时候知道了它对工程的目录结构有要求,也就是所谓的"惯例优于配置".有一个被绝大多数人认可的java工程的目录结构被确定下来.这样统一了市面上各种复杂配置的工程.于是我便重新开始查资料,看看别人到底如何安排一个优秀的工程框架的. 首先,一个默认的E

开始一个新的项目,特此记录,资料全部来源于传智播客,感谢. 我们要做一个类似电商的项目.用maven做管理. maven里面主要分为三种工程: 1:pom工程:用在父级工程,聚合工程中 2:war工程:主要用作网站. 3:jar工程:就是当做jar用的. 先给出总的项目结构: 解释如下: 1:taotao-parent taotao-parent公司级别的maven工程.主要做的功能是统一公司做各种项目时用的jar包的版本.比如我们做淘淘商城,或者别的什么项目都要去继承这个项目. 注意我们选择的