OpenHarmony SystemUI 3.2Release签名和编译

这篇具有很好参考价值的文章主要介绍了OpenHarmony SystemUI 3.2Release签名和编译。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、环境

IDE版本:DevEco Studio 3.1Release(3.1.0.500)

SDK版本:3.2.14.5 Full-SDK

设备:RK3568 3.2release(3.2.15.2)

 文章来源地址https://www.toymoban.com/news/detail-760364.html

二、实现步骤

1、gitee下载系统应用代码

链接:https://gitee.com/openharmony/applications_systemui/tree/OpenHarmony-3.2-Release/

选择OpenHarmony-3.2-Release分支,点击克隆/下载 --> 下载ZIP;

注意:下载ZIP可以直接下载OpenHarmony-3.2-Release分支的,如果是复制链接在本地文件夹中通过git clone命令下载的话,下载的就是master分支,需要自己手动切到OpenHarmony-3.2-Release分支,因为复制的链接就是master分支,而不是OpenHarmony-3.2-Release分支。

OpenHarmony    SystemUI 3.2Release签名和编译

 

2、适配

Deveco打开下载好的systemui工程,会自动提示是否要升级工程

OpenHarmony    SystemUI 3.2Release签名和编译

点击Start automatic configuration migration->Migrate->OK->Finish

 

Deveco报错ERROR: 'entryModules' must be configured for a feature module.必须要在build-profile.json5文件中设置“entryModules”

OpenHarmony    SystemUI 3.2Release签名和编译

 添加下面的代码到D:\acode\applications_systemui-OpenHarmony-3.2-Release\product\default\navigationBar\build-profile.json5文件中,并点击右上角的Sync Now同步工程

"entryModules": [
    "phone_entry"
  ]

OpenHarmony    SystemUI 3.2Release签名和编译

这里的"entryModules"的值其实就是根目录下build-profile.json5文件中的modules的name值

OpenHarmony    SystemUI 3.2Release签名和编译

在这里要说一下,要将根目录下build-profile.json5文件中有关pc的配置都注释掉,因为现在演示的是phone的systemui,关于pc的配置一共有两个地方,注释掉后点击Sync Now同步工程;  

OpenHarmony    SystemUI 3.2Release签名和编译

OpenHarmony    SystemUI 3.2Release签名和编译

 要在product/default目录下的notificationmanagement、volumepanel目录中的build-profile.json5文件和product/phone目录下的dropdownpanel、statusbar目录中的build-profile.json5文件中添加上面相同的代码,并点击右上角的Sync Now同步工程,一共需要修改5个build-profile.json5文件

"entryModules": [
    "phone_entry"
  ]

OpenHarmony    SystemUI 3.2Release签名和编译

 

3、下载缺失的签名文件

