jetty

Azkaban3.81.x部署+坑 目录 一、前提安装 1.1 Java1.8环境搭建 1.2 MySQL安装 1.3 git安装 1.4 下载azkaban 1.5 编译 二、azkaban部署 2.1 在MySQL中创建azkaban数据库： 2.2 创建SSL配置： 2.3 部署 azkaban-web-server 2.4 部署 azkaban-exec-server 2.5 启动web-server和exec-server 2.6 访问 https://ip:8443 打开azkaban的web页面 2.7 测试 三、遇到的问题 3.1、 找到guava-*.jar包版本过低，但在/lib/下的是0.21版本，不低了，根据排除可知找到系统中版本过低的而使用。 3.2 解决executor非active的问题 回到顶部 一、前提安装 1.1 Java1.8环境搭建 1) 下载jdk1.8并解压： tar -zxvf jdk-8u201-linux-i586.tar.gz -C /usr/local 2) 添加Java环境变量，在/etc/profile中添加： export JAVA_HOME=/usr/local/jdk1.8.0_201 export PATH=$PATH:$JAVA_HOME/bin export JRE_HOME=$JAVA_HOME/jre

1 简介 Spring WebFlux 是一个新兴的技术， Spring 团队把宝都压在响应式 Reactive 上了，于是推出了全新的 Web 实现。本文不讨论响应式编程，而是通过实例讲解 Springboot WebFlux 如何把 http 重定向到 https 。 作为餐前小吃，建议大家先吃以下 https 小菜，以帮助理解： （1） Springboot整合https原来这么简单 （2） HTTPS之密钥知识与密钥工具Keytool和Keystore-Explorer （3） Springboot以Tomcat为容器实现http重定向到https的两种方式 （4） Springboot以Jetty为容器实现http重定向到https （5） nginx开启ssl并把http重定向到https的两种方式 2 搭建WebFlux项目 引入 WebFlux 的依赖如下： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-webflux</artifactId> </dependency> 实现 Controller ，与之前略有不同，返回值为 Mono<T> ： @RestController public class HelloController

Spring Boot默认使用Tomcat作为嵌入式的Servlet容器，只要引入了spring-boot-start-web依赖，则默认是用Tomcat作为Servlet容器： < dependency > < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot-starter-web </ artifactId > </ dependency > Servlet容器的使用 默认servlet容器 我们看看spring-boot-starter-web这个starter中有什么 核心就是引入了tomcat和SpringMvc，我们先来看tomcat Spring Boot默认支持Tomcat，Jetty，和Undertow作为底层容器。如图： 而Spring Boot默认使用Tomcat，一旦引入spring-boot-starter-web模块，就默认使用Tomcat容器。 切换servlet容器 那如果我么想切换其他Servlet容器呢，只需如下两步： 将tomcat依赖移除掉 引入其他Servlet容器依赖 引入jetty： < dependency > < groupId > org.springframework.boot </ groupId > < artifactId

1 简介 之前讲解的 Springboot 整合 https 用的是 tomcat 作为容器， tomcat 也是一个流行多年的老牌Java容器了。但针对不同的场景，还是会有不同的选择，如 Jetty 。 Jetty 是架构相对简单、基于 Handler 的灵活可扩展的 Servlet 容器。更多详情请参考 官方文档 。 另外建议阅读其它相关文章： （1） Springboot整合https原来这么简单 （2） HTTPS之密钥知识与密钥工具Keytool和Keystore-Explorer （3） Springboot以Tomcat为容器实现http重定向到https的两种方式 2 重定向实现 为了代码结构清晰一点，把配置拆成两个类。 2.1 重定向 HttpToHttpsJettyConfig 是与 Jetty 强相关的配置类，继承于 AbstractConfiguration ，以便后续用于 WebServerFactory 的设置，如果没有这个类的配置，那就会同时具有 http 和 https 服务，无法重定向。这个类的配置要求连接必须是安全的。具体代码如下： package com.pkslow.ssl.config; import org.eclipse.jetty.security.ConstraintMapping; import org.eclipse.jetty

1 简介 之前讲解的 Springboot 整合 https 用的是 tomcat 作为容器， tomcat 也是一个流行多年的老牌Java容器了。但针对不同的场景，还是会有不同的选择，如 Jetty 。 Jetty 是架构相对简单、基于 Handler 的灵活可扩展的 Servlet 容器。更多详情请参考 官方文档 。 另外建议阅读其它相关文章： （1） Springboot整合https原来这么简单 （2） HTTPS之密钥知识与密钥工具Keytool和Keystore-Explorer （3） Springboot以Tomcat为容器实现http重定向到https的两种方式 2 重定向实现 为了代码结构清晰一点，把配置拆成两个类。 2.1 重定向 HttpToHttpsJettyConfig 是与 Jetty 强相关的配置类，继承于 AbstractConfiguration ，以便后续用于 WebServerFactory 的设置，如果没有这个类的配置，那就会同时具有 http 和 https 服务，无法重定向。这个类的配置要求连接必须是安全的。具体代码如下： package com.pkslow.ssl.config; import org.eclipse.jetty.security.ConstraintMapping; import org.eclipse.jetty

