小编Ber*_*ert的帖子

在尝试在独立的tomcat(7)实例上部署和启动Spring启动应用程序时,我们遇到了一个问题,即找不到自动配置的spring数据源bean并抛出相应的异常:

Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: 
No qualifying bean of type [javax.sql.DataSource] found for dependency: 
expected at least 1 bean which qualifies as autowire candidate for this dependency. 
Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}    at
     org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoSuchBeanDefinitionException(DefaultListableBeanFactory.java:1060)  at 
    org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:920)   at 
    org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:815)     at 
    org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:480)   ... 84 more

简单的jdbc spring.datasource在application.properties中正确配置,并且应用程序本身与嵌入式tomcat实例完美地运行,作为独立的spring引导应用程序.

看起来好像无法正确读取和/或处理application.properties文件,或者在数据源自动配置完成之前触发了一些其他bean(例如REST控制器中的服务)的注入.

不使用嵌入式tomcat时是否需要任何额外配置？或者有没有人遇到过类似的问题？

简单的应用和配置:

@EnableAutoConfiguration
@Configuration
@ComponentScan("com.foo")
public class Application extends SpringBootServletInitializer {

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }

    @Override
    protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
        return application.sources(Application.class);
    }

}

application.properties:

spring.datasource.url=jdbc:mysql://localhost:3306/mydatabase
spring.datasource.username=username
spring.datasource.password=password
spring.datasource.driverClassName=com.mysql.jdbc.Driver

数据源使用示例:

@Repository …

在尝试将couchbase mobile(版本1.1.0)集成到我们的混合移动应用程序(离子版)中时,我们遇到了iOS上推送复制的问题.

在应用程序的某个时刻(在创建本地数据库之后等),成功创建了包含一些视图的设计文档.还会创建并启动连续的推拉复制.

轮询推送复制状态时,我们注意到它在启动后不久就停止了(对于连续复制来说不正常).

Couchbase mobile回复了错误(404)

WARNING: CBL_Pusher[http://server:4985/bucket-sync-gateway]: _bulk_docs got an error: {
   error = "bad_request";
   id = "_design/app";
   reason = "Invalid doc ID";
   status = 400;
}

同步网关记录了类似的错误:

BulkDocs: Doc "_design/app" --> 400 Invalid doc ID (400 Invalid doc ID)

这只发生在iOS上.android版本没有复制问题(可能忽略了设计文档？)

• 为什么复制尝试在ios上而不是在android上同步设计文档？
• 设计文件应该同步吗？
• 有没有办法阻止某些文件被同步？(Native api提供了复制的过滤机制,但rest-api没有)

知道这可能是什么问题吗？

干杯,

伯特

在为我们的移动项目设置连续部署管道时,我在通过谷歌的API将APK(签名和对齐)上传到Play商店时遇到了错误.

我正在使用fastlane的供应动作进行实际上传(使用google的ruby api客户端).

在alpha轨道上首次上传带有版本x的APK是成功的.

在Alpha轨道上第二次上传相同的APK及版本y失败,并显示以下消息:

multiApkDowngradedDevice:如果符合以下条件,则此应用版本为100144的设备将降级为版本100142:[(API_LEVEL在范围15-0和RELEASE_TRACK中包含[[ALPHA]]和SCREENS中的任何一个,包含[[ALPHA]]和SCREENS中的任何一个[ [小,正常,大,xlarge]]和NATIVE_PLATFORM包含[[x86_64(arm64-v8a),x86_64(armeabi-v7a),x86(armeabi-v7a)*]]和[功能]包含所有[android. hardware.TOUCHSCREEN,android.hardware.screen.PORTRAIT,android.hardware.WIFI])].

我无法找到有关此multiApkDowngradedDevice错误的信息,因为api的文档没有提到任何错误代码.

任何有关这方面的帮助将不胜感激

谢谢,

伯特