部分系统应用的signature目录下只有p7b文件,缺少material目录、OpenHarmony.p12文件、OpenHarmonyApplication.cer文件,例如:systemui;这种情况下,可以下载launcher(链接:https://gitee.com/openharmony/applications_launcher/tree/OpenHarmony-3.2-Release/signature)中的OpenHarmony.p12文件、OpenHarmonyApplication.cer文件使用,launcher下的material目录我这边用了会报错(当然你们也可以试试launcher下的material目录能不能用),下面提供另外一个下载位置(链接: https://ost.51cto.com/resource/2546?login=from_csdn)

launcher的signature目录

OpenHarmony    SystemUI 3.2Release签名和编译

 systemui的signature目录

OpenHarmony    SystemUI 3.2Release签名和编译

 material目录另一个下载路径,下载material目录并解压

OpenHarmony    SystemUI 3.2Release签名和编译

 

4、签名

先进行自动签名,点击File -> Project Structure -> Signing Configs,勾选Automatically generate signature,点击Apply、OK,点击Sync Now同步工程;

OpenHarmony    SystemUI 3.2Release签名和编译

在根目录的build-profile.json5文件中生成了signingConfigs签名  

OpenHarmony    SystemUI 3.2Release签名和编译

将第3步下载的material目录、OpenHarmony.p12文件、OpenHarmonyApplication.cer文件拷贝到signature目录下,将根目录的build-profile.json5下的"signingConfigs"修改为下面的内容,并将"products"的"signingConfig"的值修改成"default",点击Sync Now同步工程;  

"products": [
      {
        "name": "default",
        "signingConfig": "default"
      }
    ],
"signingConfigs": [
      {
        "name": "default",
        "material": {
          "storePassword": "00000016D9DCF063F0FC4BBD0E7FE1E3B06A67C07BECE1BDD4E2A3EFDAE20F890810EC02AA2A",
          "certpath": "signature/OpenHarmonyApplication.cer",
          "keyAlias": "OpenHarmony Application Release",
          "keyPassword": "00000016FD3897FD4C46940ED39FFC652872B7B18BEDCCA07400A6EBEE307C9C41B96DB6B64D",
          "profile": "signature/systemui.p7b",
          "signAlg": "SHA256withECDSA",
          "storeFile": "signature/OpenHarmony.p12"
        }
      }
    ]

OpenHarmony    SystemUI 3.2Release签名和编译

 

5、编译安装

点击File -> Sync and Refresh Project刷新项目,点击Build -> Build Hap(s)/APP(s) -> Build APP(s)构建SystemUI工程HAP包

OpenHarmony    SystemUI 3.2Release签名和编译

 

点击Terminal,输入hdc shell,进入/system/app/com.ohos.systemui,有7个hap文件;

OpenHarmony    SystemUI 3.2Release签名和编译

但是systemui下面只有6个hap包,位置如下图所示,缺少锁屏的SystemUI-ScreenLock.hap,需要在gitee下载applications_screenlock自己编译后放到systemui工程的目录下,下载链接:  https://gitee.com/openharmony/applications_screenlock/tree/OpenHarmony-3.2-Release/

 

6个hap包位置

OpenHarmony    SystemUI 3.2Release签名和编译

OpenHarmony    SystemUI 3.2Release签名和编译

 

 gitee上的applications_screenlock

OpenHarmony    SystemUI 3.2Release签名和编译

 

applications_screenlock签名编译,和上面systemui一样配置签名,然后编译Build -> Build Hap(s)/APP(s) -> Build APP(s),然后把编译出来的hap包(如下图所示的entry-default-signed.hap)复制改名放到systemui目录下

OpenHarmony    SystemUI 3.2Release签名和编译

OpenHarmony    SystemUI 3.2Release签名和编译

 

 

新建test_install.bat文件并执行,终端输入".\test_install.bat"执行自动化脚本

test_install.bat

hdc shell mount -o rw,remount /
hdc shell rm -rf /system/app/com.ohos.systemui/*

hdc file send entry\phone\build\default\outputs\default\phone_entry-default-signed.hap /system/app/com.ohos.systemui/SystemUI.hap
hdc file send product\default\navigationBar\build\default\outputs\default\default_navigationBar-phone_entry-default-signed.hap /system/app/com.ohos.systemui/SystemUI-NavigationBar.hap
hdc file send product\default\notificationmanagement\build\default\outputs\default\default_notificationmanagement-phone_entry-default-signed.hap /system/app/com.ohos.systemui/SystemUI-NotificationManagement.hap
hdc file send product\default\volumepanel\build\default\outputs\default\default_volumepanel-phone_entry-default-signed.hap /system/app/com.ohos.systemui/SystemUI-VolumePanel.hap
hdc file send product\phone\dropdownpanel\build\default\outputs\default\phone_dropdownpanel-phone_entry-default-signed.hap /system/app/com.ohos.systemui/SystemUI-DropdownPanel.hap
hdc file send product\phone\statusbar\build\default\outputs\default\phone_statusbar-phone_entry-default-signed.hap /system/app/com.ohos.systemui/SystemUI-StatusBar.hap
hdc file send SystemUI-ScreenLock.hap /system/app/com.ohos.systemui/SystemUI-ScreenLock.hap

hdc shell rm -rf /data/*
hdc shell reboot

hdc shell mount -o rw,remount / //表示获取读写权限

hdc shell rm -rf /system/app/com.ohos.systemui/* //删除7个hap包

hdc file send (local_file_path) (mobile_path) //上传替换文件到设备,local_file_path是systemui中的文件,mobile_path是开发板上面的文件,文件的位置如上图

hdc shell rm -rf /data/* //删除开发板下的data数据

hdc shell reboot //重启

 

终端输入".\test_install.bat"执行自动化脚本,等待重启,重启之后就成功了。

OpenHarmony    SystemUI 3.2Release签名和编译

 

 

到了这里,关于OpenHarmony SystemUI 3.2Release签名和编译的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • OpenHarmony应用签名 - DevEco Studio 自动签名(4.0-Release)

    开发环境:Windows 11 DevEco Studio 版本:DevEco Studio 4.0 Release(4.0.0.600) SDK 版本:4.0.10.13 开发板型号:DAYU200(RK3568) 系统版本:OpenHarmony-4.0-Release 为了保证  OpenHarmony  应用的完整性和来源可靠,在应用构建时需要对应用进行签名。经过签名的应用才能在设备上安装、运行、和调

    2024年02月03日
    浏览(46)
  • OpenHarmony 4.0 Release 编译异常处理

    编译环境:Ubuntu 20.04 OpenHarmony 软件版本:4.0 Release 设备平台:rk3568 参考官网步骤: OpenHarmony 4.0 Release 源码获取 参考官网构建步骤: v4.0 Release 编译构建 如果上述步骤一切顺利,编译通过,build log如下: 下拉代码执行报错 unable to resolve “fork_flow”\\\" 表明repo工具无法解析名为

    2024年02月05日
    浏览(51)
  • Docker 编译OpenHarmony 4.0 release

    编译环境:Ubuntu 20.04 OpenHarmony版本:4.0 release 平台设备:RK3568 OpenHarmony 3.2更新至OpenHarmony 4.0后,公司服务器无法编译通过,总是在最后几十个文件时报错,错误码4000: 经分析尝试: 1、相同的步骤和命令,wsl2 编译OpenHarmony 4.0 r正常。 2、服务器使用sudo编译正常,但由于sudo使

    2024年02月03日
    浏览(49)
  • OpenHarmony-4.0-Release 源码编译记录

    本文基于 Ubuntu 20.04.4 LTS 这个没啥好说的,都是搞机的,用之前编译 aosp 的 linux 环境就行,有小伙伴担心会把之前的环境搞崩, 也有用 docker 编译的,我这里就直接在 aosp 环境下搞了,还省事。 安装下面这三东西,是为了下载 Harmony 源码 sudo apt install curl sudo apt install python3

    2024年02月05日
    浏览(54)
  • OpenHarmony SystemUI开发记录

    最近学习OpenHarmony应用开发, SDK版本是3.2.9.2 Beta4,IDE版本是3.1.0.200。参考官方文档,做了个Demo应用,调试、运行非常顺利。启动应用后,状态栏和导航栏占用的高度过高,显得很奇怪,尝试修改一下系统应用。 因为没做过移动端开发,最初以为状态栏和导航栏是由Launcher控

    2023年04月20日
    浏览(38)
  • OpenHarmony 源码解析之SystemUi—Statusbar(TS)

    作者:董伟 SystemUI应用是OpenHarmony中预置的系统应用,为用户提供系统相关信息展示及交互界面,包括系统状态、系统提示、系统提醒等,例如系统时间、电量信息。 本文主要分析batterycomponent、clockcomponent、wificomponent三大组件: 导入batteryInfo模块,监听系统电池事件,实时获

    2024年04月09日
    浏览(53)
  • 开发板如何适配OpenHarmony 3.2

    简介 OpenAtom OpenHarmony(以下简称“OpenHarmony”) 3.2 Beta5版本在OpenHarmony 3.1 Release版本的基础上,有以下改变:性能上有很大的提升、标准系统应用开发框架增强、标准系统分布式能力增强。 本文介绍诚迈科技基于RK3568设计的HCPAD-100开发板以及基于RK3566设计的中控屏HongzPad2022在

    2024年02月07日
    浏览(45)
  • OpenHarmony应用签名 - DevEco Studio 自动签名

    开发环境:MacBook Pro DevEco Studio 版本:DevEco Studio 3.1 Beta1(3.1.0.200) SDK 版本:3.2.10.6 开发板型号:DAYU 200 系统版本:OpenHarmony 3.2 Beta5 为了保证 OpenHarmony 应用的完整性和来源可靠,在应用构建时需要对应用进行签名。经过签名的应用才能在设备上安装、运行、和调试。 DevEco

    2024年01月24日
    浏览(42)
  • openHarmony4.0Release-riscv64荔枝派版本新增glmark2三方库

    如题,需要在openHarmony4.0Release-riscv64荔枝派版本的third_party目录下增加glmark2。 由于其他同事已经在别的环境上完成代码适配,可以直接拿过来用。 https://gitee.com/wawanala/glmark2-es2 在third_party目录下直接git clone下载后解压即可。 参考https://www.51cto.com/article/745922.html 文件增加以下内

    2024年04月12日
    浏览(35)
  • OpenHarmony3.1安全子系统-签名系统分析

    应用签名系统主要负责鸿蒙hap应用包的签名完整性校验,以及应用来源识别等功能。 子系统间接口: 应用完整性校验模块给其他模块提供的接口; 完整性校验: 通过验签,保障应用包完整性,防篡改; 应用来源识别: 通过匹配签名证书链与可信源列表,识别应用来源。

    2024年02月05日
    浏览(47)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包