一.查看源和仓库 1.查看repos (软件仓库) zypper lr 2.查看services(软件源) zypper ls 二.删除源和仓库 1.删除软件仓库 zypper rr name 2.删除软件源 zypper rs name 三.添加源和仓库 #zypper sa -t YaST http://mirrors.tencentyun.com/suse suse #zypper sa -t YaST http://mirrors.tencentyun.com/suse/update u

较之传统通过App.config和Web.config这两个XML文件承载的配置系统,.NET Core采用的这个全新的配置模型的最大一个优势就是针对多种不同配置源的支持.我们可以将内存变量.命令行参数.环境变量和物理文件作为原始配置数据的来源,如果采用物理文件作为配置源,我们可以选择不同的格式(比如XML.JSON和INI等) .如果这些默认支持的配置源形式还不能满足你的需求,我们还可以通过注册自定义ConfigurationSource的方式将其他形式数据作为我们的配置来源. [ 本文已经同

物理文件是我们最常用到的原始配置的载体,最佳的配置文件格式主要由三种,它们分别是JSON.XML和INI,对应的配置源类型分别是JsonConfigurationSource.XmlConfigurationSource和IniConfigurationSource. [ 本文已经同步到<ASP.NET Core框架揭秘>之中] 目录一.FileConfigurationSource  & FileConfigurationProvider 二.JsonConfigurationSou

深入了解三种针对文件(JSON.XML与INI)的配置源 物理文件是我们最常用到的原始配置的载体,最佳的配置文件格式主要由三种,它们分别是JSON.XML和INI,对应的配置源类型分别是JsonConfigurationSource.XmlConfigurationSource和IniConfigurationSource. [ 本文已经同步到<ASP.NET Core框架揭秘>之中] 目录一.FileConfigurationSource  & FileConfigurationPr

配置本地 zypper 目的: 安装 SUSE-11 后想要再添加或删除软件组件将比较麻烦.通过配置本地 zypper 将可以从下载的软件仓库(repository)中安装软件包.   本地 zypper 配置步骤: 1.下载 zypper 软件仓库(repository)文件 例如:saltstack 的软件仓库根目录结构如下.则至少应该下载对应架构(x86_64)目录.noarch 目录.repodata 目录以及 .repo 文件. 2.拷贝 zypper 软件仓库(repository)

今天想在自己的虚拟机上安装mysql,安装好了并且初始化之后,一直无法启动mysql. 1.service mysql start; 报错:mysql is neither service nor target!? 2.systemctl start mysql: 报错:sysemctl start  mysql : Failed to star mysql.service: Unit mysql.service failed to load: No such file .... 解决方式: s

之前对SpringBoot的自动配置原理进行了较为详细的介绍(https://www.cnblogs.com/stm32stm32/p/10560933.html),接下来就对自动配置进行源码调试,探究下这个配置过程中各参数的情况. 这里对AutoConfigurationImportSelector类的selectImports()方法打了4处断点,将着重对这4处进行调试. 第一处断点: 该方法的源码如下: 这一步就是将META-INF/spring-autoconfigure-metadat

一.源列表 aliyun源 #各系统版本repo文件对应的下载操作 CentOS wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-5.repo CentOS wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-6.repo CentOS wget -O /etc/yum.repo

配置,几乎所有的应用程序都离不开它..Net Framework时代我们使用App.config.Web.config,到了.Net Core的时代我们使用appsettings.json,这些我们再熟悉不过了.然而到了容器化.微服务的时代,这些本地文件配置有的时候就不太合适了.当你把本地部署的服务搬到docker上后,你会发现要修改一个配置文件变的非常麻烦.你不得不通过宿主机进入容器内部来修改文件,也许容器内还不带vi等编辑工具,你连看都不能看,改都不能.更别说当你启动多个容器实例来做分布式应

物理文件是我们最常用到的原始配置载体,而最佳的配置文件格式主要有三种,它们分别是JSON.XML和INI,对应的配置源类型分别是JsonConfigurationSource.XmlConfigurationSource和IniConfigurationSource,它们具有如下一个相同的基类FileConfigurationSource. 一.FileConfigurationSource FileConfigurationSource总是利用一个IFileProvider对象来读取配置文件,

.NET Core采用的这个全新的配置模型的一个主要的特点就是对多种不同配置源的支持.我们可以将内存变量.命令行参数.环境变量和物理文件作为原始配置数据的来源.如果采用物理文件作为配置源,我们可以选择不同的格式(比如XML.JSON和INI等).如果这些默认支持的配置源形式还不能满足你的需求,我们还可以通过注册自定义IConfigurationSource的方式将其他形式数据作为配置来源. 一.MemoryConfigurationSource 在之前的实例演示都在使用MemoryConfigu

在实践的过程中我们经常会遇到不同的环境需要不同配置文件的情况,如果每换一个环境重新修改配置文件或重新打包一次会比较麻烦,Spring Boot为此提供了Profile配置来解决此问题. Profile的作用 Profile对应中文并没有合适的翻译,它的主要作用就是让Spring Boot可以根据不同环境提供不同的配置功能支持. 我们经常遇到这样的场景:有开发.测试.生产等环境,不同的环境又有不同的配置.如果每个环境在部署时都需要修改配置文件将会非常麻烦,而通过Profile则可以轻松解决改问题.

执行命令: curl http://10.200.0.14:8000/portal.cgi -X POST -d 'username=lishuai&password=test@cetc38&language=0&submit=submit' 以便访问外网 执行命令: ping www.baidu.com 报错: name or service not know 首先,添加dns服务器: vi /etc/resolv.conf 在文件中添加如下两行: nameserver 8.8.

上一节讲到,archaius实现动态配置的核心就是定时去配置中心拉去配置内容,接下来几接就来看一下archaius内部具体是如何实现的. 首先我们来了解一下配置源,什么是配置源呢,archaius内部配置的来源即配置源.archaius抽象了两种配置源,一种是主动拉取方式获取配置,一种是被动监听方式获取配置. 所谓主动拉去就是配置源需要主动从目标位置获取配置:二被动监听则是注册一个监听器,当目标位置配置变换收接受变化的配置信息. 我们先来看一下类图结构: PolledConfigurationS

Spring Boot 最大的特点(亮点)就是自动配置 AutoConfiguration 下面,先说一下 @EnableAutoConfiguration ,然后再看源代码,到底自动配置是怎么配置的 1.  @EnableAutoConfiguration @SpringBootApplication是一个复合注解,本节我们重点关注 @EnableAutoConfiguration 自动配置类是常规的Spring @Configuration bean.它们使用SpringFactoriesL

[SpringBoot基础系列]自定义配置源的使用姿势介绍 前面一篇博文介绍了一个@Value的一些知识点,其中提了一个点,@Value对应的配置,除了是配置文件中之外,可以从其他的数据源中获取么,如从 redis,db,http 中获取配置? 了解过 SpringCloud Config 的可以给出确切的答案,可以,而且用起来还老爽了,远程配置,支持配置动态刷新,接下来我们来看一下,在 SpringBoot 中,如何配置自定义的数据源 I. 项目环境 1. 项目依赖 本项目借助SpringBo

本文的主题是简单说说如何实现 IConfigurationSource.IConfigurationProvider 接口来自定义一个配置信息的来源,后面老周给的示例是实现用 CSV 文件进行应用配置. 在切入主题之前,老周忽然酒兴大发,打算扯一些跟主题有关系的题外话. 关于 ASP.NET Core 的应用程序配置,以下是老周总结出来的无废话内容: 配置信息可以有多种来源.比如,用JSON文件来配置,在内存中直接构建配置,用XML文件来配置,用 .ini 文件来配置等. ASP.NET Cor

存放repo 文件目录 cd /etc/zypp/repos.d 创建用来存放ISO文件的目录: mkdir /opt/iso 将服务器端的存放ISO文件的目录挂载到本机: mount -t cifs -o username=xxxx,domain=citrite.net,password=xxxx //serverIP/IOS  /opt/iso sudo mkdir -p /mnt/sles 挂载ISO文件:sudo mount -t iso9660 /opt/iso/SLES-12-SP3

一.首先安装上来jenkins 二.下载安装jenkins的git插件:Git plugin 三.新建一个jenkins项目,选择构建一个自由风格的软件项目: 源码管理选择git,Repository URL填写git 仓库的地址: 我的地址为:git@192.168.2.2:/home/repo/test.git    格式为:[用户名]+[@]+[git服务器地址]+[:]+[git仓库地址] Credentials有两种方式,一种是配置以git用户名和密码,另外一种是使用密钥对的方式 1.

现在网上最新的是CentOS7.1, 但是在配置国内流行的163源的时候,网上的文章大多数我这里都通不过. 错误信息大概是: One of the configured repositories failed (CentOS-7 - Addons - 163.com), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There a

  我们使用Dubbo时,一般都会使用xml配置基本信息,如项目名称(application).注册中心(register).协议(protocal).服务(service),如下所示: 1 2 3 4 5 6 7 <dubbo:application name="demo-provider" owner="programmer" organization="dubbox"/>   <dubbo:registry address