PlatformClassLoader 是 java9+的类加载器
你这个应该是采用了不支持高版本 jdk 的 gradle 的问题
要么降低 gradle 的 jdk(设置中找 gradle,不是项目 jdk)
要么升级 gradle

AOSP 很早就移除了 Miracast 支持,所以后面都是厂商自己移植实现的了...稳定性那就一言难尽了

优先考虑 200%缩放,然后加上像素密度,目前最推荐的是 23 英寸 4k ,27 英寸 5k
27 4k PPI 不够,不推荐

你需要 install,那么就说明你 pom 写的有问题,正常情况当然是不需要 install

看起来是权限表,除非你们用户非常的多..否则权限相关这点数据量 2 次 left join 没啥问题



当然..我看了下我们的代码是这样的....


select id,name,type
from sys_resource
where exists(
select 1
from sys_role_resource
where sys_resource.id = sys_role_resource.resource_id
and exists(
select sys_role.id
from sys_role
where sys_role_resource.role_id = sys_role.id
and sys_role.id in (
select sys_user_role.id from sys_user_role where sys_user_role.user_id = :userId
)
)
)

使用 Windows Volume Shadow Copy
你需要自己写命令

@ragnaroks
@ZhiyuanLin

本质上,他们还是安全控制级别的不同,术语 Mandatory Integrity Control

使用 AppContainer 的 UWP 是 low-IL
MSIX(uwp app/win32/win32 转制 /windows app sdk) 是 medium-IL, 也称为 "full trust"
当然还有一种新的目前没有公布在文档中的 称为 "PartialTrust"

当然,win32 也可以使用 AppContainer 来运行


windows 定义了 4 种级别 low, medium, high, system
一般我们启动一个 app 是 medium,使用管理员权限是 high

@MakHoCheung 其实很简单啊..
1.首先 uwp 的那一套 ui 组件,它是 windows ui(2 与 3)的最原始分支

2.windows ui3 是基于上述分支,然后将其独立出系统,作为系统无关的 ui 组件
3.windows ui2 是因为 3 决定不再支持 uwp 后,单独为 uwp 搞的一个分支,其继续与系统关联

既然他是 ui 组件,那 winui 就可以用在 wpf,winform,win32(app)等上面

目前只是支持 winui2 使用在 wpf,winform,win32(app)上面
winui3 未来也会支持使用在 wpf,winform,win32(app)上面

既然 winui3,winrt,win32 都开放了,可以混合使用了..那微软就干脆搞了一个更简单的应用开发 sdk..那就是 windows app sdk

所以只是关注微软技术路线的..这个一点都不模糊

uwp 只是一种应用的开发模型,其使用的技术 winrt/xaml ui 现在依然是 windows 推荐的开发方式
尤其不再限制你只能使用 uwp..这为啥就没有激情了呢?

没有限制的 uwp 配合 win32 组件,或者是 win32+uwp 组件, 或者直接使用最新的 win app sdk,你能做到的东西更多了...

这个提示是因为需要内嵌一个 jre...

1. create a customized JRE: 这里是说要创建一个自定义 jre,这需要 jdk9+,因为 jdk9+本身不带 jre,但是可以使用内置命令创建一个 jre

2. use jrePath property to specify JRE location : 如果使用 jdk8,必须指定自己 jre 的地址


这应该是你的 maven 中插件或者其他东西需要 jre..还要要仔细看下

新版本的 jdk8 或者更高的版本已经内置了容器支持..
具体可以搜索 -XX:+UseContainerSupport -XX:MaxRAMPercentage 了解更多

哈哈哈,笑死我了...他的博客置顶的是放剽窃.....

大部分用 27 4k, dpi 还不够,确实需要 mactype 会更好点

可惜现在离谱的是大量都是 27 4k 这种高不成低不就的,怎么设置缩放比都不好

@Leviathann
哈哈
我从 java5 一直看到现在...

https://medium.com/graalvm/graalvm-community-survey-results-e9824a1bd6c9

Almost half of our respondents use Java 11 for their workloads. “Java 8” and “versions above 11” each got about a quarter of responds.

当然会关注 graalvm 的自然可能更容易使用新版本,但足以说明问题..

看了下,没集成 win32 组件,也没有申请多余权限,应该可以放心食用

年复一年的论调
java6 谁用啊,谁升级啊,出问题你负责吗?
java8 谁用啊,谁升级啊,出问题你负责吗?
java11 谁用啊,谁升级啊,出问题你负责吗?
java17 谁用啊,谁升级啊,出问题你负责吗?

国外都开始用了

升级!

很多人觉得 loom 作用不大么..
loom 直接干掉了 现在的各种混乱的异步模型 /结构,继续用"同步的代码结构"写清晰的代码..忘掉什么回调,异步吧..
老代码一个连接一个线程的模式重获新生..并且也是最简单最直观的方式

微软早就开放了...
即便是所谓的 UWP APP,里面也可以包含 win32 组件..早就不再是以前的形态了...

@Tony060912 最开始 winui3 也是作为 uwp ui 部分的后续版本..从 Project Reunion 从 build 大会提出以来,它已经数次变化了..
也是直到去年才最终确定了 Windows App SDK 到底干什么..

微软自己平台一堆开发技术..直到现在才最终敲定了以 Windows App SDK 为统一,操作系统(支持 win10,11)无关的开发 SDK

winui 的进度就很迷..并且本来他们根本就不是从头开始,从最开始 uwp 的 ui 技术就不仅仅局限在 uwp 中使用..就算迁移作为 Windows App SDK 的一部分也不应该这么慢...

winui3 直到现在也是残缺..现在也没有媒体组件,但是从们自己的操作实践来看,使用 dx 与 SwapChainPanel,做一个播放器,本质与 uwp 时几乎没有任何区别..就是搞不懂他们在干嘛..太慢了