try

SpringBoot学习:整合Hbase

血红的双手。 提交于 2019-12-13 07:43:14
所需pom依赖 < ! -- hbase依赖 -- > < hbase - client . version > 2.0 .0 < / hbase - client . version > < lombak . version > 1.16 .10 < / lombak . version > < dependency > < groupId > org . apache . hbase < / groupId > < artifactId > hbase - client < / artifactId > < version > $ { hbase - client . version } < / version > < ! -- 排除以下与springboot的冲突包,guava自己引入,故而排除。 -- > < exclusions > < exclusion > < groupId > org . apache . httpcomponents < / groupId > < artifactId > httpclient < / artifactId > < / exclusion > < exclusion > < groupId > org . slf4j < / groupId > < artifactId > slf4j - log4j12 < /

SpringBoot学习:整合redis配置

落爺英雄遲暮 提交于 2019-12-13 05:09:52
yaml文件配置 spring : redis : database : 0 # 数据储存的分片位置 cluster : max-redirects : 3 # 获取失败 最大重定向次数 nodes : - 10.16.1.238 : 8996 - 10.16.1.239 : 8991 - 10.16.1.240 : 6388 lettuce : pool : max-active : 20 # 连接池最大连接数(使用负值表示没有限制),默认8 max-idle : 20 # 连接池中的最大空闲连接,默认8 min-idle : 10 # 连接池中的最小空闲连接,默认0 max-wait : 4s # 连接池最大阻塞等待时间(使用负值表示没有限制),默认-1 timeout : 6s # 连接超时时间 password : '' 配置类 /** * @author: hs * @Date: 2019/5/8 20:49 * @Description: */ @Configuration @EnableCaching @ConditionalOnClass ( RedisAutoConfiguration . class ) public class RedisCacheConfig extends CachingConfigurerSupport { @Bean public

python中的异常处理

ε祈祈猫儿з 提交于 2019-12-13 02:32:43
异常处理 捕捉异常可以使用try/except语句。 try/except语句用来检测try语句块中的错误,从而让except语句捕获异常信息并处理。 如果你不想在异常发生时结束你的程序,只需在try里捕获它。 语法: 以下为简单的try…except…else的语法: try : < 语句 > #运行别的代码 except < 名字 > : < 语句 > #如果在try部份引发了'name'异常 except < 名字 > , < 数据 > : < 语句 > #如果引发了'name'异常,获得附加的数据 else : < 语句 > #如果没有异常发生 try的工作原理是,当开始一个try语句后,python就在当前程序的上下文中作标记,这样当异常出现时就可以回到这里,try子句先执行,接下来会发生什么依赖于执行时是否出现异常。 如果当try后的语句执行时发生异常,python就跳回到try并执行第一个匹配该异常的except子句,异常处理完毕,控制流就通过整个try语句(除非在处理异常时又引发新的异常)。 如果在try后的语句里发生了异常,却没有匹配的except子句,异常将被递交到上层的try,或者到程序的最上层(这样将结束程序,并打印默认的出错信息)。 如果在try子句执行时没有发生异常,python将执行else语句后的语句(如果有else的话)

spring boot 从0到1学习---08:spring boot整合Redis

