一个好用的EA模型文件版本管理插件

EA工具自带了版本库接口集成,但是都是一些相对老旧的版本库,比如SCC,SVN,CVS,TFS,在模型中提供包级别的版本库控制,包签出后,是锁定状态,不能同时修改,不能像现在流行的git分布式管理,可以多人同时签出修改。

德国 lieberlieber 公司的lemotree插件解决了这个问题,https://www.lieberlieber.com/lemontree/en/product/ 在使用git版本库时,这个插件产品支持git开发流程。
插件可以对模型文件做比较和合并,这样可以使用现有各种自己习惯的版本库控制软件管理自己的模型文件,然后通过这个插件做比较合并(像通常的代码文本文件比较合并一样)

在perforce(p4)版本库客户端中设置对模型文件使用 lemontree 做比较合并

打开p4客户端的Preferences界面,

选择Diff标签界面,在Specify diff application by extension(overrides default): 右边的Add按钮点击一下,

弹出 Add File Type 对话框,

输入模型文件的后缀 .qeax,其他后缀的要分别添加进去(添加多次, qea, eap, eapx)
Application 中输入lemontree的执行文件全路径
C:\Program Files\LieberLieber\LemonTree\LemonTree.Starter.exe
Parameters 中输入
diff –base=”%1″ –mine=”%2″

选择Merge标签界面,在Specify merge application by extension(overrides default): 右边的Add按钮点击一下,

弹出 Add File Type 对话框,

输入模型文件的后缀 .qeax,其他后缀的要分别添加进去(添加多次, qea, eap, eapx)
Application 中输入lemontree的执行文件全路径
C:\Program Files\LieberLieber\LemonTree\LemonTree.Starter.exe
Parameters 中输入
merge –theirs=”%r” –mine=”%1″ –base=”%b” –out=”%2″

Popularity: 6% [?]

Random Posts

EA升级到64位版本使用时碰到的一些问题

EA新的版本中64位版本,终于可以不再为内存不足发愁了,实际安装试了一下,碰到如下一些问题:
1. 打开之前的eap文件时,会提示要升级格式,但是升级完成后,里面的中文全部乱码了。

解决方法: 先在低版32位版本上将模型导出为xmi交换格式,再在64位版本程序中导入模型,这时候中文不会乱码。

2.之前写的插件不能用了
解决方法:
a.)先要编译64位版本的插件
b.)在64位版本中登记插件的注册表路径要由原先的 EAAddins 修改为 EAAddins64

Popularity: 5% [?]

Random Posts

给perforce(p4)补上msscci接口

Perforce(p4)版本库软件在低版本上提供了msscci接口,但是在新版本中已经移除(翻看perforce官方网站的说明文档大概是从v2012版本开始移除了msscci支持,使用了p4vs为微软开发工具提供版本库插件支持)
一些软件没有直接的p4版本库连接插件,但是提供了msscci接口做版本控制,怎么办呢?就是从老版本提取出scci接口的文件,然后在注册表上补充上相关值:
1. 先找一个v2012之前的p4vinst安装包在虚拟机上安装,只选择scci接口安装,其他取消掉
2. 安装后将安装目录下program files (x86)\Perforce目录下的文件拷贝备份,
3. 导出注册表 HEY_LOCAL_MACHINE\SOFTWARE\Perforce\p4的注册项信息
4. 导出注册表 HKEY_LOCAL_MACHINE\SOFTWARE\SourceCodeControlProvider的注册项信息
(3.4步骤的如果是在Win7/Win10等64为系统下,为
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Perforce\p4

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\SourceCodeControlProvider)
5. 在正常已经安装了新版Perforce的机器上,将步骤2拷贝下来的文件拷贝到同目录下
6. 导入之前导出的注册表项目(两个)
再打开需要使用SCC接口的软件,发现已经有 Perforce SCM 选项可用

————备份下来的注册表项目内容—————-
Perforce
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Perforce\P4]
“SCCServerName”=”Perforce SCM”
“SCCServerPath”=”C:\\Program Files (x86)\\Perforce\\p4scc.dll”

