0%

问题

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
2021-12-14 18:42:54.401  WARN 9328 --- [           main] ConfigServletWebServerApplicationContext : Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'referenceAnnotationBeanPostProcessor': Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor]: Constructor threw exception; nested exception is java.lang.NoSuchMethodError: org.apache.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor.setClassValuesAsString(Z)V
2021-12-14 18:42:54.407 INFO 9328 --- [ main] ConditionEvaluationReportLoggingListener :

Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled.
2021-12-14 18:42:54.419 ERROR 9328 --- [ main] o.s.b.d.LoggingFailureAnalysisReporter :

***************************
APPLICATION FAILED TO START
***************************

Description:

An attempt was made to call a method that does not exist. The attempt was made from the following location:

org.apache.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor.<init>(ReferenceAnnotationBeanPostProcessor.java:106)

The following method did not exist:

org.apache.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor.setClassValuesAsString(Z)V

The method's class, org.apache.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor, is available from the following locations:

jar:file:/F:/maven/repository/org/apache/dubbo/dubbo/2.7.13/dubbo-2.7.13.jar!/org/apache/dubbo/config/spring/beans/factory/annotation/ReferenceAnnotationBeanPostProcessor.class

The class hierarchy was loaded from the following locations:

org.apache.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor: file:/F:/maven/repository/org/apache/dubbo/dubbo/2.7.13/dubbo-2.7.13.jar
com.alibaba.spring.beans.factory.annotation.AbstractAnnotationBeanPostProcessor: file:/F:/maven/repository/com/alibaba/spring/spring-context-support/1.0.10/spring-context-support-1.0.10.jar
org.springframework.beans.factory.config.InstantiationAwareBeanPostProcessorAdapter: file:/F:/maven/repository/org/springframework/spring-beans/5.2.15.RELEASE/spring-beans-5.2.15.RELEASE.jar


Action:

Correct the classpath of your application so that it contains a single, compatible version of org.apache.dubbo.config.spring.beans.factory.annotation.ReferenceAnnotationBeanPostProcessor

解决办法

添加依赖

1
2
3
4
5
<dependency>
    <groupId>com.alibaba.spring</groupId>
    <artifactId>spring-context-support</artifactId>
    <version>1.0.11</version>
</dependency>

静脉血栓栓塞症(Venous Thromboembolism,VTE)包括深静脉血栓形成(Deep vein thrombosis,DVT)和肺血栓栓塞症(Pulmonary thromboembolism,PTE),大部分PTE由DVT的血栓脱落造成。无论是内科、外科、肿瘤科、妇产科乃至儿科,VTE均不少见。不同科室患者的VTE事件与患者不同的危险因素相关,因此针对VTE的诊治也衍生出了不同的评分系统。

内科患者VTE风险评分—Padua评分

内科患者的VTE危险因素包括遗传性及获得性易栓症、感染、肿瘤、激素治疗、心力衰竭、呼吸衰竭等。2010年,Barbar等提出用于内科患者的VTE风险评估工具—Padua评分(中文版见表1),总分20分,评分>4分为VTE高危患者,评分<4分为VTE低危患者。

1572574979688558.png

外科患者VTE风险评分—Caprini评分

外科患者的VTE风险不仅包括了内科患者的所有风险,手术本身也是导致VTE的重要因素,且不同手术级别风险存在差异。因此,针对外科患者的VTE风险评分更为复杂。该评分于2005年由学者Joseph A. Caprini提出(中文版见表2),根据不同的风险具有1、2、3、5分项,每项评分可累加。根据分值评估VTE风险为:低危(0分)、低危(1~2分)、中危(3~4分)、高危(>5分)。

1572575020434921.png

肿瘤化疗患者VTE风险评分—Khorana评分

肿瘤同样是VTE形成的高危因素,除了肿瘤局部压迫导致血流淤滞之外,肿瘤本身可分泌细胞因子,导致凝血系统的激活,不同的肿瘤VTE风险存在差异。Khorana评分(见表3)被用于肿瘤化疗患者VTE的风险评估。Khorana评分总分7分;0分为低危; 1~2分为中危;≥3分为高危。

1572575037513948.png

PTE的可能性评分—Wells 评分和 Geneva 评分

上述评分用于评估住院患者VTE的风险,与之相区别,当接诊一位患者,结合症状及检查考虑PTE时,可行Wells 评分(见表4)和 Geneva 评分(见表5)评估其可能性。目前,临床上为了便于记忆和应用,这两个量表均衍生出了简化版。

Wells评分原始版结果有二分类法和三分类法:二分类法0~4分为可能性小,≥5分为可能;三分类法总分0~1分为低度可能,2~6分为中度可能,≥7分为高度可能。简化版仅有二分类法:0~1分为可能性小,≥2分为可能。

Geneva评分原始版和简化版均有二分类法和三分类法。原始版:二分类法0~5分为可能性小,≥6分为可能;三分类法总分0~3分为低度可能,4~10分为中度可能,≥11分为高度可能。简化版:二分类法0~2分为可能性小,≥3分为可能;三分类法0~1分为低度可能,2~4分为中度可能,≥5分为高度可能。

1572575048245243.png

1572575058379648.png

PTE严重程度评分—PESI评分

临床上已经确诊PTE的患者,除了通过症状、监测血流动力学及心脏超声评估病情以外,可应用PESI评估其严重程度。目前,临床应用较多的是其简化版(sPESI)(见表6)。sPESI≥1分归为中危,sPESI=0分归为低危。sPESI≥1分者30 d全因死亡率明显升高。

1572575063723382.png

小结

VTE曾被认为是罕见病,随着诊疗技术的进步和医患对该病的认知提升,VTE的诊断率不断提高。其中,PTE已成为住院患者院内死亡的主要疾病之一。不同患者产生VTE的危险因素各异。临床工作中,应根据不同的人群选择合适的评分量表,尽早识别VTE高危患者,采取预防和治疗措施。

VTE的定义

VTE(venous thromboembolism)是指血液在深静脉内不正常的凝结,使管腔部分或完全阻塞,引起的一系列临床症状的疾病,严重危及群众生命安全。

阅读全文 »

使用场景:

  1. 数据库误操作,只好使用使用原来的备份数据去恢复数据,但是数据量太大,只好使用SQLDumpSplitter将大文件分割成小文件,然后恢复指定的表即可。
  2. 数据库备份数据到一个sql脚本中,大小是1G,要将其导入到新的数据库中。在使用navicat导入数据时,速度很慢很慢。想到将sql文件拆分出来进行处理。
image-20220617103648865

很多时候我们会有一份较大的SQL文件,导入恢复数据时产生超时现象,因为经常会受限于服务器所规定的脚本运行时间。而SQLDumpSplitter正好可以解决SQL文件过大的问题,它能把一份较大的SQL文件分割成数个指定大小的SQL文件,就能避免因文件过大导致运行时间过长而产生超时的问题。最厉害的是SQLDumpSplitter可以自动将结构语句和数据语句分开,所以无需担心分割出错,一切都是自动的。

image-20220617103708215

而更多的时候,你可能难以打开一个几百兆大小的SQL文件来进行检查,这时候就可以用SQLDumpSplitter进行分割,分割成一个个小的SQL文件,你就可以轻松打开它们并检查里面的内容。

官网地址: https://philiplb.de/sqldumpsplitter3/

问题描述

.properties文件乱码

image-20220608163130322

解决方案

Preferences –> Editor –> File Encodings

image-20220608163245238

image-20220608171448934