半腔热情 提交于 2019-12-12 11:39:54
生活不易,且行且学习吧 Redis整合网上一大把了,不浪费时间,附上RedisUtil及整合过程中出现的问题。 1,使用RedisTemplate做set操作时, redis中会出现乱码的情况,更改编码方式。增加RedisTemplateConfig 。 @Configuration public class RedisTemplateConfig { @Autowired private RedisTemplate redisTemplate; @Bean public RedisTemplate redisTemplateInit() { //设置序列化Key的实例化对象 redisTemplate.setKeySerializer(new StringRedisSerializer()); //设置序列化Value的实例化对象 redisTemplate.setValueSerializer(new GenericJackson2JsonRedisSerializer()); return redisTemplate; } } 2,附上redisUtils,参照 https://blog.csdn.net/hyddhy/article/details/87254778 import org.springframework.beans.factory.annotation

java分析—异常与处理机制

守給你的承諾、 提交于 2019-12-12 03:32:09
异常机制 自定义异常 异常机制 Throwable类 Throwable类是Java异常类型的顶层父类,一个对象只有是 Throwable 类的(直接或者间接)实例,他才是一个异常对象,才能被异常处理机制识别。JDK中内建了一些常用的异常类,我们也可以自定义异常。 Throwable又派生出Error类和Exception类。 错误:Error类以及他的子类的实例,代表了JVM本身的错误。错误不能被程序员通过代码处理,Error很少出现。因此,程序员应该关注Exception为父类的分支下的各种异常类。异常:Exception以及他的子类,代表程序运行时发送的各种不期望发生的事件。可以被Java异常处理机制使用,是异常处理的核心。 异常体制结构 Java中的异常分为两大类(根据javac对异常的处理要求): Unchecked exception(Runtime Exception)(未受检异常):Error 和 RuntimeException 以及他们的子类。未受检异常一般认为是代码的逻辑问题,一般需要修改代码来解决异常,也可以使用异常机制处理。这样的异常发生的原因多半是代码写的有问题。如除0错误ArithmeticException,错误的强制类型转换错误ClassCastException,数组索引越界ArrayIndexOutOfBoundsException

nginx之The service command supports only basic LSB actions (start, stop, restart, try-restart, reload

偶尔善良 提交于 2019-12-11 23:44:09
The service command supports only basic LSB actions (start, stop, restart, try-restart, reload, force-reload, status). For other actions, please try to use systemctl. 意思就是 服务命令只支持基本的LSB操作(启动、停止、重新启动、尝试重启、重新加载、强制重新加载、状态)。对于其他操作,请尝试使用systemctl。 我是使用了如下命令: service start nginx 将其更换为: systemctl start nginx 来源: CSDN 作者: |刘钊| 链接: https://blog.csdn.net/weixin_40200876/article/details/103500801

C# 序列化与反序列化Serialization之Json Xml Binary Soap JavaScript序列化

时光总嘲笑我的痴心妄想 提交于 2019-12-11 17:05:27
所谓的序列化其实就是把一个内存中的对象信息转化成一个可以持久化保存的形式,方便保存数据库和文件或着用于传输, 序列化的主要作用是不同平台之间进行通信与信息的传递保存等,常用的有序列化有Json Xml Binary Soap JavaScript序列化等,当然我们也可以使用第三方的序列化类库,第三方的序列化类库可以参照网上的,这里不再赘述, 本文主要介绍Json Xml Binary Soap JavaScript等6种序列化的方法, 添加引用以下类库 using System.Runtime.Serialization.Json;//DataContractJsonSerializer序列化 using System.Xml.Serialization;//XmlSerializer序列化 using System.Runtime.Serialization.Formatters.Binary;//BinarySerializer序列化 using System.Runtime.Serialization.Formatters.Soap;//SoapSerializer序列化 using System.Web.Script.Serialization;//JavaScriptSerializer序列化 代码如下: using System; using System.Text;

hello/hi的简单的网络聊天程序

余生颓废 提交于 2019-12-11 15:12:53
hello/hi的简单的网络聊天程序 0 Linux Socket API Berkeley套接字接口 ,一个应用程序接口(API),使用一个Internet套接字的概念,使主机间或者一台计算机上的进程间可以通讯。 它可以在很多不同的输入/输出设备和驱动之上运行,尽管这有赖于操作系统的具体实现。 接口实现用于TCP/IP协议,因此它是维持Internet的基本技术之一。 它是由加利福尼亚的伯克利大学开发,最初用于Unix系统。 如今,所有的现代操作系统都有一些源于Berkeley套接字接口的实现,它已成为连接Internet的标准接口。 我们所用的Linux Socket API实际上就是 Berkeley Socket,下面给出一些建立TCP连接常用的Socket接口函数及其功能概要: socket() 创建一个新的确定类型的套接字,类型用一个整型数值标识( 文件描述符 ),并为它分配系统资源。 bind() 一般用于服务器端,将一个套接字与一个套接字地址结构相关联,比如,一个指定的本地端口和IP地址。 listen() 用于服务器端,使一个绑定的TCP套接字的tcp状态由CLOSE转至LISTEN;操作系统内核为此监听socket所对应的tcp服务器创建一个pending socket队列和一个established socket队列;参数backlog指定pending

Java异常

烂漫一生 提交于 2019-12-11 04:59:29
1 、异常的思维导图 2、JAVA异常分类 1.1、概念 如果某个方法不能按照正常的途径完成任务,就可以通过另一种路径退出方法。在这种情况下会抛出一个封装了错误信息的对象。此时,这个方法会立刻退出同时不返回任何值。另外,调用这个方法的其他代码也无法继续执行,异常处理机制会将代码执行交给异常处理器。 1.2、异常分类 Throwable是 Java 语言中所有错误或异常的超类。下一层分为Error和Exception。 Error: Error类是指java运行时系统的内部错误和资源耗尽错误。应用程序不会抛出该类对象。 Exception: Exception又有两个分支 ,一 个是运行时异常RuntimeException 一个是编译时异常CheckedException。 3 、自定义异常类型 Java 的异常机制中所定义的所有异常不可能预见所有可能出现的错误,某些特定的情境下,则需要我们自定义异常类型来向上报告某些错误信息。 在 Java 中你可以自定义异常: 所有异常都必须是 Throwable 的子类。 如果希望写一个检查性异常类,则需要继承 Exception 类。 如果你想写一个运行时异常类,那么需要继承 RuntimeException 类。 4 、异常的处理方式 4.1 try…catch关键字 使用 try 和 catch 关键字可以捕获异常。 try/catch

try-catch-finally执行顺序

馋奶兔 提交于 2019-12-11 03:16:16
文章目录 在没有return的情况下 在存在return的情况下 finally中存在return的情况 总结 在没有return的情况下 正常执行:try -> finally -> 结束 存在异常:try -> catch -> finally -> 结束 正常执行 是 否 异常代码处理完成 开始 try代码块 是否出现异常 catch代码块 finally代码块 结束 在存在return的情况下 try{} – catch{} – finally{} – return; 因为try-catch-finally块中没有return,所以执行后最后return,按实际代码顺序执行。 try{return;} – catch{} – finally{} – return; 出现异常 按代码顺序执行,执行 最后的return 返回。 没有异常 执行完try中return前的代码,然后执行finally中逻辑,最后以 try的return 返回。 try{ } – catch{return;} – finally{} – return; 出现异常 发生异常进入catch后,执行完return前的逻辑进入finally,最后再以 catch的return 返回。 没有异常 按照try - finally - 最后的return 顺序执行。 finally中存在return的情况 try