如果不是将文件恢复到安装路径下,这需要修改上面的SCCServerPath路径值为正确值

SccProvider
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\SourceCodeControlProvider]
“Perforce SCM”=”SOFTWARE\\Perforce\\P4″
“ProviderRegKey”=”SOFTWARE\\Perforce\\P4″

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\SourceCodeControlProvider\InstalledSCCProviders]
“Perforce SCM”=”SOFTWARE\\Perforce\\P4″

———————
在 Win32 系统下, 注册表的键值是
HEY_LOCAL_MACHINE\SOFTWARE\InstalledSCCProviders\ProviderRegKey
在 Win7/Win10等 64 为系统下, 注册表键值是 HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\SourceCodeControlProvider

Popularity: 5% [?]

Random Posts

LoadRunner配套的SiteScope监控工具安装

安装了LoadRunner配套的NV网络虚拟化工具后,顺便将配套的SiteScope监控工具也安装了一下
在Windows系统下,解压SiteScope安装包后,双击SiteScope_11.94.Setup.exe
经过一些检查后出现安装模式选择,因为是配套LoadRunner,所以选择了SiteScope for Load Testing,安装过程中出现错误提示

sitescope安装vcredist失败提示

sitescope安装vcredist失败提示


到官网上查看原因,是由于已经安装了兼容vc++ Redist库的原因,直接点 “确认” 忽略处理即可继续安装。
一路下一步后,到最后出现sitescope的配置界面,
sitescope配置界面

sitescope配置界面


主要是要设置好如下三个参数:
管理员登录帐号和密码 要登录SiteScope使用的管理员账号密码,SiteScope for Load Testing 版本可以差不多可以忽略的,打开界面没有需要输入账号密码
主机标头 主机标头可以用正则表达式,我这里只设置了本机和内网地址访问 (localhost|192\.168\.1\.110):[0-9]*
设置完了想修改,可以修改 C:\SiteScope\groups\master.config 文件中的_allowedHttpHostHeaderPattern值,修改后需要重启SiteScope服务
信任库密码 信任库密码要至少8位长度,且要包含大写字母、小写字母、数字和符号 四种组合
然后点下一步,SSL配置忽略,不需要https安全访问,然后一直下一步到结束

sitescope安装完成

sitescope安装完成

在机器上的防火墙上放开 8080,8888 端口的访问

打开界面看了一下默认许可证的授权信息 (需要用IE11打开界面,需要启用JavaScript执行,允许弹出框,允许第三方Cookie和会话Cookie,Chrome打开界面出错,只有Help菜单,没有实际内容出来)

sitescope默认许可证

sitescope默认许可证


只有25个,有点少,于是乎又加了一些
sitescope新数量许可证

sitescope新数量许可证

Popularity: 6% [?]

Random Posts

LoadRunner配套的NV网络虚拟化工具安装

安装了LoadRunner Enterprise 在最后一步提示有一个NV网络虚拟化的工具要安装,于是乎就安装了一下。
在LoadRunner Enterprise Server机器上,选择安装了NV4PCSetup.exe,按照提示一路下一步,直到安装完成。
NV4PCSetup.exe 在Enterprise Server 机器上安装
NV4ControllerSetup.exe 在Enterprise Host机器上安装
NV4LGSetup.exe 在负载生成机器上安装

双击安装后目录下的license图标文件,会打开一个网页,结果提示一个要输入账号密码的地方,没有找到账号密码信息

登录缺少账号密码

登录缺少账号密码


于是到网上一顿狂搜,发现官方网站上有介绍重置密码的方法,按照介绍的方法,生成加密后的密码,然后替换掉安装后的conf路径下的user.properties文件中的账号和密码后,在系统服务里面,重启 NVWatchDogService 服务,显示的服务名称是 Micro Focus Network Virtualization,再次重新登录进入,可以看到缺省的授权信息如下:
NV默认试用授权

NV默认试用授权


看到是还没有开始使用的试用的授权,网上找了一下,发现这个适用授权是14天的,那怎么行呢,点击界面上的 update seat license,更换一下授权证书后显示如下:
NV永久授权

NV永久授权


永不过期,这下可以放心使用了。

