精华内容
下载资源
问答
  • JAVA获得任务栏高度

    千次阅读 2016-01-14 19:24:38
    很多人在用JAVA做桌面应用程序的时候,有时候会用到在桌面右下角弹出提示框,就好像QQ登录后的提示一样,显示在桌面的右下角,任务栏的上面,过段时间自动消失,但是我们如何获得任务栏的高度呢,这个问题我原来也...

    很多人在用JAVA做桌面应用程序的时候,有时候会用到在桌面右下角弹出提示框,就好像QQ登录后的提示一样,显示在桌面的右下角,任务栏的上面,过段时间自动消失,但是我们如何获得任务栏的高度呢,这个问题我原来也纠结了一段时间,有的人说,JAVA无法做到,要用到JNI编程,用C/C++去获得任务栏高度,今天我为大家介绍一种方法,不需要这么麻烦。
    在JAVA中已经为我们提供了获得容器边界的类Insets,归根结底,屏幕桌面也是一个容器,所以我们可以使用该类进行操作。
    在JDK API中对Insets类的描述如下:
    Insets对象是容器边界的表示形式。它指定容器必须在其各个边缘留出的空间。这个空间可以是边界、空白空间或标题。
    由此可知,桌面正好符合,任务栏就是桌面容器的底部,在Insets类中包含四个字段,分别为:
    int bottom 底部的inset
    int left 左边的inset
    int right 右边的inset
    int top 顶部的inset
    那么,我们如何构造出Insets的实例呢?在Toolkit中提供了getScreenInsets(GraphicsConfiguration gc);方法获得屏幕的Insets实例。
    在JDK API中对Toolkit类的描述如下:
    此类是所有 Abstract Window Toolkit 实际实现的抽象超类。Toolkit 的子类被用于将各种组件绑定到特定本机工具包实现。
    许多 GUI 操作可以异步执行。这意味着如果设置某一组件的状态,随后立刻查询该状态,则返回的值可能并没有反映所请求的更改。这包括但不局限于以下操作:
    滚动到指定位置。
    例如,如果原始请求没有被处理,那么调用 ScrollPane.setScrollPosition 并随后调用 getScrollPosition 可能返回一个不正确的值。
    将焦点从一个组件移动到另一个组件。
    有关更多信息,请参阅 The Swing Tutorial 的 Timing Focus Transfers 一节。
    使顶层容器可见。
    对 Window、Frame 或 Dialog 调用 setVisible(true) 可能异步发生。
    设置顶层容器的大小或位置。
    对 Window、Frame 或 Dialog 调用 setSize、setBounds 或 setLocation 将被转发到底层窗口管理系统,并可能被忽略或修改。有关更多信息,请参阅 Window。
    大多数应用程序不应直接调用该类中的任何方法。Toolkit 定义的方法是一种“胶水”,将 java.awt 包中与平台无关的类与 java.awt.peer 中的对应物连接起来。Toolkit 定义的一些方法能直接查询本机操作系统。
    综上所述,我们可以使用如下代码获得屏幕任务栏高度
    // 获取屏幕的边界
    Insets screenInsets = Toolkit.getDefaultToolkit().getScreenInsets(this.getGraphicsConfiguration());
    // 获取底部任务栏高度
    int taskBarHeight = screenInsets.bottom;

    展开全文
  • 用Adobe软件打开PDF文件时,任务栏图标显示异常的问题。   解决方案: 关闭 adobe reader,到 c:\ProgramData\Microsoft\Windows\Start Menu\Programs\ 目录下, 删除 adobe reader 的快捷方式链接,重新打开...

    问题:

    用Adobe软件打开PDF文件时,任务栏图标显示异常的问题。

     

    解决方案:

    关闭 adobe reader,到 c:\ProgramData\Microsoft\Windows\Start Menu\Programs\ 目录下,

    删除 adobe reader 的快捷方式链接,重新打开reader就可以了。

    展开全文
  • Android面试过程描述

    万次阅读 2013-11-09 00:27:19
    3、关于android平时很少用到但实则很重要的问题描述 技术分析 1自我感觉面试中比较好的方面: 1、熟悉掌握之前所写项目 2、能够及时对没有接触过的问题做出通过自己的推理做出正确的解答。 2自我感觉面试中比较不好...

    Android面试过程描述


    1、之前所写项目的介绍

    2、android一些常见问题的问答
    3、关于android平时很少用到但实则很重要的问题描述
    技术分析
    1自我感觉面试中比较好的方面:
    1、熟悉掌握之前所写项目
    2、能够及时对没有接触过的问题做出通过自己的推理做出正确的解答。
    2自我感觉面试中比较不好的方面:
    3、对android的基础知识了解的不是很全面。
    4、知道问题的解决方式,但是不清楚原理。
    5、对于android中一般不会用到的东西,认为不重要,所以并没有进行过了解。
    6、一些涉及java的机制掌握的也不是很扎实。
    3待改进的地方:
    1.转变观点,没用过的没用到的并不代表不重要。
    2.打牢android基础。
    3.对java的基本的机制做出基本的了解。
    4短期内的改进计划:
    1.打牢java基础,了解java中堆和栈的机制。
    2.了解android的基础和熟悉一些平时不怎么用到的重要知识点。

    5是否涉及到其他层面的问题




    1.面试官想考察的当然是你真实掌握的知识,所以要熟练掌握基本知识,最好还要有自己拿得出来手的项目(下面我会具体讲面试前的准备).


    2.现在一般很少有笔试,很多都是直接面谈.面谈的时候就谈自己做的项目.比如说mars的MP3项目.可以放在笔记本上用模拟器,最好是自己有部android手机.这样就可以给面试官看到,可以大大的加分.


    3.笔试:其实我非常喜欢有笔试的,大家都是开发者嘛,证明自己当然是靠手,不是靠你的嘴巴.所以,笔试题请务必回答的非常详细.现在一些笔试题会参杂一些java的内容.不要介意,好好做.当然,如果一张笔试卷都是跟java有关,那我觉得你可以不用考虑这家公司,因为他们只是招非常初级或者打杂的android开发员,而不是专职的.


    4.面试的时候一直在问你关于java,而不是android内容.请客气的打断他,告诉他你面试的android开发工程师,而不是java工程师.最后还是这样的话,直接就告诉对方,自己不适合贵公司..撤~


    5.要问清楚具体是做什么工作的.比如应用还是游戏.应用和游戏的区别还是很大的.如果是应用侧重与哪方面,GPS?蓝牙?wifi?多媒体?这个要搞清楚.还有一类就是驱动层的开发.如果面试官问你是否可以兼任其他的开发,比如j2ee.应该一口回绝,因为这些开发经验对你的成长意义不大.


    6.关于薪资:如果学的不好,可以提5k-6k(上海)..如果真的学的很好,就算没有真实的开发经验,请提6k-8k如果有1,2个完整的商业项目经验,果断10k.ps:当然也要考虑到工作内容,如果做的项目很吸引人,工资低一点也无所谓,因为我们真正的财富在于你的项目经验,这点请大家务必搞清楚.


    7.面试前的准备:mars的视频第一季请务必完全搞懂,不要学到一半就去面试,因为这样你的薪资估计只有你期望的一半而已.这里花的时间大概是3个礼拜.


    8.面试前的准备:必须要有自己拿得出手的项目,mars的MP3项目是国民必备的,但这已经不能让面试官眼前一亮了.建议用反编译的方式研究下市面上的好的项目代码.做一个类似的山寨版.比如说现在不是出了一部视频是说新浪微博的,大家可以看看(我也正准备看).这个很拿得出手的.对你的面试大大加分!


    9.面试前的准备:一些基本的概念必须了解的非常透彻.比如说activity的生命周期,intent,数据存储的几种方式,三大组件等等.接下来就是收集市面上的笔试题,自己一个一个做.这很简单,难的在于你之前没有系统的想过这些问题而已.


    10.面试前的准备:约好面试以后,先上网查查这家公司,看看百度上大家的评价如何.公司规模大不大(20人以下的公司请直接pass,很有可能拖欠工资什么的).公司具体是做什么的,他们的主流产品怎样…等等,这些看完就大致了解公司的情况,以及为什么要招Android开发工程师的原因.还有了解具体路线.


    11:面试前的准备:记得带上最少两份简历,自己准备一支笔.现在虽然天气热,但别穿个短裤就跑来..至少也要打扮的像个上班族.
    其他没什么好说的了.总之有自己的一个项目,非常重要.


    不要太看重薪资,你的项目经验,才是你的财富.这句话请大家一定要记住.我的一位同学,他是做java的,他以前薪资只有5k的时候拿到一个世博会的项目做,做完以后果断跳到淘宝,靠这个世博会项目经验就拿到15k.所以希望大家不要着重眼前.话说回来,如果你现在的工作跟你的发展方向不一样,请果断跟上司提,不行就离职.就算薪资再高也不能继续呆着.





    同一家公司可能面试了多次,同一家公司我就放在一起了。笔试一般都是java基础和C/c++基础。
    Java知识点包括:接口与抽象的使用及区别,多线程,socket基础,集合类,也有个别公司考察定义,很无语。
    C/C++知识点包括:指针的移动,排序算法,链表,有时还会有二叉树的遍历或图的遍历。
    这里具体说一下android面试题目:
    南京WSCX:
    1、
    Activity的生命周期,两个Activity之间跳转时必然会执行的是那几个方法?
    2、
    不用service,B页面为音乐播放,从A跳转到B,再返回,如何使音乐继续播放?
    3、
    Service有哪些启动方法?有什么区别?
    4、
    (音乐播放器)如何加载的音乐信息,如何改善其效率。
    5、
    电话状态的监听,改变打电话界面(听说我改动的Phone源码就不再问了)。
    6、
    ListView如何提高其效率?
    移动应用开发“三不要”
    不要让我等 不要让我想 不要让我烦

    1. 分页
    2. 异步加载
    3. 耗时操作给用户进度提示

    7、
    还有一些都是在上面的基础上扩展的,跟具体项目有关,就不说了。
    总结:他们只是问一问这些基础的知识,都是给外包公司招人,自己做不了主,也就是检验一下应聘人员懂不懂android。

    南京SL:
    1、
    启动一个程序,可以主界面点击图标进入,也可以从一个程序中跳转过去,二者有什么区别?

    都是隐式意图
    Task:主界面
    首先创建一个Task栈, 配置了Main Launcher Activity被启动,作为栈底

    从其他跳转过来的Activity在启动它的Activity所在的栈里

    2、
    启动一个Activity有哪几种方法?

    Start()
    Main Launcher的Activity
    接收事件
    通知
    桌面小组件

    不建议:
    服务
    广播

    3、
    怎么样在启动一个Activity时就启动一个service?

    4、
    两个Activity之间怎么传递数据?
    总结:他们也是刚开始做Android,面试人员最多有两三年工作经验,我感觉他们接触Android时间不一定跟我长,也就只问一些他们自己擅长的那一块。

    南京RH:

    这家让我比较窝火,一个Android问题没问,全是问Java知识,没有笔试,但说了不少题目,让你当场反应,大多是说算法,说出问题的解决思路。最后我问他们不是招收Android工程师吗,怎么没问Android知识?回答竟然是:Android这东西很简单,会了Java经过几天的培训,就能很快做Android,我晕,那你直接招收Java工程师就是了,干嘛找我!我听以前的主管说过,有些公司不缺人,却打出招聘的牌子,目的就是为了从面试人员身上获取一些问题的解决方案,获取一些别的公司的发展方向,这下我算是见识了!

    南京ZDW:

    面试官说他的面试题目都是网上找的,自己不懂,就看网上的答案与我的作对比。这次真的被问住了,问题全是实际工作中从没考虑过的。
    1、
    Android程序与Java程序的区别?并强调了不是虚拟机方面的!

    J2EE用于服务端编程 性能 稳定性 安全性
    Android 客户端 用户体验

    JAVA J2EE Struts Spring Hibernate AJAX HRML JS XML HTTP SQL

    Android: JAVA XML HTTP Android SQL

    2、
    Android中Task任务栈的分配。
    3、
    程序之间的亲和性的理解。
    4、
    同一个程序,但不同的Activity是否可以放在不同的Task任务栈中?
    5、
    在Android中,怎么节省内存的使用,怎么主动回收内存?

    核心:什么占内存
    资源池:同类临时对象创建多次
    对象在不需要使用的时候不创建

    Activity或者Service中的onDestroy方法中
    主动释放

    6、
    Android四大组建,对各种组件的理解。(因为在不同的资料中,有人把Activity、Intent、Service、ContentProvide看为四大组建,也有人把Activity、Broadcast Receives或Intent Receives、Service、ContentProvide看成四大组建)所以这个话题就牵出来的问题比较多。
    7、
    对Android的理解。
    总结:这只是我会的几个,不会的太多,当时大脑一热把不会的问题也全忘了,就问android方面的问题就问了一个多小时,只记得这几个了,我就纳闷了,我也经常上网看这方面的知识,有些问题我这么就没见过呢,他们这都是在哪里找的??

    南京RBKJ:

    这个大多是底层,我也很无语,一会驱动开发,一会Framwork修改,我感觉自己是一个一年级小孩再被初中生问问题,最后就说了一句话:不好意思,你们就当我没来过!

    南京CMKJ:1、Intent 传递数据时,可以传递哪些类型数据?2、不同工程中的方法是否可以相互调用?3、Android中Provide是用来干什么的?4、电话的状态有哪之中,怎么判断是来电还是去电?5、在Android中是如何实现判断区分通话记录中的电话状态,去电,来电、未接来电?6、音乐播放器如果有大量的音乐文件,如何提高界面展示速度?7、还有些具体的项目经验经历。

    上海SN:

    1、音乐播放功能api中播放流程是怎么样的?
    2、Activity怎么和service绑定,怎么在activity中启动自己对应的service?
    3、 Service有几种启动方式,区别是什么?
    4、
    界面间的跳转用什么实现,跳转时activity的生命周期。
    5、
    界面间的布局是怎么实现的,控件的排列。
    6、项目中你遇到的最大困难是什么,怎么解决的。
    岁月 –> 经历—>经验

    故作思考状

    先想好答案
    有多个解决问题的办法,
    这些方法可以在公司中使用来解决未来的问题

    过程是曲折,道路坎坷,
    最后靠自己的努力解决了。

    1. 看文档:
    自定义的通知栏
    2. 上网google eoeandroid
    3. Android交流群

    怎么证明自己是有能力、有经验解决问题

    7、有些项目(我做过的)android中已经有了,而你又自己实现了,为什么自己实现,以及你用的实现方式以及所用知识点,二者相比,哪个更有优点,优点在哪。

    系统自带的应用缺点:
    UI简陋,用户体验稍差

    UI 差异化的功能

    8、你做的一个比较复杂的界面,画出来,每个部分用的什么控件,各个控件中你用到的的属性是什么,写出来。
    9、如果有种功能,他认为你做的显得不够完美,可能会把这个不完美的地方说出来,让你根据这问题给出一个解决方案。
    10、
    Android用的数据库是什么样的?它和sql有什么区别?为什么要用ContentProvide?它和sql的实现上有什么差别?

    如果进个大公司,技术全面的面试官来面你,会问得很全但很粗略,各知识点都涉及到,还给你发挥的境地。小公司就会很不幸了,尤其是面试官,自己也就懂那一点东西,他不管你会什么,就只问他会的那点知识,你们的经验有交集还好,不然就算你是诸葛亮,也只能自认倒霉!

    还有几家,是刚做Android,就没问这方面的知识,就问了问java方面的,在这里就不说了,希望这些对大家有用!

    看到有几位朋友说是要看看java基础部分,我整理了一下,帮要找工作的同学复习一下,希望有帮助(具体的公司就不说了,只说题目):
    1.抽象类和接口的区别2.sleep()和wait()方法的区别3.TreeMap和hashMap的区别4.length和length()的区别
    5.重载和重写的区别
    6.数据库的查询语句(求和,平均值,最大值等)
    7.写四个线程,操作同一个数,两个用于加1,两个用于减1。
    8.写一个socket的简单程序,实现客户端与服务器通信
    9.写10个简单的linux命令
    adb ls cd rm rmdir mkdir

    10..EJB和java程序的区别11.什么是集群?12.内存的堆和栈以及数据的存储位置,数组和链表的最根本的区别13.写出JDBC连接数据库的语句14.还有个是继承一个A类同时又实现一个借口,A类和接口中都有同一个成员变量x,问你会不会编译出问题15.实现一个单实例模式类16.统计一个字符串中个字母出现的次数,按照a~zA~Z的顺序17.反转一个字符串,并去掉其中的空格18.在一个人机对弈程序中,最关键步骤是什么
    19.二叉树的非递归遍历
    20.用多种排序方法对一组数据排序
    21.给定一个图(数据结构中的图),计算两点间的最短路径

    时间太久了,只记得这么多了,希望对大家有帮助!

    android面试者如何做出一份漂亮简历?

    最近几天,连续有几位朋友托我寻找某些专业人才,也有几位朋友托我帮助找工作。一来一往,简历见了不少,最终,得到一个结论:大部分人不会做简历。
    尽管我的跳槽经历不多,但我有不少求职经历。同样的,我也有不少的招聘经验。同样的,我也帮助别人修改/优化了不少简历,最终他们都找到了不错的工作。同样的,我投简历获得面试的机会是80%以上(这也是我跳槽经历不多,但求职经历较多的原因。)。因此,前面这番话除了吹牛之外,我自以为在这方面有一点点发言权,当然,看到这篇文字的,高人无数,小弟班门弄斧了,就当抛砖引玉。jack之类的老大级别的人物,不妨多提点意见,让这份文字更加完善点。
    我喜欢把这种技巧叫做“简历优化”,类似于“搜索引擎优化”,其出发点是善意的,目的是帮助求职者挖掘出来自己的长处和能力,帮助招聘者快速了解求职者。但,过度的应用也会造成很多不必要的麻烦,不过我觉得这样做意义不大,毕竟,你要面对面试这关。如果将来我有时间,也许会写一些关于面试的事情,但这次,暂且按下不表。
    先来说两个原则:
    1 不要试图用一份简历适应所有的应聘。
    2 不要试图用一份简历展示自己所有能力。

    我所认为的正确的简历,就是履行了这两个原则的。
    下面来说点具体的:
    大部分简历包含这几项:
    一 基本资料
    二 教育经历
    三 工作经历
    四 专业能力
    五 其他
    先来说非应届毕业生。(绝无歧视,应届毕业生的问题比较难处理,以后我会给出一些建议)
    你的第一关,是要在30秒内让应聘者决定继续看这个简历。
    荒谬吗?一点也不。面对成堆的简历,就算是最热爱挖八卦新闻的家伙也不会一份一份认认真真看下去。多称职的人也会有烦躁不安的时候。
    所以,30秒,你最多只有30秒。
    基本资料必不可少,事实上,熟练的招聘者会不由自主的先跳过这段。
    下面,不要放教育经历,除非你的教育经历显赫异常。当然,这样的人也没必要看我这份东西了。如果你跟我一样,本科,学校普通,那么,你觉得你的教育经历值 得放在前面,浪费那么宝贵的地方吗?如果能投放简历广告,我打赌基本信息下面这块地方的page view绝对是最高的。
    因此,这地方要用来放工作经历或是项目经历。至于到底放哪个?要看你面试的职位和工作性质,找最接近,做的最漂亮的放在这里。要让招聘者一眼就看到,他会觉得:“嗯,这小子有门”。这样,他会继续往下看,你的这一关算闯过了。
    你的第二关,就是你的项目经历。
    衡量一个人是否合适,光靠一个项目显然不行。现在,你抓住了他,他就开始审视其他的了。

    这里特别要说说如何写项目经历。这些技巧同样适合于前面所说的第一关中要用到的部分。

    很多人是这样写的。某年某月某日-某年某月某日 xxxx公司 xxx 项目 任xxx

    这样写,仅仅是比不写好一点点。从这里面,仅仅能看出来你有这个经历,真假还不得而知。更多的信息,看不到。在非常需要人,且竞争者不多的情况,可能会叫来面试,具体谈谈,否则的话,你可能过不了这关。
    我推荐的写法是这样的:
    某年某月某日-某年某月某日 xxxx公司 xxx 项目
    任xxx
    然后在这里写明任XXX期间的具体工作,经验,收获,成绩。其中重要程度:成绩最重,经验其次,具体工作再其次。
    一定要简单,200字之内吧。相信用200字概括这些,并不简单,但,你需要如此。
    其他的项目经历按照重要程度/时间排序,都按照这种方法写在下面。最多不要超过5个吧。

    没必要太多!前面说过一个原则:不要试图用一份简历适应所有的应聘。 因此,你只需要挑选符合你求职的这份工作的
    项目经历放在这里。这也是为了节约读你简历的人的时间,帮助他找到要点,并最终确认你是合格的。
    在这里,特别提醒一点,不要试图编造任何东西,除非你确认你能达到你所描述的程度。面试的时候,这些将使对方火力集中的靶子。面试中,我喜欢采用对一个项目深挖,挖到底,顺便提问题的方法,这个方法往往会血流成河——编造的人肯定会出局。
    第二关过了。
    第三关,就是专业能力了
    专业能力很重要。你很可能是一个多面手,精通很多东西。但,听我的,不要都写上。比如说,你应聘程序员的工作,精通photoshop就没什么必要,应聘C++程序员,同时精通JAVA是可以的,但是HTML/asp/javascript就可以去掉了吧。应聘网站开发,倒是可以精通C++,这显得底子深厚,但精通VB实在是没什么用处了。
    还以开发为例,要理解事情的本质。比如说,精通C++,则必然要精通面向对象,精通asp,还必然要熟悉数据库。总之,一条线上的东西,都要熟悉。(注意,这里不是教你编造简历,如果你不幸的认为自己精通C++,而不熟悉面向对象,那你应该补补课了)
    除了专业能力,一些其他的行业技能也很重要。
    如果你应聘银行业开发工作,那么除了C++/JAVA这些东西,如果你熟悉银行业务流程,那自然能加分。当然,如果你只熟悉医疗行业,那还不如不要写。
    挑出最适合3-5项能力写在上面,分别冠以:精通,掌握,熟悉,了解,以便对方正确评估你的能力。
    不出所料的话,这关并不难过。除非你真的不适合这个职位。
    第四关轻松多了,是工作经历
    工作经历,原则和前面一样,不要写太多,以免给对方造成跳槽频繁的印象。不要编造,圈子不大,你很难确保读你简历的人没有在你编造的地方工作过。
    尽量选择相关的工作经历,如果太少或没有,就实事求是吧。说真话总比时候被揭露好。就算你这关没过去,至少还节约了面试或是试用的时间和精力,对你还是有利的。

    再下面,教育经历
    没必要从小学开始写。写本科及以上的经历就行了,你的小学在那里上,和你是否胜任这份工作没有直接关系。
    同样,别编造什么东西,危险。
    这时候应该差不多了。
    不过建议还是把个人评价写好,很多招聘者喜欢读这个东西,并作为参考依据。但我并不太依靠这个——对我来说,仅供参考。
    评价要客观点,别吹牛,不过也别写太多缺点,缺点嘛,不写就好。优点可以写,还是依靠相关性原则,有关的优点放在前面。
    最后一点,也是非常重要的。检查一下你的手机号有没有错,邮件地址写一个,住址也要写,不过没必要太详细,写清楚在那个区,那条街道,那个小区足够了。写这个的用处是为了应付一些喜欢稳定的行业,他们往往认为你居住地距离工作地足够近,是稳定的重要因素。(我非常赞成这一点!)
    都写好了?排好版,看看是否控制在2页纸之内,如果多了,不要试图用缩减字数,行间距之类的雕虫小技,你应该删减内容。
    从头看一边,符合我前面说的两个原则吗?你肯定发现,符合。看起来是不是舒服多了?是不是能一下子了解你的能力和经验?我想你会得到肯定的答案。
    好了,真的完成了,可以发出去了。用Email发送,把简历内容直接粘贴到正文中,用html发送,不要用doc的附件。防毒邮件网关可能会造成你的邮件丢失,就算不丢失,面对一堆邮件,你愿意打开就能看到,还是愿意花点时间用word打开?(我第一次找工作的时候,犯过非常愚蠢的错误,我竟然用了PDF!!!)
    现在,把你的简历保存起来,起名:你的名字_应聘职位,这样做有两个目的:1 当通知你面试的时候,你可以找到这份简历再看一遍。 2碰上类似的行业和职位,你可以直接拿出来用,不需要再花时间了。至于用什么格式就无所谓了,喜欢word就doc好了。这里做个广告,我一般是使用openoffice的。openoffice用压缩的xml格式存放,如果你的机器出了问题,这个简单的格式往往利于修复。
    这是你的一份简历,你还需要做更多。

    比如:我硬盘上的简历就有:huoju_技术经理_移动,huoju_技术经理_网站,huoju_项目经理_移动,huoju_项目经历_网站,huoju_高程。等等很多,整理好他们,对你早晚会有用处。

    好了。暂且就这些。应届毕业生的下一篇详述。

    最后需要强调的一点:本文绝对不是教你编造简历,请千万要诚实,文中多次提到了不要编造,这很重要,真的,甚至可以说重要得超过任何技巧。“搜索引擎优化”的结果,现在大家都看到了,用户很难寻找内容,而作-弊者,也逐渐得到了应有的惩罚。在求职这件事情上,惩罚往往来得更快些。

    班门弄斧了,还请各位老大多多砸砖。

    展开全文
  • pom.xml配置文件中所有标签及作用简单描述

    千次阅读 多人点赞 2017-03-21 18:26:02
    我转载的是关于pom.xml文件中会使用到的基本上所有的标签以及标签的作用简单描述。 可能我们自己的项目所使用到的标签总数量不及此文的一半。 我转载仅为方便你我他学习之用,众喷子们,还请指下留情,轻喷。 因为此...

    我转载的是关于pom.xml文件中会使用到的基本上所有的标签以及标签的作用简单描述。
    可能我们自己的项目所使用到的标签总数量不及此文的一半。
    我转载仅为方便你我他学习之用,众喷子们,还请指下留情,轻喷。
    因为此文只是简单的介绍下所有的标签,以及标签的作用。具体我也没有全部用到过。
    至于涉及到maven的依赖,继承,聚合等问题,我会在另外总结。


    <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.0.0http://maven.apache.org/maven-v4_0_0.xsd">
        <!--父项目的坐标。如果项目中没有规定某个元素的值,那么父项目中的对应值即为项目的默认值。 坐标包括group ID,artifact ID和 version。-->
        <parent>
            <!--被继承的父项目的构件标识符-->
            <artifactId/>
            <!--被继承的父项目的全球唯一标识符-->
            <groupId/>
            <!--被继承的父项目的版本-->
            <version/>
            <!-- 父项目的pom.xml文件的相对路径。相对路径允许你选择一个不同的路径。默认值是../pom.xml。Maven首先在构建当前项目的地方寻找父项 目的pom,其次在文件系统的这个位置(relativePath位置),然后在本地仓库,最后在远程仓库寻找父项目的pom。-->
            <relativePath/>
        </parent>
        <!--声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变,虽然如此,但它仍然是必不可少的,这是为了当Maven引入了新的特性或者其他模型变更的时候,确保稳定性。-->
        <modelVersion>4.0.0</modelVersion>
        <!--项目的全球唯一标识符,通常使用全限定的包名区分该项目和其他项目。并且构建时生成的路径也是由此生成, 如com.mycompany.app生成的相对路径为:/com/mycompany/app-->
        <groupId>asia.banseon</groupId>
        <!-- 构件的标识符,它和group ID一起唯一标识一个构件。换句话说,你不能有两个不同的项目拥有同样的artifact ID和groupID;在某个 特定的group ID下,artifact ID也必须是唯一的。构件是项目产生的或使用的一个东西,Maven为项目产生的构件包括:JARs,源 码,二进制发布和WARs等。-->
        <artifactId>banseon-maven2</artifactId>
        <!--项目产生的构件类型,例如jar、war、ear、pom。插件可以创建他们自己的构件类型,所以前面列的不是全部构件类型-->
        <packaging>jar</packaging>
        <!--项目当前版本,格式为:主版本.次版本.增量版本-限定版本号-->
        <version>1.0-SNAPSHOT</version>
        <!--项目的名称, Maven产生的文档用-->
        <name>banseon-maven</name>
        <!--项目主页的URL, Maven产生的文档用-->
        <url>http://www.baidu.com/banseon</url>
        <!-- 项目的详细描述, Maven 产生的文档用。  当这个元素能够用HTML格式描述时(例如,CDATA中的文本会被解析器忽略,就可以包含HTML标 签), 不鼓励使用纯文本描述。如果你需要修改产生的web站点的索引页面,你应该修改你自己的索引页文件,而不是调整这里的文档。-->
        <description>A maven project to study maven.</description>
        <!--描述了这个项目构建环境中的前提条件。-->
        <prerequisites>
            <!--构建该项目或使用该插件所需要的Maven的最低版本-->
            <maven/>
        </prerequisites>
        <!--项目的问题管理系统(Bugzilla, Jira, Scarab,或任何你喜欢的问题管理系统)的名称和URL,本例为 jira-->
        <issueManagement>
            <!--问题管理系统(例如jira)的名字,-->
            <system>jira</system>
            <!--该项目使用的问题管理系统的URL-->
            <url>http://jira.baidu.com/banseon</url>
        </issueManagement>
        <!--项目持续集成信息-->
        <ciManagement>
            <!--持续集成系统的名字,例如continuum-->
            <system/>
            <!--该项目使用的持续集成系统的URL(如果持续集成系统有web接口的话)。-->
            <url/>
            <!--构建完成时,需要通知的开发者/用户的配置项。包括被通知者信息和通知条件(错误,失败,成功,警告)-->
            <notifiers>
                <!--配置一种方式,当构建中断时,以该方式通知用户/开发者-->
                <notifier>
                    <!--传送通知的途径-->
                    <type/>
                    <!--发生错误时是否通知-->
                    <sendOnError/>
                    <!--构建失败时是否通知-->
                    <sendOnFailure/>
                    <!--构建成功时是否通知-->
                    <sendOnSuccess/>
                    <!--发生警告时是否通知-->
                    <sendOnWarning/>
                    <!--不赞成使用。通知发送到哪里-->
                    <address/>
                    <!--扩展配置项-->
                    <configuration/>
                </notifier>
            </notifiers>
        </ciManagement>
        <!--项目创建年份,4位数字。当产生版权信息时需要使用这个值。-->
        <inceptionYear/>
        <!--项目相关邮件列表信息-->
        <mailingLists>
            <!--该元素描述了项目相关的所有邮件列表。自动产生的网站引用这些信息。-->
            <mailingList>
                <!--邮件的名称-->
                <name>Demo</name>
                <!--发送邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建-->
                <post>banseon@126.com</post>
                <!--订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建-->
                <subscribe>banseon@126.com</subscribe>
                <!--取消订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建-->
                <unsubscribe>banseon@126.com</unsubscribe>
                <!--你可以浏览邮件信息的URL-->
                <archive>http:/hi.baidu.com/banseon/demo/dev/</archive>
            </mailingList>
        </mailingLists>
        <!--项目开发者列表-->
        <developers>
            <!--某个项目开发者的信息-->
            <developer>
                <!--SCM里项目开发者的唯一标识符-->
                <id>HELLO WORLD</id>
                <!--项目开发者的全名-->
                <name>banseon</name>
                <!--项目开发者的email-->
                <email>banseon@126.com</email>
                <!--项目开发者的主页的URL-->
                <url/>
                <!--项目开发者在项目中扮演的角色,角色元素描述了各种角色-->
                <roles>
                    <role>Project Manager</role>
                    <role>Architect</role>
                </roles>
                <!--项目开发者所属组织-->
                <organization>demo</organization>
                <!--项目开发者所属组织的URL-->
                <organizationUrl>http://hi.baidu.com/banseon</organizationUrl>
                <!--项目开发者属性,如即时消息如何处理等-->
                <properties>
                    <dept>No</dept>
                </properties>
                <!--项目开发者所在时区, -11到12范围内的整数。-->
                <timezone>-5</timezone>
            </developer>
        </developers>
        <!--项目的其他贡献者列表-->
        <contributors>
            <!--项目的其他贡献者。参见developers/developer元素-->
            <contributor>
                <name/><email/><url/><organization/><organizationUrl/><roles/><timezone/><properties/>
            </contributor>
        </contributors>
        <!--该元素描述了项目所有License列表。 应该只列出该项目的license列表,不要列出依赖项目的 license列表。如果列出多个license,用户可以选择它们中的一个而不是接受所有license。-->
        <licenses>
            <!--描述了项目的license,用于生成项目的web站点的license页面,其他一些报表和validation也会用到该元素。-->
            <license>
                <!--license用于法律上的名称-->
                <name>Apache 2</name>
                <!--官方的license正文页面的URL-->
                <url>http://www.baidu.com/banseon/LICENSE-2.0.txt</url>
                <!--项目分发的主要方式:
                  repo,可以从Maven库下载
                  manual, 用户必须手动下载和安装依赖-->
                <distribution>repo</distribution>
                <!--关于license的补充信息-->
                <comments>A business-friendly OSS license</comments>
            </license>
        </licenses>
        <!--SCM(Source Control Management)标签允许你配置你的代码库,供Maven web站点和其它插件使用。-->
        <scm>
            <!--SCM的URL,该URL描述了版本库和如何连接到版本库。欲知详情,请看SCMs提供的URL格式和列表。该连接只读。-->
            <connection>
                scm:svn:http://svn.baidu.com/banseon/maven/banseon/banseon-maven2-trunk(dao-trunk)
            </connection>
            <!--给开发者使用的,类似connection元素。即该连接不仅仅只读-->
            <developerConnection>
                scm:svn:http://svn.baidu.com/banseon/maven/banseon/dao-trunk
            </developerConnection>
            <!--当前代码的标签,在开发阶段默认为HEAD-->
            <tag/>
            <!--指向项目的可浏览SCM库(例如ViewVC或者Fisheye)的URL。-->
            <url>http://svn.baidu.com/banseon</url>
        </scm>
        <!--描述项目所属组织的各种属性。Maven产生的文档用-->
        <organization>
            <!--组织的全名-->
            <name>demo</name>
            <!--组织主页的URL-->
            <url>http://www.baidu.com/banseon</url>
        </organization>
        <!--构建项目需要的信息-->
        <build>
            <!--该元素设置了项目源码目录,当构建项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。-->
            <sourceDirectory/>
            <!--该元素设置了项目脚本源码目录,该目录和源码目录不同:绝大多数情况下,该目录下的内容 会被拷贝到输出目录(因为脚本是被解释的,而不是被编译的)。-->
            <scriptSourceDirectory/>
            <!--该元素设置了项目单元测试使用的源码目录,当测试项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。-->
            <testSourceDirectory/>
            <!--被编译过的应用程序class文件存放的目录。-->
            <outputDirectory/>
            <!--被编译过的测试class文件存放的目录。-->
            <testOutputDirectory/>
            <!--使用来自该项目的一系列构建扩展-->
            <extensions>
                <!--描述使用到的构建扩展。-->
                <extension>
                    <!--构建扩展的groupId-->
                    <groupId/>
                    <!--构建扩展的artifactId-->
                    <artifactId/>
                    <!--构建扩展的版本-->
                    <version/>
                </extension>
            </extensions>
            <!--当项目没有规定目标(Maven2 叫做阶段)时的默认值-->
            <defaultGoal/>
            <!--这个元素描述了项目相关的所有资源路径列表,例如和项目相关的属性文件,这些资源被包含在最终的打包文件里。-->
            <resources>
                <!--这个元素描述了项目相关或测试相关的所有资源路径-->
                <resource>
                    <!-- 描述了资源的目标路径。该路径相对target/classes目录(例如${project.build.outputDirectory})。举个例 子,如果你想资源在特定的包里(org.apache.maven.messages),你就必须该元素设置为org/apache/maven /messages。然而,如果你只是想把资源放到源码目录结构里,就不需要该配置。-->
                    <targetPath/>
                    <!--是否使用参数值代替参数名。参数值取自properties元素或者文件里配置的属性,文件在filters元素里列出。-->
                    <filtering/>
                    <!--描述存放资源的目录,该路径相对POM路径-->
                    <directory/>
                    <!--包含的模式列表,例如**/*.xml.-->
                    <includes/>
                    <!--排除的模式列表,例如**/*.xml-->
                    <excludes/>
                </resource>
            </resources>
            <!--这个元素描述了单元测试相关的所有资源路径,例如和单元测试相关的属性文件。-->
            <testResources>
                <!--这个元素描述了测试相关的所有资源路径,参见build/resources/resource元素的说明-->
                <testResource>
                    <targetPath/><filtering/><directory/><includes/><excludes/>
                </testResource>
            </testResources>
            <!--构建产生的所有文件存放的目录-->
            <directory/>
            <!--产生的构件的文件名,默认值是${artifactId}-${version}。-->
            <finalName/>
            <!--当filtering开关打开时,使用到的过滤器属性文件列表-->
            <filters/>
            <!--子项目可以引用的默认插件信息。该插件配置项直到被引用时才会被解析或绑定到生命周期。给定插件的任何本地配置都会覆盖这里的配置-->
            <pluginManagement>
                <!--使用的插件列表 。-->
                <plugins>
                    <!--plugin元素包含描述插件所需要的信息。-->
                    <plugin>
                        <!--插件在仓库里的group ID-->
                        <groupId/>
                        <!--插件在仓库里的artifact ID-->
                        <artifactId/>
                        <!--被使用的插件的版本(或版本范围)-->
                        <version/>
                        <!--是否从该插件下载Maven扩展(例如打包和类型处理器),由于性能原因,只有在真需要下载时,该元素才被设置成enabled。-->
                        <extensions/>
                        <!--在构建生命周期中执行一组目标的配置。每个目标可能有不同的配置。-->
                        <executions>
                            <!--execution元素包含了插件执行需要的信息-->
                            <execution>
                                <!--执行目标的标识符,用于标识构建过程中的目标,或者匹配继承过程中需要合并的执行目标-->
                                <id/>
                                <!--绑定了目标的构建生命周期阶段,如果省略,目标会被绑定到源数据里配置的默认阶段-->
                                <phase/>
                                <!--配置的执行目标-->
                                <goals/>
                                <!--配置是否被传播到子POM-->
                                <inherited/>
                                <!--作为DOM对象的配置-->
                                <configuration/>
                            </execution>
                        </executions>
                        <!--项目引入插件所需要的额外依赖-->
                        <dependencies>
                            <!--参见dependencies/dependency元素-->
                            <dependency>
                                ......
                            </dependency>
                        </dependencies>
                        <!--任何配置是否被传播到子项目-->
                        <inherited/>
                        <!--作为DOM对象的配置-->
                        <configuration/>
                    </plugin>
                </plugins>
            </pluginManagement>
            <!--使用的插件列表-->
            <plugins>
                <!--参见build/pluginManagement/plugins/plugin元素-->
                <plugin>
                    <groupId/><artifactId/><version/><extensions/>
                    <executions>
                        <execution>
                            <id/><phase/><goals/><inherited/><configuration/>
                        </execution>
                    </executions>
                    <dependencies>
                        <!--参见dependencies/dependency元素-->
                        <dependency>
                            ......
                        </dependency>
                    </dependencies>
                    <goals/><inherited/><configuration/>
                </plugin>
            </plugins>
        </build>
        <!--在列的项目构建profile,如果被激活,会修改构建处理-->
        <profiles>
            <!--根据环境参数或命令行参数激活某个构建处理-->
            <profile>
                <!--构建配置的唯一标识符。即用于命令行激活,也用于在继承时合并具有相同标识符的profile。-->
                <id/>
                <!--自动触发profile的条件逻辑。Activation是profile的开启钥匙。profile的力量来自于它
                能够在某些特定的环境中自动使用某些特定的值;这些环境通过activation元素指定。activation元素并不是激活profile的唯一方式。-->
                <activation>
                    <!--profile默认是否激活的标志-->
                    <activeByDefault/>
                    <!--当匹配的jdk被检测到,profile被激活。例如,1.4激活JDK1.4,1.4.0_2,而!1.4激活所有版本不是以1.4开头的JDK。-->
                    <jdk/>
                    <!--当匹配的操作系统属性被检测到,profile被激活。os元素可以定义一些操作系统相关的属性。-->
                    <os>
                        <!--激活profile的操作系统的名字-->
                        <name>Windows XP</name>
                        <!--激活profile的操作系统所属家族(如 'windows')-->
                        <family>Windows</family>
                        <!--激活profile的操作系统体系结构 -->
                        <arch>x86</arch>
                        <!--激活profile的操作系统版本-->
                        <version>5.1.2600</version>
                    </os>
                    <!--如果Maven检测到某一个属性(其值可以在POM中通过${名称}引用),其拥有对应的名称和值,Profile就会被激活。如果值
                    字段是空的,那么存在属性名称字段就会激活profile,否则按区分大小写方式匹配属性值字段-->
                    <property>
                        <!--激活profile的属性的名称-->
                        <name>mavenVersion</name>
                        <!--激活profile的属性的值-->
                        <value>2.0.3</value>
                    </property>
                    <!--提供一个文件名,通过检测该文件的存在或不存在来激活profile。missing检查文件是否存在,如果不存在则激活
                    profile。另一方面,exists则会检查文件是否存在,如果存在则激活profile。-->
                    <file>
                        <!--如果指定的文件存在,则激活profile。-->
                        <exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</exists>
                        <!--如果指定的文件不存在,则激活profile。-->
                        <missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing>
                    </file>
                </activation>
                <!--构建项目所需要的信息。参见build元素-->
                <build>
                    <defaultGoal/>
                    <resources>
                        <resource>
                            <targetPath/><filtering/><directory/><includes/><excludes/>
                        </resource>
                    </resources>
                    <testResources>
                        <testResource>
                            <targetPath/><filtering/><directory/><includes/><excludes/>
                        </testResource>
                    </testResources>
                    <directory/><finalName/><filters/>
                    <pluginManagement>
                        <plugins>
                            <!--参见build/pluginManagement/plugins/plugin元素-->
                            <plugin>
                                <groupId/><artifactId/><version/><extensions/>
                                <executions>
                                    <execution>
                                        <id/><phase/><goals/><inherited/><configuration/>
                                    </execution>
                                </executions>
                                <dependencies>
                                    <!--参见dependencies/dependency元素-->
                                    <dependency>
                                        ......
                                    </dependency>
                                </dependencies>
                                <goals/><inherited/><configuration/>
                            </plugin>
                        </plugins>
                    </pluginManagement>
                    <plugins>
                        <!--参见build/pluginManagement/plugins/plugin元素-->
                        <plugin>
                            <groupId/><artifactId/><version/><extensions/>
                            <executions>
                                <execution>
                                    <id/><phase/><goals/><inherited/><configuration/>
                                </execution>
                            </executions>
                            <dependencies>
                                <!--参见dependencies/dependency元素-->
                                <dependency>
                                    ......
                                </dependency>
                            </dependencies>
                            <goals/><inherited/><configuration/>
                        </plugin>
                    </plugins>
                </build>
                <!--模块(有时称作子项目) 被构建成项目的一部分。列出的每个模块元素是指向该模块的目录的相对路径-->
                <modules/>
                <!--发现依赖和扩展的远程仓库列表。-->
                <repositories>
                    <!--参见repositories/repository元素-->
                    <repository>
                        <releases>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </releases>
                        <snapshots>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </snapshots>
                        <id/><name/><url/><layout/>
                    </repository>
                </repositories>
                <!--发现插件的远程仓库列表,这些插件用于构建和报表-->
                <pluginRepositories>
                    <!--包含需要连接到远程插件仓库的信息.参见repositories/repository元素-->
                    <pluginRepository>
                        <releases>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </releases>
                        <snapshots>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </snapshots>
                        <id/><name/><url/><layout/>
                    </pluginRepository>
                </pluginRepositories>
                <!--该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。要获取更多信息,请看项目依赖机制。-->
                <dependencies>
                    <!--参见dependencies/dependency元素-->
                    <dependency>
                        ......
                    </dependency>
                </dependencies>
                <!--不赞成使用. 现在Maven忽略该元素.-->
                <reports/>
                <!--该元素包括使用报表插件产生报表的规范。当用户执行“mvn site”,这些报表就会运行。 在页面导航栏能看到所有报表的链接。参见reporting元素-->
                <reporting>
                    ......
                </reporting>
                <!--参见dependencyManagement元素-->
                <dependencyManagement>
                    <dependencies>
                        <!--参见dependencies/dependency元素-->
                        <dependency>
                            ......
                        </dependency>
                    </dependencies>
                </dependencyManagement>
                <!--参见distributionManagement元素-->
                <distributionManagement>
                    ......
                </distributionManagement>
                <!--参见properties元素-->
                <properties/>
            </profile>
        </profiles>
        <!--模块(有时称作子项目) 被构建成项目的一部分。列出的每个模块元素是指向该模块的目录的相对路径-->
        <modules/>
        <!--发现依赖和扩展的远程仓库列表。-->
        <repositories>
            <!--包含需要连接到远程仓库的信息-->
            <repository>
                <!--如何处理远程仓库里发布版本的下载-->
                <releases>
                    <!--true或者false表示该仓库是否为下载某种类型构件(发布版,快照版)开启。 -->
                    <enabled/>
                    <!--该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。这里的选项是:always(一直),daily(默认,每日),interval:X(这里X是以分钟为单位的时间间隔),或者never(从不)。-->
                    <updatePolicy/>
                    <!--当Maven验证构件校验文件失败时该怎么做:ignore(忽略),fail(失败),或者warn(警告)。-->
                    <checksumPolicy/>
                </releases>
                <!-- 如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置,POM就可以在每个单独的仓库中,为每种类型的构件采取不同的 策略。例如,可能有人会决定只为开发目的开启对快照版本下载的支持。参见repositories/repository/releases元素 -->
                <snapshots>
                    <enabled/><updatePolicy/><checksumPolicy/>
                </snapshots>
                <!--远程仓库唯一标识符。可以用来匹配在settings.xml文件里配置的远程仓库-->
                <id>banseon-repository-proxy</id>
                <!--远程仓库名称-->
                <name>banseon-repository-proxy</name>
                <!--远程仓库URL,按protocol://hostname/path形式-->
                <url>http://192.168.1.169:9999/repository/</url>
                <!-- 用于定位和排序构件的仓库布局类型-可以是default(默认)或者legacy(遗留)。Maven 2为其仓库提供了一个默认的布局;然 而,Maven 1.x有一种不同的布局。我们可以使用该元素指定布局是default(默认)还是legacy(遗留)。-->
                <layout>default</layout>
            </repository>
        </repositories>
        <!--发现插件的远程仓库列表,这些插件用于构建和报表-->
        <pluginRepositories>
            <!--包含需要连接到远程插件仓库的信息.参见repositories/repository元素-->
            <pluginRepository>
                ......
            </pluginRepository>
        </pluginRepositories>
    
        <!--该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。要获取更多信息,请看项目依赖机制。-->
        <dependencies>
            <dependency>
                <!--依赖的group ID-->
                <groupId>org.apache.maven</groupId>
                <!--依赖的artifact ID-->
                <artifactId>maven-artifact</artifactId>
                <!--依赖的版本号。 在Maven 2里, 也可以配置成版本号的范围。-->
                <version>3.8.1</version>
                <!-- 依赖类型,默认类型是jar。它通常表示依赖的文件的扩展名,但也有例外。一个类型可以被映射成另外一个扩展名或分类器。类型经常和使用的打包方式对应, 尽管这也有例外。一些类型的例子:jar,war,ejb-client和test-jar。如果设置extensions为 true,就可以在 plugin里定义新的类型。所以前面的类型的例子不完整。-->
                <type>jar</type>
                <!-- 依赖的分类器。分类器可以区分属于同一个POM,但不同构建方式的构件。分类器名被附加到文件名的版本号后面。例如,如果你想要构建两个单独的构件成 JAR,一个使用Java 1.4编译器,另一个使用Java 6编译器,你就可以使用分类器来生成两个单独的JAR构件。-->
                <classifier></classifier>
                <!--依赖范围。在项目发布过程中,帮助决定哪些构件被包括进来。欲知详情请参考依赖机制。
                    - compile :默认范围,用于编译
                    - provided:类似于编译,但支持你期待jdk或者容器提供,类似于classpath
                    - runtime: 在执行时需要使用
                    - test:    用于test任务时使用
                    - system: 需要外在提供相应的元素。通过systemPath来取得
                    - systemPath: 仅用于范围为system。提供相应的路径
                    - optional:   当项目自身被依赖时,标注依赖是否传递。用于连续依赖时使用-->
                <scope>test</scope>
                <!--仅供system范围使用。注意,不鼓励使用这个元素,并且在新的版本中该元素可能被覆盖掉。该元素为依赖规定了文件系统上的路径。需要绝对路径而不是相对路径。推荐使用属性匹配绝对路径,例如${java.home}。-->
                <systemPath></systemPath>
                <!--当计算传递依赖时, 从依赖构件列表里,列出被排除的依赖构件集。即告诉maven你只依赖指定的项目,不依赖项目的依赖。此元素主要用于解决版本冲突问题-->
                <exclusions>
                    <exclusion>
                        <artifactId>spring-core</artifactId>
                        <groupId>org.springframework</groupId>
                    </exclusion>
                </exclusions>
                <!--可选依赖,如果你在项目B中把C依赖声明为可选,你就需要在依赖于B的项目(例如项目A)中显式的引用对C的依赖。可选依赖阻断依赖的传递性。-->
                <optional>true</optional>
            </dependency>
        </dependencies>
        <!--不赞成使用. 现在Maven忽略该元素.-->
        <reports></reports>
        <!--该元素描述使用报表插件产生报表的规范。当用户执行“mvn site”,这些报表就会运行。 在页面导航栏能看到所有报表的链接。-->
        <reporting>
            <!--true,则,网站不包括默认的报表。这包括“项目信息”菜单中的报表。-->
            <excludeDefaults/>
            <!--所有产生的报表存放到哪里。默认值是${project.build.directory}/site。-->
            <outputDirectory/>
            <!--使用的报表插件和他们的配置。-->
            <plugins>
                <!--plugin元素包含描述报表插件需要的信息-->
                <plugin>
                    <!--报表插件在仓库里的group ID-->
                    <groupId/>
                    <!--报表插件在仓库里的artifact ID-->
                    <artifactId/>
                    <!--被使用的报表插件的版本(或版本范围)-->
                    <version/>
                    <!--任何配置是否被传播到子项目-->
                    <inherited/>
                    <!--报表插件的配置-->
                    <configuration/>
                    <!--一组报表的多重规范,每个规范可能有不同的配置。一个规范(报表集)对应一个执行目标 。例如,有1,2,3,4,5,6,7,8,9个报表。1,2,5构成A报表集,对应一个执行目标。2,5,8构成B报表集,对应另一个执行目标-->
                    <reportSets>
                        <!--表示报表的一个集合,以及产生该集合的配置-->
                        <reportSet>
                            <!--报表集合的唯一标识符,POM继承时用到-->
                            <id/>
                            <!--产生报表集合时,被使用的报表的配置-->
                            <configuration/>
                            <!--配置是否被继承到子POMs-->
                            <inherited/>
                            <!--这个集合里使用到哪些报表-->
                            <reports/>
                        </reportSet>
                    </reportSets>
                </plugin>
            </plugins>
        </reporting>
        <!-- 继承自该项目的所有子项目的默认依赖信息。这部分的依赖信息不会被立即解析,而是当子项目声明一个依赖(必须描述group ID和 artifact ID信息),如果group ID和artifact ID以外的一些信息没有描述,则通过group ID和artifact ID 匹配到这里的依赖,并使用这里的依赖信息。-->
        <dependencyManagement>
            <dependencies>
                <!--参见dependencies/dependency元素-->
                <dependency>
                    ......
                </dependency>
            </dependencies>
        </dependencyManagement>
        <!--项目分发信息,在执行mvn deploy后表示要发布的位置。有了这些信息就可以把网站部署到远程服务器或者把构件部署到远程仓库。-->
        <distributionManagement>
            <!--部署项目产生的构件到远程仓库需要的信息-->
            <repository>
                <!--是分配给快照一个唯一的版本号(由时间戳和构建流水号)?还是每次都使用相同的版本号?参见repositories/repository元素-->
                <uniqueVersion/>
                <id>banseon-maven2</id>
                <name>banseon maven2</name>
                <url>file://${basedir}/target/deploy</url>
                <layout/>
            </repository>
            <!--构件的快照部署到哪里?如果没有配置该元素,默认部署到repository元素配置的仓库,参见distributionManagement/repository元素-->
            <snapshotRepository>
                <uniqueVersion/>
                <id>banseon-maven2</id>
                <name>Banseon-maven2 Snapshot Repository</name>
                <url>scp://svn.baidu.com/banseon:/usr/local/maven-snapshot</url>
                <layout/>
            </snapshotRepository>
            <!--部署项目的网站需要的信息-->
            <site>
                <!--部署位置的唯一标识符,用来匹配站点和settings.xml文件里的配置-->
                <id>banseon-site</id>
                <!--部署位置的名称-->
                <name>business api website</name>
                <!--部署位置的URL,按protocol://hostname/path形式-->
                <url>
                    scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web
                </url>
            </site>
            <!--项目下载页面的URL。如果没有该元素,用户应该参考主页。使用该元素的原因是:帮助定位那些不在仓库里的构件(由于license限制)。-->
            <downloadUrl/>
            <!--如果构件有了新的group ID和artifact ID(构件移到了新的位置),这里列出构件的重定位信息。-->
            <relocation>
                <!--构件新的group ID-->
                <groupId/>
                <!--构件新的artifact ID-->
                <artifactId/>
                <!--构件新的版本号-->
                <version/>
                <!--显示给用户的,关于移动的额外信息,例如原因。-->
                <message/>
            </relocation>
            <!-- 给出该构件在远程仓库的状态。不得在本地项目中设置该元素,因为这是工具自动更新的。有效的值有:none(默认),converted(仓库管理员从 Maven 1 POM转换过来),partner(直接从伙伴Maven 2仓库同步过来),deployed(从Maven 2实例部 署),verified(被核实时正确的和最终的)。-->
            <status/>
        </distributionManagement>
        <!--以值替代名称,Properties可以在整个POM中使用,也可以作为触发条件(见settings.xml配置文件里activation元素的说明)。格式是<name>value</name>。-->
        <properties/>
    </project>

    原文链接:http://blog.csdn.net/ithomer/article/details/9332071





    展开全文
  • 用于工具和导航的标准按钮

    千次阅读 2011-12-20 14:34:27
    iPhone OS为您准备了在工具和导航中常见的标准按钮。表10-1所示的这些按钮具有两种样式,分别用于下列不同情况: 边框样式—例如,电话联系人应用程序导航中的“添加”按钮。这种样式对于导航和工具...
  • 转载:使用adb shell dumpsys检测Android的Activity任务栈谈起Android程序开发,就需要了解其四个主要的部件:Activity、Service、ContentProvider、 BroadcastReceiver。而其中Activity是唯一直接控制程序界面呈现...
  •   ok~,关于Service在清单文件的声明我们先了解这些就行,接下来分别针对Service启动服务和绑定服务进行详细分析 3.Service启动服务   首先要创建服务,必须创建 Service 的子类(或使用它的一个现有...
  • 正确设置Windows缓存 让系统快步如飞

    万次阅读 2010-06-27 10:52:00
    在电脑系统中,硬件运行... (6)最近一次的正确配置:选择“使用‘最后一次正确的配置’启动 Windows XP”是解决诸如新添加的驱动程序与硬件不相符之类问题的一种方 法。用这种方式启动,Windows XP只恢复注册表项 ...
  • 要恢复页面吗?Chrome未正确关闭

    千次阅读 2019-06-26 21:32:26
    谷歌chrome浏览器每次打开提示“要恢复页面吗”怎么办? 如下图所示: 001 每次打开启动谷歌chrome浏览器时都有这样的提示,让人烦不胜烦。...此时如果你打开任务管理器时你会发现在任务管理器中有多个chro...
  • QT界面中工具图标无法显示

    千次阅读 2015-04-17 10:25:30
    用CMAKE管理QT工程, 运行exe文件,界面中工具图标无法显示,其中图标文件放在qrc文件中。
  • 【1】CyclicBarrier简介 CyclicBarrier,是JDK1.5的java.util.concurrent并发包中提供的一个并发工具类。翻译为中文为“篱栅”意思,也就是栅栏。... // 正是因为这个原因,才需要generation来保证正确。 ...
  • 谷歌chrome浏览器每次打开提示“要恢复页面吗”怎么办? 如下图所示: 001 每次打开启动谷歌chrome浏览器时都有这样的提示,让人烦不胜烦。...此时如果你打开任务管理器时你会发现在任务管理器中有多个ch...
  • Linux利用crontab创建计划任务详解

    千次阅读 2017-09-24 18:13:23
    crontab 周期性计划任务 cron是Linux下的定时执行工具,可以在无需人工干预的情况下运行作业。 当需要周期性地重复执行任务时可以使用cron服务;该服务每分钟检查一次,并执行符合条件的任务。 Linux任务调度的...
  • Action Bar(操作

    千次阅读 2014-04-18 13:46:35
    操作 操作是一种能标识用户位置、提供用户操作和导航模式的窗口特征。使用操作能让你的系统优雅的适配不同的屏幕配置,给你的用户在整个应用中提供熟悉的界面。 图1. 一个包含了 [1] 应用图标,...
  • 3. 将任务任务记录持久化到数据库,这样可以做到错误记录、断点、重跑等功能 4. 得要用Quartz类似的组件来实现这个”定时,定期跑批”的功能吧 好了,上述这些需求就够你做一个工程了,不是吗? 我现在告诉你,这...
  • 2、下列关于计算机中数据的存储形式,正确的是( ) A、字符文本数据 B、二进制数据 C、字符文本数据和二进制数据都可以 D、字符文本数据和二进制数据都不可以 3、当Servlet发送响应消息时,需要在响应消息中设置( ...
  • 转贴 详解任务管理器

    千次阅读 2011-05-08 22:10:00
    详解任务管理器 樱木花盗 发表于 2010-12-1 16:05:36 ㈠、概述及菜单 任务管理器提供正在您的计算上运行的程序和进程的相关信息。也显示最常用的度量进程性能的单位。使用任务管理器可以监视计算机性能的...
  • 任务描述: 任务目标  - 掌握HTML/CSS布局的概念  - 掌握盒模型的概念  - 掌握position与float的概念以及在布局时的用法 任务描述  - 使用 HTML 与 CSS 按照 示例图(点击查看)...
  • 计算机线程及任务调度

    千次阅读 2015-07-03 19:57:41
    我不能确保能把它讲的话,也不能确保讲的内容全部都正确。即使这样,我也希望尽可能地把他讲通俗一点,讲的明白一点,因为这是个一直困扰我很久的,扑朔迷离的知识领域,希望通过我的理解揭开它一层一层神秘的面纱。...
  • android 动作(Action Bar)

    千次阅读 2013-08-03 13:38:34
    摘要 Action Bar是活动中的一种控件,用以代替传统的屏幕顶端的标题。默认,Action Bar包括了左侧的应用程序图标(logo),其右是活动的标题,以及Option Menu中的可选项目。Action Bar提供了多种便利特性,包括:...
  • 1、下面关于include指令的语法格式中,正确的是() A、<%@ include path=“relativeURL”%> B、<%@ include file=“relativeURL”%> C、<%# include path=“relativeURL”%> D、<%# include ...
  • Spring+Quartz实现动态添加定时任务(二)

    千次阅读 热门讨论 2018-02-26 19:08:13
    上一篇介绍了第一部分:定时任务动态配置及持久化本篇介绍第二部分:可视化的管理界面,可以非常清晰的管理自己的所有定时任务先来看一下管理后台对应的界面可以看到在这里我把定时任务的状态分为两大类,任务状态跟...
  • 大家见过哪个RPG没有对话剧情的?对吧,所以是很有必要写一个...此时,这个任务系统的一些内容已经融合到这个对话系统里面了,而之前是独立存在的,所以在这篇文章中还会重复一次任务系统,因为不少代码变了,大家可...
  • 文章是原作者一字一字亲手码出来的,每天下班用休息时间写一点,持续了二十来天。且对于文章上下衔接、概念引入花了很多心思,致力让很多概念在本文中显得通俗。
  • 本文对Visual Paradigm工具上的各个功能作出了逐一介绍。   说起Visual Paradigm你可能并不陌生,因为此前有一款功能强大的UML软件叫Visual Paradigm for UML,在这款软件在v11.1的时候,它的生产商Visual ...
  • Android 用户界面---状态通知(二)

    千次阅读 2012-03-26 20:20:30
    你必须正确的实现以便在应用程序中提供一直的用户体验。 由日历应用提供的两种典型的通知的例子,一个是能够对即将发生的事件发出一个通知,另一个是Email应用能够在收到新的消息时发出通知。它们代表了两种推荐的...
  • 正确的,也就是上面你选择导出到对应项目名称的文件夹下的话,就会出现下图。 哦,这个是导出的时候,他在一个个文件的往外check ,这是个过程图。 你要是导出OK,也就是说你导出项目到对应的项目名称下...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 34,056
精华内容 13,622
关键字:

关于任务栏的描述正确的是