1.Maven把项目依赖的码导所有jar包都打到同一个jar中
2.Skywalking8.9.1源码解析<一>-Skywalking简介及系统架构解析
Maven把项目依赖的所有jar包都打到同一个jar中
使用maven-shade-plugin
在项目的pom.xml文件中加入以下插件:
然后执行Maven的package命令打包项目。
完成后,码导在target目录下可见生成的码导jar包。
使用java -jar xxxx.jar命令即可运行此jar包。码导
在Mac OS系统下的码导IDEA中实施时,有时在jar/META-INF目录下会出现ECLIPSEF.SF、码导可乐小程序源码ECLIPSE.RSA等文件,码导并在运行java -jar xxx.jar时,码导会抛出错误。码导解决办法:手动删除jar包中META-INF/*.RSA、码导META-INF/*.DSA、码导META-INF/*.SF这些文件,码导xplico源码分析然后即可正常运行。码导
推荐使用maven-assembly-plugin
在项目的码导pom.xml文件中加入以下插件:
执行Maven的package命令打包项目。
打包完成后,码导在target目录下可见生成的jar包,其中xxx-jar-with-dependencies.jar是包含依赖jar包的jar文件,另一个不包含依赖jar包。
使用java -jar xxxx.jar命令即可运行此jar包。
扩展:Maven安装本地jar包到本地仓库
执行以下命令
查阅Maven常用命令了解更多。
扩展:手动生成jar包
创建可执行jar包的关键在于让java -jar命令知道jar包中的主方法属于哪个类,即配置主类的全限定名。
步骤如下:
打包指定的外网源码链接项目,以Linux系统为例,项目名为java-test,位于/data/project/java-test目录下,主类全限定名为com.healchow.test.Main。
上述命令将java-test目录下的所有文件打包到test.jar中,并指定主类。
了解jar命令的其他用法。
扩展:Linux下运行jar包的几种方式
5.1 阻塞式方式:终端会话窗口被阻塞,可按CTRL + C中断程序运行,或关闭会话窗口终止程序。
5.2 后台运行方式:终端会话窗口不会被阻塞,vtysh源码解析但关闭当前窗口时,程序会终止运行。
5.3 后台持续运行方式:使用nohup命令运行任务,当用户退出或终端关闭时,程序运行不受影响。
使用nohup命令运行任务时,输出默认重定向到nohup.out文件,除非指定输出文件。
其他命令扩展:
① 通过jobs命令查看后台运行任务,任务将获得编号。
② 使用fg命令将指定编号的fps骨骼源码后台任务调回前台控制,如:fg 将号任务调回前台。
③ 查看占用某个端口的进程。
加入Java程序员开发群:
群内提供免费的Java架构学习资料(包括高可用、高并发、高性能、分布式、Jvm性能调优、Spring源码、MyBatis、Netty、Redis、Kafka、Mysql、Zookeeper、Tomcat、Docker、Dubbo、Nginx等)合理利用时间学习,提升自我,不再以“没有时间”为借口!
Skywalking8.9.1源码解析<一>-Skywalking简介及系统架构解析
Skywalking 8.9.1源码解析系列旨在深入探讨该版本的Skywalking-OAP及其探针Skywalking-java8.9.0。本文基于官方文档、博客和个人理解,对Skywalking进行简介和系统架构解析。
Skywalking是一款强大的分布式追踪系统,提供详尽的UI界面,可通过OpenTrace官方文档了解其Trace概念。核心功能包括性能监控和分布式追踪,以帮助开发者理解和优化应用程序的性能。
Skywalking的代码模块构建在微内核架构上,这种架构允许通过插件形式扩展核心功能,如IDEA和Eclipse的插件模式。SkyWalking Agent和OAP都采用微内核架构,利用ModuleManager管理组件和ModuleProvider,实现模块间的高效通信和功能扩展。
在通信方面,Skywalking探针和服务器主要通过Grpc进行数据交换,考虑到性能和数据丢失风险,有人提议用Kafka替代,但官方仅支持Grpc和SSL。Skywalking UI与后端的交互采用GraphQL,尽管restful更为常见,但GraphQL提供了更灵活的数据获取方式。
存储方面,Skywalking支持模块化存储选择,官方推荐内存数据库Es,但在线上环境中可能需要特定数据库支持。本地开发环境通常使用Mysql,生产环境将根据需求进行选择。数据库表结构会在后续文章中详细讨论。
数据流方面,Skywalking的数据经过OAL处理后入库,OAL层的具体作用官方未明示,但可能是为了进一步处理和优化数据。本文从整体架构深入到细节,助力需求文档和开发文档的完善。