按照官方文档打开 NV Insights Report 报告的方法
1. 在 VuGen 软件中打开方式
选择 Results -> NV Insights

2. 在 LoadRunner Enterprise 中打开方法
在上方表中选择以分析的Run,然后点击 NV Insights

Popularity: 5% [?]

Random Posts

LoadRunner Enterprise 2022R2 安装碰到的问题

新搞到一个LRE2022R2的安装包,在Windows Server 2019上安装测试了一下,过程中碰到了如下一些问题:
1. Windows Server 2019 安装后需要添加IIS服务先,在选择模块时将常规模块都选上,然后记得添加转发模块
2. Windows Server 2019 需要先关闭UAC,通过注册表修改关闭, 修改注册表 \HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
下项目 EnableLUA 值为 0,重启电脑,可以在安装好IIS同步处理这个,最后再重启电脑使其生效
3. 这次采用了MSSqlServer作为数据库连接,前面没有注意,使用了一个测试服务器上的2008R2的数据库实例,总是安装到数据库初始化这步骤不成功,报用配置的数据库账号打开数据库失败错误信息,后来到MicroFocus官网上看了一下LRE2022R2对SQL Server数据库的最低要求:SQL Server 2014SP3,果断安装一个高版本的MSSQLServer 2019 做测试
4. 配置的最后一步,碰到 Failed starting service ‘LoadRunner Backend Service’. 错误,起不来需要的服务,手工在 服务 列表中启动这个服务,出现提示 “错误1053:服务没有及时响应启动或控制请求。”
反复多次配置后发现是由于使用的远程桌面连接安装,处理方式有两种,
一种是不要使用远程桌面,直接到机器边进行安装配置,
另外一种就是在远程桌面连接时,以控制台方式连接。

安装完成后,在服务器上使用http://localhost/LRE 打开网页界面,左边的是到LoadTest子目录,右边的是到Admin子目录,先选择右边的管理,添加项目和账号信息,再用左边的登录使用。

lre2022r2管理登录界面

lre2022r2管理面板

lre2022r2管理面板


默认的一个并发和50个虚拟用户授权
lre2022r2默认授权数量

lre2022r2默认授权数量

在管理后台维护界面添加账号test和新建项目ProjTest,关联账号test后登录界面如下

lre2022r2测试员登录界面

lre2022r2测试员登录界面


登录后打开面板
lre2022r2测试面板

lre2022r2测试面板


任务菜单
lre2022r2测试任务菜单

lre2022r2测试任务菜单

Popularity: 6% [?]

