lib

tomcat下的lib和 tomcat部署文件的项目的lib的区别： 今天处理一大上午就是不知道为啥总说没有注入，很是气人，但知道是版本不对，因为我要跑打包的jar包，而不是maven自动导入的jar包，嗯，于是出现了一下几种尝试： 第一：去把打包的jar包，放到maven仓库下，把maven仓库原本的删除，以为只有这一个就一定跑我的了，结果发现只要build项目，maven仓库会自动下载，这个时候无论是去maven仓库看还是项目的lib下看，会发现打包的和下载的都在lib文件下。 于是有了第二种办法：于是我把项目文件的lib中我不想要的jar包删除，然后不再打包项目，结果发现重启项目，jar包又出现在项目文件的lib下，很是无奈，这期间我这个小白还试过各种组合，也是没谁了，都是错的。 突然想到tomcat下貌似也有个lib，我想看这个lib变了没，发现我应该把自己打的包放在这个lib下，于是在运行就成功了，也是没谁了。 我感觉我都是在各种尝试中被虐，这一次一定要记住，项目lib时刻在变，tomcat的lib并不是的！！！！ 来源： CSDN 作者： ata_123 链接： https://blog.csdn.net/ata_123/article/details/103482240

1、下载ffmpeg。 2、解压 　　tar xvfj ffmpeg-0.11.1.tar.bz2 　　得到解压后的目录是ffmpeg-0.11.1 3、配置 　　./configure --enable-shared --prefix=/usr/local/ffmpeg 　　其中：--enable-shared 是允许其编译产生动态库，在以后的编程中要用到这个几个动态库。--prefix设置的安装目录。 4、编译并安装 　　make 　　make install 5、安装之后在/usr/local/ffmpeg会看到有四个目录 　　lib 动态链接库位置 　　include 编程要用到头文件 　　bin 执行文件所在的目录 share 6、为了以后方便编程，我们把lib中的三个链接库libavcodec.so libavformat.so libavutil.so复制到/usr/lib下。把include目录下的ffmpeg目录复制到/usr/include下。 　　执行bin目录下的ffplay，可以去播放音频或者视频文件。例如播放1.mp3 　　./ffplay 1.mp3 　　另外，bin目录下还有两个文件:ffmpeg和ffserver 　　ffmpeg是一个很好的视频和音频的格式转化工具。网上有很多它的说明文档。如果不想生成ffserver，只要在.

部署openstack train版，在部署完nova项目时，进行检查，执行 nova-status upgrade check 返回报错信息如下： [root@controller ~]# nova-status upgrade check Error: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 398, in main ret = fn(*fn_args, **fn_kwargs) File "/usr/lib/python2.7/site-packages/oslo_upgradecheck/upgradecheck.py", line 102, in check result = func(self) File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 164, in _check_placement versions = self._placement_get("/") File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 154, in _placement

1 基础使用 git是很好用的分布式版本管理系统 github是在线的，广泛使用online的git。free用户，所有的代码都是公开的!想使用更多功能，比如私有仓库，ok，付费……（当然，很多公司会自己搭建git，比如我用的是repo，命令都是一样的） git命令很多，但日常工作需要掌握的也没几个： 在github的setting中添加你的id_rsa.pub git remote add origin <git_url> 添加远程仓库 git add <files> 添加同时添加多个文件/夹 git commit -m '你的描述，最好是英文' git reset (--hard) <paths> 回到最新的commit，撤销所有的add/commit(--hard不保留修改，慎用) git pull --rebase origin master 从远程抓取最新的修改，忽略别人的commit（多人合作时非常重要！） git push origin master:master 推送远程仓库，收工~ 2 分支管理/开发流程 git-flow 很棒的版本管理流程 develop, master, feature, release, hotfix feature 新开发分支,基于dev;结束时合并到dev release 基于dev,即将发布(用于测试)

