工作点滴

 　反编译别人的程序是不对的，但是有时候由于某种原因，不得不反编译别人的代码，那就需要一个工具了。小颖JAVA源代码反编译专家V1.4终极版是个很好的工具，但是只能对JDK1.4.2和之前的版本编译的程序反编译，而JDK5.0后的就无能为力了，但是可以下载JAD.EXE来逐个反编译CLASS文件，不过如果碰到有几十个或几百个文件夹，并且目录很深的时候，就麻烦了，这个给出一个直接使用命令行反编译整个

修改/etc/profile系统配置文件：            JPROFILER_HOME=/usr/local/jprofiler7/bin/linux-x64            export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$JPROFILER_HOME            使配置文件生效：source /ect/pro

在排除故障时，需要分析发生故障的原因，避免再次出现同样的问题，需要对日志进行分析，截取故障前后时间段的日志。通常用正则表达式来获取某段时间的内的日志，比较繁琐。可以通过awk方便简捷的实现。 我这里以截取nginx访问日志为例： 查看21/Jul/2014:14:37:50到21/Jul/2014:14:38:00时间段内bbs.ttlsa.com的访问日志。

Logstash是一个完全开源的工具，他可以对你的日志进行收集、分析，并将其存储供以后使用（如，搜索），您可以使用它。说到搜索，logstash带有一个web界面，搜索和展示所有日志。 kibana 也是一个开源和免费的工具，他可以帮助您汇总、分析和搜索重要数据日志并提供友好的web界面。他可以为 Logstash 和 ElasticSearch 提供的日志分析的 Web 界面 说到这里，我们

org.apache.maven.plugins maven-shade-plugin 1.4 package shade implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer"> com.defonds.RsaEncryptor im

这里所用到的MAVEN-PLUGIN是MAVNE-ASSEMBLY-PLUGIN 官方网站是:http://maven.apache.org/plugins/maven-assembly-plugin/usage.html   1. 添加此PLUGIN到项目的POM.XML中   Xml代码   buizld>           plugins>

1. 前言 在开发中经常要建立一个Maven的子工程，对于没有模板的同学来说从Java工程来转换也是一个不错的选择。本文就如何从一个Java工程创建一个Maven工程做了一个介绍，相信对于将一个Java工程转换为Maven工程的工作也是有帮助的。 2. 创建Java工程。 创建一个Java工程，如下图所示： 3. 转换为Maven工程。 选中此工程 -> 右键 -> Configur

systemPath方式 有些不通用的包，maven仓库没有，只能通过本地包依赖，就像下面方式： 在需要依赖的项目建lib文件夹，如下： 然后在pom.xml项目管理文件里面加入本地依赖，如下       这种情况可以问题，但是有些时候会产生莫名的问题，比如项目开发过程中会出现项目虽然打包成功(mvn clean install –Dmaven.test.skip=true)

在Maven1中，需要把依赖所需要的包每个列出。这对于使用类似如Hibernate的用户来说所操的心太多了，而且也不方便。在Maven2中实现了传递依赖，如此对于Hibernate所依赖的包，Maven2会自动下载，开发人员只需关心Hibernate即可。所以可以看出列出所需要的每个jar是在maven1中的功能，Maven2认为自动下载是一种改进。        这样就产生了一个问题：Mave

1.前言  Maven，发音是[`meivin]，"专家"的意思。它是一个很好的项目管理工具，很早就进入了我的必备工具行列，但是这次为了把project1项目完全迁移并应用maven，所以对maven进行了一些深入的学习。写这个学习笔记的目的，一个是为了自己备忘，二则希望能够为其他人学习使用maven 缩短一些时间。      2.命令      mvn pom.xml文件配置详解

依赖范围控制哪些依赖在哪些classpath 中可用，哪些依赖包含在一个应用中。让我们详细看一下每一种范围： compile （编译范围） compile是默认的范围；如果没有提供一个范围，那该依赖的范围就是编译范围。编译范围依赖在所有的classpath 中可用，同时它们也会被打包。 provided （已提供范围） provided 依赖只有在当JDK 或者一个容器已提

build>           sourceDirectory>src/main/javasourceDirectory>           plugins>               plugin>                   groupId>org.apache.maven.pluginsgroupId>                   artifactId>mav

之前的Opendoc中没有涉及过此部分的内容，maven又是现在非常流行的java的工具，再加上到目前为止搭建OSGi Maven开发和部署的环境还是比较的麻烦，觉得有必要写篇这样的blog，:)，在这篇blog中来看下如何搭建一个比较好用的OSGi Maven开发和部署环境，看看我在搭建一个这样的环境中的痛苦历程。 首先说下我期望的OSGi Maven开发/部署的环境： 1、META

说明： 1、使用-选项时，和后面的参数之间可以不要空格。而使用--选项时，和后面的参数之间必须有空格。如下面的例子：  $ mvn help:describe -Dcmd=compiler:compile  $ mvn install --define maven.test.skip=true 2、有些命令行选项是从Maven2.1才有的。   定义属性 -D，--defin

1、先用top查看占用cpu的进程id: 20232 114.4% $ top top - 09:51:59 up 656 days, 28 min, 3 users, load average: 1.47, 1.56, 1.56 Tasks: 137 total, 1 running, 136 sleeping, 0 stopped, 0 zombie Cpu(s): 22.8%us, 30.8...