Random Posts

    Ubuntu 16.0.4下源码编译faiss库

    记录一下编译faiss库的过程
    首先到 https://github.com/facebookresearch/faiss 下载一下最新的发布包 faiss-1.7.2.tar.gz

    tar -xzvf faiss-1.7.2.tar.gz
    cd faiss-1.7.2
    mkdir build
    cd build
    #只编译C++库,使用CPU,不需要PYTHON和GPU
    sudo cmake .. -DBUILD_SHARED_LIBS=OFF -DFAISS_ENABLE_GPU=OFF  -DFAISS_ENABLE_PYTHON=OFF -DBLA_VENDOR=Intel10_64_dyn -DMKL_LIBRARIES=/opt/intel/oneapi/mkl/latest/lib/intel64/
    sudo make faiss -j
    

    过程中碰到的问题以及解决方法
    1. ubuntu 16.0.4自带的cmake版本不够,
    处理方法,到 https://cmake.org/files/v3.24/ 下载 cmake-3.24.2-linux-x86_64.tar.gz

    wget https://cmake.org/files/v3.24/cmake-3.24.2-linux-x86_64.tar.gz
    tar -xzvf cmake-3.24.2-linux-x86_64.tar.gz
    cd cmake-3.24.2-linux-x86_64
    #sudo cp -ap /usr/bin/cmake /usr/bin/cmake35
    #sudo cp -ap bin/cmake /usr/bin/cmake324
    sudo cp -ap bin/cmake /usr/bin/cmake
    sudo cp -apr share/cmake-3.24/ /usr/share/cmake-3.24
    

    2. 提示缺少MKL库
    到Intel网站下载安装 https://www.intel.com/content/www/us/en/developer/tools/oneapi/onemkl-download.html
    目前下载到的是 l_onemkl_p_2022.2.0.8748_offline.sh

    sudo ./l_onemkl_p_2022.2.0.8748_offline.sh
    

    按照提示一路确认下去

    #导入mkl的环境
    . /opt/intel/oneapi/mkl/latest/env/vars.sh
    #可以去掉cmake命令中的参数
    -DBLA_VENDOR=Intel10_64_dyn -DMKL_LIBRARIES=/opt/intel/oneapi/mkl/latest/lib/intel64/
    

    3.提示找不到BLA库
    设置 -DBLA_VENDOR=Intel10_64_dyn -DMKL_LIBRARIES=/opt/intel/oneapi/mkl/latest/lib/intel64/
    库目录根据实际安装路径定,上面是默认路径

    Popularity: 6% [?]

    Random Posts

      ESXI下Linux虚拟机丢失网卡的解决方法

      一天ESXI意外断电重启,发现下面的几台Linux虚拟机丢失网卡,不能通过ssh连接,通过控制台连接上去
      发现网卡没有起来,只有一个 lo 的 127.0.0.1 的本地地址
      使用

      ip addr
      
      查看mac地址, 然后使用命令
      
      vi /etc/udev/rules.d/70-persistent-net.rules 

      在打开的文件中查找对应这个mac的网卡名称,再编辑修改

      vi /etc/sysconfig/network-script/ifcfg-eth*
      

      对应网卡名称的配置,修改eth名称和rules文件中和mac地址一致的网卡名称对应起来
      重新使用命令

      service network restart
      

      正常启动网卡,配置的ip恢复使用,可以正常通过ssh连接

      Popularity: 6% [?]

      Random Posts

        Ubuntu禁用Compiz

        在ESXI上安装了一个Ubuntu16.04,空闲时CPU占用1.2G左右的资源,使用top查看进程,发现是 compiz 这个进程在占用cpu
        网上搜索了一下,发现Compiz是用OpenGL来增强界面显示效果的,虚拟机中不需要这个耗费CPU资源的特性,要将他禁用掉。

        需要先安装另外一个桌面管理器来替代

        sudo apt-get install gnome-session-flashback
        

        安装完后,注销账号重新登录,在登录输入用户名的右侧有一个圆按钮,点这个按钮选择 gnome flashback (Metacity), 输入密码登录系统,出来一个省CPU的简洁界面。
        再次查看空闲时ESXI对这个虚拟机监察到的资源占用情况,只有10MHZ不到的CPU资源消耗,解决问题

        Popularity: 6% [?]

        Random Posts

          gcc链接库碰到错误:std::__cxx11::basic_string, std::allocator > const&)’未定义的引用

          新装了一台ubuntu服务器,将原先centos下的编译环境配置了一份,编译时出现如下错误:

          std::__cxx11::basic_string, std::allocator > const&)’未定义的引用
          

          发现是由于CentOS的gcc版本和ubuntu的gcc版本不一致造成,安装的ubuntu带的gcc5.x版,stl的名称有变化造成

          原因
            gcc5以及以后的版本,将std::string和std::list重写,std::list变为std::__cxx11::list,std::string在c++03库是std::basic_string,而在c++11中变为了std::__cxx11::basic_string。而为了在编译的时候兼容旧版本(链接阶段),可在编译的时候启动_GLIBCXX_USE_CXX11_ABI 宏指定具体链接的库。

          解决方法
          使用_GLIBCXX_USE_CXX11_ABI编译宏
          -D_GLIBCXX_USE_CXX11_ABI=0 // 链接到旧版本,未启用c++11特性,std::string是std::basic_string,如将c++11下的string当作参数传入非c++11库,就会出现error: cannot convert ‘const std::__cxx11::basic_string‘ to ‘const char*’,或者未定义的方法引用(undefined reference)
          -D_GLIBCXX_USE_CXX11_ABI=1 // 链接到新版本

          Popularity: 6% [?]

          Random Posts

            ← Previous PageNext Page →