由于android p的代码不同于以往低版本的代码直接可以cp过去，而是在代码的编译同事check一下，多了这一个动作就导致p内置app的时候编译不过的问题，而且错误也是让人摸着头脑，特记录下以防再次出错并回忆学习。 1、对于没有库文件的APP可以直接放在package/app里面创建一个目录并相应写android.mk文件编译进系统里面，例如： LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) # Module name should match apk name to be installed LOCAL_MODULE := app_name $(shell mkdir -p $(PRODUCT_OUT)/system/app/app_name ) $(shell cp $(LOCAL_PATH)/$(LOCAL_MODULE).apk $(PRODUCT_OUT)/system/app/app_name /) LOCAL_MODULE_TAGS := optional LOCAL_SRC_FILES := $(LOCAL_MODULE).apk LOCAL_MODULE_CLASS := APPS LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX) LOCAL

1.下载POCO https://pocoproject.org/releases/ 我们选择windows下的zip包下载，注意有两个版本 poco-1.9.4-all.zip poco-1.9.4.zip 其中不带all的是基础版本，只包含基本的poco类库，带all的是全功能版本，包含sqlite，opensll等等。 2.编译Poco C++ 前提条件： 1）Poco C++源码（官网下载： 点击我下载 ）； 2）已经安装VS2015； 3）已经安装cmake。 1） 进入poco-1.9.4文件夹，即源码目录，创建vsproject文件夹 2）打开windows的命令行，进入vsproject目录，执行下面命令（注意：命令最后一句的 ” . . ”）： mkdir cmake_build_x86 cd cmake_build_x86 cmake - G "Visual Studio 14 2015" . . 如果要生成64位工程，执行如下命令： mkdir cmake_build_x64 cd cmake_build_x64 cmake - G “Visual Studio 14 2015 Win64” . . 执行上述命令之后，会在vsproject目录生成 Poco.sln工程， 使用vs2015打开，编译 POCO的动态链接库 会在vsproject目录bin,

pythone新闻1则 Python十分适合解决很多简单的、有趣的问题，比用C语言要省力的多。(这是实话，几行Python代码你就能制作一个简单的拼写检查程 序。)你会发现这种语言里几乎没有任何复杂或让人困惑的东西，用它编程简单易懂，比如说数组更新你可以用固有的方法来实现任何的操作算法。在Python 里，你学习的曲线很平滑。数组，字典，集合是最主要的东西。 把Python当作入门语言，有一点需要注意：避免使用面向对象特征。你当 然不可能完全的回避它们，有些基本数据类型里一些有用的方法跟它们有关 联，问题不大。你只是使用它们已经提供的东西，不要去创建什么类，要避免任何的面向对象设计里的声明，否则的话，你一点点的数据都需要会打包成类 google未必能在移动搜索领域取得和网络搜索一样的支配地位 。 从面向过程到面向对象的转移带来后果是你从关注问题和解决方法转移到关注架构。你通过对比面向过程的程序和面向对象的程序，很容易能看出这点来。后者的 程序会更长，到处是多余的接口和缩进和标记。你也许忍不住想将一些小代码移进类里，或往类里添加一些小方法，这些都没必要，等日后你再做这些也不迟。 Fedora 14下配置Python开发环境 先装python，由于Fedora 14系统已有python，将python安装至home目录下； 修改home目录下.bash_profile文件

多个文件名大小写不同，是因为运行代码是大写E，用vscode运行的是小写e，解决方案：手动npm run dev #There are multiple modules with names that only differ in casing. warning in E:/xxx/xx/xxx/node_modules/_vue-style-loader@4.1.2@vue-style-loader/lib/listToStyles.js There are multiple modules with names that only differ in casing. This can lead to unexpected behavior when compiling on a filesystem with other case-semantic. Use equal casing. Compare these module identifiers: * E:\xxx\xxx\xxx\node_modules\_vue-style-loader@4.1.2@vue-style-loader\lib\listToStyles.js Used by 3 module(s), i. e. E:\xxx\xxx\xxx\node_modules\_vue-style-loader@4