原因是
在一个事物里,先执行的insert 但是实体bean 在事物提交之前设置了其他的值,执行事物提交的时候会对比这个对象是否改变
如果改变则认为是脏数据则会发起更新
看源码:
DefaultFlushEntityEventListener
onFlushEntity 处理脏数据判断执行的方法
isUpdateNecessary 判断是否有脏数据
scheduleUpdate 如果有脏数据执行更新(其实是添加了一个更新的操作,在最后一起提交)
dirtyCheck 校验是否有脏数据
EntityUpdateAction
更新事件,处理更新任务
前提:
用kingshard 做的读写分离
springboot 版本 1.5.9
现象是: service方法指定了 @Transactional 但是最后提交的时候还是报出事物只读,猜测原因是 在service之前有读数据操作,导致认定这个请求是只读的
临时解决办法是在最早的读操作之前加上@Transactional
后台看kingshard github 问题列表有这个问题 需要再链接地址后面加上 useLocalSessionState=true
参考 <https://github.com/flike/kingshard/issues/470>
因为 ffmpeg 是支持切分 mp4 视频的，所以我就理所当然的以为 ffmpeg 是支持视频合并。直到今天同事找我问方法，才发现一直以为的方法是错误的， mp4 不支持直接 concate（丢人了。。。），赶紧补了一下能量，从网上抓来了多种实现。
注： 这里的 mp4 指的是网上最多见的 h264+aac mpeg4 容器的方式
1). ffmpeg + mpeg
这种是网上最常见的，基本思路是将 mp4 先转码为 mpeg 文件，mpeg是支持简单拼接的，然后再转回 mp4。
ffmpeg -i 1.mp4 -sameq 1.mpg
ffmpeg -i 2.mp4 -sameq 2.mpg
cat 1.mpg 2.mpg | ffmpeg -f mpeg -i - -sameq -vcodec mpeg4 output.mp4 这种方式弊端很明显，需要转码。而抛开转码本身会造成的质量损失，这个效率真心无法忍受。
2). MP4Box
这个是 gpac 搞的专门处理 mp4 的工具，由于它会自己内部处理连接部分的数据，所以可以简单的使用类似 concate 的语法：
MP4Box -cat 1.mp4 -cat 2.mp4 output.mp4 问题是，还要引入一个新的工具，而不能统一用 ffmpeg。这个也不爽。更不用说在 centos 下，你需要装一堆库，然后源码编译。有兴趣的朋友可以参考：
http://howto-heaven.blogspot.jp/2011/01/how-to-install-mp4box-on-centos.html
3). ffmpeg + ts 终极解决方案。这个的思路是先将 mp4 转化为同样编码形式的 ts 流，因为 ts流是可以 concate 的，先把 mp4 封装成 ts ，然后 concate ts 流， 最后再把 ts 流转化为 mp4。
ffmpeg -i 1.mp4 -vcodec copy -acodec copy -vbsf h264_mp4toannexb 1.ts
ffmpeg -i 2.mp4 -vcodec copy -acodec copy -vbsf h264_mp4toannexb 2.ts
ffmpeg -i "concat:1.ts|2.ts" -acodec copy -vcodec copy -absf aac_adtstoasc output.mp4
转自：http://blog.eryue.me/?p=135
maven打包时候资源文件 word 格式损毁 代码中读取会显示 The document appears to be corrupted and cannot be loaded ZIP file not opening pom文件加上
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-resources-plugin</artifactId>
<configuration>
<nonFilteredFileExtensions>
<nonFilteredFileExtension>doc</nonFilteredFileExtension>
<nonFilteredFileExtension>docx</nonFilteredFileExtension>
<nonFilteredFileExtension>xlsx</nonFilteredFileExtension>
<nonFilteredFileExtension>xls</nonFilteredFileExtension>
<nonFilteredFileExtension>zip</nonFilteredFileExtension>
<nonFilteredFileExtension>cer</nonFilteredFileExtension>
<nonFilteredFileExtension>pfx</nonFilteredFileExtension>
<nonFilteredFileExtension>py</nonFilteredFileExtension>
<nonFilteredFileExtension>keystore</nonFilteredFileExtension>
</nonFilteredFileExtensions>
</configuration>
</plugin>
就好了, 在使用aspose-words 发现的,以为是版本的bug结果是maven导致的
原因 http://hengyunabc.github.io/spring-boot-enablewebmvc-static-404/
解决办法 battcn/swagger-spring-boot#3
简单来说配置了@EnabelWebMvc 会让springboot默认配置的静态资源失效 需要手动配置
/**
* 过滤Swagger2的静态资源
*/
@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
registry.addResourceHandler("/**").addResourceLocations("classpath:/static/");
registry.addResourceHandler("swagger-ui.html").addResourceLocations("classpath:/META-INF/resources/");
registry.addResourceHandler("/webjars/**").addResourceLocations("classpath:/META-INF/resources/webjars/");
super.addResourceHandlers(registry);
}
直接公布答案,环境用的是springboot 在springboot环境里依赖其他其他三方开源的代码需要手动引入xml
//在启动类直接引入xml
@ImportResource({"classpath:xxx.xml"})
//然后xml里需要加载资源文件用的是下面的方式
<bean id="xxxx" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="ignoreUnresolvablePlaceholders" value="true"></property>
<property name="location">
<value>classpath:xxx.properties</value>
</property>
</bean>
这种方式会略微改变springboot加载properties的方式导致的问题
在启动类直接,还让springboot 用自己的方式加载properties
@PropertySource("classpath:xxx.properties")
下面看源码:
//xml里配置PropertyPlaceholderConfigurer后会走的方法
PropertyPlaceholderHelper
protected String parseStringValue(String value, PropertyPlaceholderHelper.PlaceholderResolver placeholderResolver, Set<String> visitedPlaceholders) {
...
placeholder = this.parseStringValue(placeholder, placeholderResolver, visitedPlaceholders);
String propVal = placeholderResolver.resolvePlaceholder(placeholder);
if (propVal == null && this.valueSeparator != null) {
int separatorIndex = placeholder.indexOf(this.valueSeparator);
if (separatorIndex != -1) {
String actualPlaceholder = placeholder.substring(0, separatorIndex);
String defaultValue = placeholder.substring(separatorIndex + this.valueSeparator.length());
propVal = placeholderResolver.resolvePlaceholder(actualPlaceholder);
//注意这段代码 进来的时候如果有默认值就赋值了
if (propVal == null) {
propVal = defaultValue;
}
}
}
if (propVal != null) {
propVal = this.parseStringValue(propVal, placeholderResolver, visitedPlaceholders);
result.replace(startIndex, endIndex + this.placeholderSuffix.length(), propVal);
if (logger.isTraceEnabled()) {
logger.trace("Resolved placeholder '" + placeholder + "'");
}
startIndex = result.indexOf(this.placeholderPrefix, startIndex + propVal.length());
} else {
if (!this.ignoreUnresolvablePlaceholders) {
throw new IllegalArgumentException("Could not resolve placeholder '" + placeholder + "' in value \"" + value + "\"");
}
startIndex = result.indexOf(this.placeholderPrefix, endIndex + this.placeholderSuffix.length());
}
...
先继续往瞎看
往上面追了两层
AbstractBeanFactory
public String resolveEmbeddedValue(@Nullable String value) {
if (value == null) {
return null;
}
String result = value;
//注意这行代码其中embeddedValueResolvers 就是多个PlaceholderResolvingStringValueResolver
for (StringValueResolver resolver : this.embeddedValueResolvers) {
result = resolver.resolveStringValue(result);
if (result == null) {
return null;
}
}
return result;
}
原因: 在springboot 中 用xml方式配置 PropertyPlaceholderConfigurer 会导致 this.embeddedValueResolvers 多出一个 PropertyPlaceholderConfigurer 就是xml中配置的这个,这里面加载的资源文件只是xml中引入的资源文件xxx.properties 这时候项目中其他的 @Value注入的逻辑都会走this.embeddedValueResolvers 这个list便利解析注入属性 第一段代码中中的defaultValue 就出场了,直接附上默认值了 结论: springboot 和 原来的xml注入 PropertyPlaceholderConfigurer 方式有冲突主要表现在有默认值会直在第一个embeddedValueResolver 如果没在资源文件中找到目标值会直接把默认值给val这时候后面的embeddedValueResolver都不会执行了