Spring boot 默认使用Tomcat作为嵌入式Servlet容器,只需要引入spring-boot-start-web依赖,默认采用的Tomcat作为容器 01 定制和修改Servlet容器的相关配置(ServerProperties是EmbeddedServletContainerCustomizer的子类) server.port=8080 server.context -path=/ # tomcat相关设置 server.tomcat.uri -encoding=UTF-8 也可以编写EmbeddedServletContainerCustomizer(嵌入式的Servlet容器定制器),来修改servlet容器的配置 @Bean public EmbeddedServletContainerCustomizer embeddedServletContainerCustomizer(){ // 定制嵌入式的Servlet容器相关的属性配置 return container -> container.setPort(8083 ); } 2 注册Servlet容器的三大组件(Servlet Filter Listener) spring boot默认采用是以jar包的形式启动嵌入式的servlet容器,从而启动Springboot的web应用,没有web.xml

Apache CXF框架的单元测试需要内置Jetty容器 <dependency> <groupId>org.eclipse.jetty</groupId> <artifactId>jetty-webapp</artifactId> <version>${jetty.version}</version> <scope>test</scope> </dependency> 下面是一个基于Spring框架的Apache CXF测试示例 applicationContext-restful.xml <import resource="classpath:META-INF/cxf/cxf.xml" 来源： oschina 链接： https://my.oschina.net/u/4283640/blog/4261075

Apache Druid本质就是一个分布式支持实时数据分析的数据存储系统。 能够快速的实现查询与数据分析，高可用，高扩展能力。 距离上一次更新刚过了二十多天，距离0.17版本刚过了三个多月，Druid再次迎来重大更新，Druid也越来越强大了。 Apache Druid 0.18.0 本次更新了 42位贡献者的200多个新功能，性能增强，BUG修复以及文档改进。 新功能 Join支持 Join是数据分析中的关键操作。在0.18.0之前，Druid支持一些与Join有关的功能，例如SQL中的Lookups或半联接。但是，这些功能的用例非常有限，对于其他联接用例，用户在摄取数据时必须对数据源进行规范化，而不是在查询时将其加入，这可能导致数据量激增和摄取时间延长。 Druid 0.18.0有史以来第一次支持真正的Join，Druid 目前支持INNER，LEFT和CROSS的join。对于原生查询， join 作为新的数据源被引入，以表示两个数据源的Join。 当前，仅允许 left-deep join。这意味着左侧数据源仅允许一个 table 或另一个 join 数据源。对于右侧的数据源， lookup ， inline ，或者 query 数据源是允许的。 Druid SQL也支持Join了！其实本质上是SQL JOIN查询被转换为一个或几个包含原生查询。 Join会影响查询的性能

dubbo-admin： 因为我们不能直观的看到dubbo和zk上到底有什么服务（提供者），所以我们需要一个可视化工具来方便我们管理每一个服务和每一个节点。 dubbo-admin 就是dubbo的管理控制台 需要的准备工作是你的Linux已经安装了 jdk Zookeeper tomcat 编译java包还需要用到Maven，安装教程 https://www.cnblogs.com/centos2017/p/10382161.html 1、官网下载dubbo源码 Dubbo 在2.6版本时合并了dubbox 的分支，现在dubbo-admin也迁移到一个单独项目 apache /incubator-dubbo-ops 在这个地址只能下载 apache-dubbo-2.5.0 版本，这个里面带有admin https://github.com/apache/incubator-dubbo/ 新版本中 apache-dubbo-2.7.0 已经没有dubbo-admin了 转移到新项目 apache /incubator-dubbo-ops https://github.com/apache/incubator-dubbo-ops 总结： 打成war包，放到tomcat容器中，启动，访问，期间可能存在端口冲突，主要使用于dubbo2.5.x之前的版本 打成jar包，通过java

生存压力大，亚历山大，今年开始学习Java了。 java界听说tomcat挺厉害的，还有jetty，网友推荐了一个叫resin，听说也不错。 五一节前对他们性能及稳定性做了对比，结果如下，供大家参考： 测试项目： Spring Boot hello world war包 Jvm参数: -Xmx4096m -Xss1m -Xdebug -Xnoagent -Duser.timezone=GMT+8 Apache Utils ab并发测试(单位:处理请求数/秒) Resin4.0.53 Tomcat9.0.6 嵌入式tomcat 嵌入式jetty 20次热身 301.62 69.51 34.83 108.63 第一次2万 1879.81 2054.78 2321.64 1865.33 第二次2万 2787.43 3167.27 3285.55 2987.00 第三次2万 3157.62 3261.77 3481.85 3034.85 第四次2万 2958.72 3609.55 3404.02 2944.49 第一次20万 2873.62 3359.72 3381.35 3054.06 第二次20万 2832.29 3429.02 3435.94 3057.91 第三次20万 2832.49 3688.58 3437.44 2869.04 第四次20万 3044.37 3354.39