作者 | Michael Redlich 译者 | 张卫滨 策划 | 丁晓昀 OpenJDK 甲骨文的技术顾问成员、Loom 项目的负责人 Ron Pressler 提交了 JEP Draft 8302326,即隐式类和主方法增强(Implicit Classes and Enhanced Main Methods)(预览)。该特性 JEP 提议“改进 Java 语言,从而能够让学生无需了解为大型程序所设计的语言特性,就能编写出第一个程序”。这个 JEP 进一步推进了甲骨文的 Java 语言架构师 Br
springfox 已经停止更新很久了,SpringBoot新版本都不支持。为了能够继续使用Swagger,只能调整继承库。
官方把 Retrieval 插件的代码开源了,我们可以根据官方示例与这个仓库的代码查个所以然。插件由以下组件组成:
REST 命名自“Representational State Transfer”,具有以下属性:
.NET Standard是 .NET API 的正式规范,可用于多个 .NET 实现。.NET Standard 背后的动机是在 .NET 生态系统中建立更大的统一性。如果要在 .NET Framework 和任何其他 .NET 实现(例如 .NET Core)之间共享代码,则库应面向 .NET Standard 2.0。
/api/mgmnt 服务还提供了可用于发现和记录 Web 服务的选项,如本书后面所述。
本文介绍如何使用 .NET CLI 编写 .NET 的库。 CLI 提供可跨任何支持的 OS 工作的高效低级别体验。 仍可使用 Visual Studio 生成库,如果你首选这种体验,请参阅 Visual Studio 指南。
今年五月份的 Google I/O 上,我们正式向全球宣布 Kotlin-first 的这一重要理念,Kotlin 将成为 Android 开发者的首选语言,十月份举办的 Android Dev Summit 2019 大会上,我们发布了使用 Kotlin API 开发的 Jetpack Compose 开发者预览版。
https://github.com/kubernetes/sig-release/blob/master/releases/release-1.15/release_team.md
脚本 zap-api-scan.py 包含在Weekly和 Live ZAP Docker 镜像中,它也将包含在下一个 稳定镜像中。
将 [EnableCors] 属性与命名策略一起使用在限制支持 CORS 的终结点方面提供了最佳控制。 警告 UseCors 必须按正确的顺序调用 。 有关详细信息,请参阅 中间件顺序。 例如, UseCors 在使用 之前必须 UseResponseCaching 调用 UseResponseCaching 。
上周,Kubernetes正式发布了Kubernetes 1.15版本,这也是Kubernetes团队在2019年发布的第二个版本!Kubernetes 1.15包含25项增强功能,其中2项为稳定版、13项为beta测试版,另有10项为alpha测试版。本次版本的主题为:
今天,我们很高兴地向大家宣布,Kubernetes 1.24暨2022年的首个版本已经正式发布!
本文来自Microsoft Docs官方文档,提供了ASP.NET Core性能最佳做法的准则。
作者 | Michael Redlich 译者 | 刘雅梦 策划 | 丁晓昀 OpenJDK JEP 432,记录模式(第二次预览),已从 JDK 20 的 Proposed to Target 状态 提升 为 Target 状态。该 JEP 更新自 JEP 405,记录模式(预览版),更新包括:增加了对通用记录模式类型参数推断的支持;增加了对记录模式出现在增强 for 语句条件判断中的支持;并删除了对命名记录模式的支持。 JEP 433,switch 模式匹配(第四次预览),已从 JDK 20
Microsoft 发布了 .NET 5(和 .NET Core)及更高版本的主要版本、次要版本和服务更新(补丁)。本文解释了发布类型、服务更新、SDK 功能带、支持期限和支持选项。 发布类型 有关每个版本类型的信息以Major.minor.patch形式编码在版本号中。 例如: .NET Core 3.0 和 NET 5.0 是主要版本。 .NET Core 3.1 是 .NET Core 3.0 主要版本之后的第一个次要版本。 .NET Core 3.1.7 是 .NET Core 3.1 的第七个补丁。 主要版本 主要版本包括新功能、新的公共 API 表面区域和错误修复。示例包括 .NET Core 3.0 和 .NET 5。由于更改的性质,这些版本预计会有重大更改。主要版本与以前的主要版本并排安装。 次要版本 次要版本还包括新功能、公共 API 表面区域和错误修复,也可能有重大更改。示例包括 .NET Core 2.1 和 .NET Core 3.1。这些版本与主要版本之间的区别在于更改的幅度较小。从 .NET Core 3.0 升级到 3.1 的应用程序有一个较小的跳跃向前推进。次要版本与以前的次要版本并排安装。 服务更新 服务更新(补丁)几乎每个月都会发布,这些更新包含安全和非安全错误修复。例如,.NET Core 3.1.8 是 .NET Core 3.1 的第八次更新。当这些更新包含安全修复程序时,它们会在“星期二补丁”发布,也就是每月的第二个星期二。预计服务更新将保持兼容性。从 .NET Core 3.1 开始,服务更新是删除先前更新的升级。例如,3.1 的最新服务更新会在成功安装后删除之前的 3.1 更新。 功能带(仅限 SDK) .NET SDK 的版本控制与 .NET 运行时略有不同。为了与新的 Visual Studio 版本保持一致,.NET SDK 更新有时会包含新功能或新版本的组件,例如 MSBuild 和 NuGet。这些新功能或组件可能与相同主要或次要版本的先前 SDK 更新中提供的版本不兼容。 为了区分此类更新,.NET SDK 使用了功能带的概念。例如,第一个 .NET Core 3.1 SDK 是 3.1.100。此版本对应于 3.1.1xx 功能带。功能带在版本号第三部分的数百个组中定义。例如,3.1.101 和 3.1.201 是两个不同特征带中的版本,而 3.1.101 和 3.1.199 是同一特征带中的版本。安装 .NET Core SDK 3.1.101 后,如果 .NET Core SDK 3.1.100 存在,则会从计算机中删除。当 .NET Core SDK 3.1.200 安装在同一台机器上时,不会删除 .NET Core SDK 3.1.101。 运行时前滚和兼容性 主要和次要更新与以前的版本并行安装。即使安装了较新的版本,为特定的major.minor版本而构建的应用程序仍会继续使用该目标运行时。除非您选择启用此行为,否则应用程序不会自动前滚以使用较新的Major.minor版本的运行时。为面向 .NET Core 3.0 构建的应用程序不会自动开始在 .NET Core 3.1 上运行。我们建议在部署到生产环境之前重建应用程序并针对更新的主要或次要运行时版本进行测试。有关更多信息,请参阅框架相关应用前滚和自包含部署运行时前滚。 服务更新与主要和次要版本的处理方式不同。默认情况下,为 .NET Core 3.1 构建的应用程序在 3.1.0 运行时上运行。安装该服务更新后,它会自动前滚以使用较新的 3.1.1 运行时。此行为是默认行为,因为我们希望在安装后立即使用安全修复程序,而无需任何其他操作。您可以选择退出此默认前滚行为。 .NET Core 和 .NET 5 版本生命周期 .NET Core、.NET 5 和更高版本采用现代生命周期,而不是已用于 .NET Framework 版本的固定生命周期。具有固定生命周期的产品提供较长的固定期限支持,例如 5 年的主流支持和 5 年的扩展支持。主流支持包括安全和非安全修复,而扩展支持仅提供安全修复。采用现代生命周期的产品具有更类似于服务的支持模型,支持周期更短,发布频率更高。 发布曲目 发布有两个支持轨道: 当前版本 这些版本在下一个主要或次要版本发布后的六个月内得到支持。以前(.NET Core 3.0 及更早版本),这些版本仅在下一个主要或次要版本发布后的三个月内受支持。 例子: .NET Core 3.0 于 2019 年 9 月发布,紧随其后的是 2019 年 12 月的 .NET Core 3.1。 .NET Core 3.0 支持于 2020 年 3 月结束,即 3.1 发布 3 个月后。 长期支持(LTS) 版本 这些版本的支持期限至少为 3 年,或者下一个 LT
大家好,我是南南,esri于前段时间发布了全新一代 ArcGIS Pro 3.0,将采用全新的界面.
全文翻译自微软官方文档英文版 What's new in ASP.NET Core 3.0
我们很高兴宣布.NET Core 3.1的发布。实际上,这只是对我们两个多月前发布的.NET Core 3.0的一小部分修复和完善。最重要的是.NET Core 3.1是长期支持(LTS)版本,并且将支持三年。和过去一样,我们希望花一些时间来发布下一个LTS版本。额外的两个月(在.NET Core 3.0之后)使我们能够选择和实施在已经非常稳定的基础上进行的正确改进。
/api/mgmnt 服务包括可用于发现 REST 服务类和启用 REST 的 Web 应用程序的调用。
数据库、表、函数等 Hive 对象的定义存储在 Metastore 中。 根据系统的配置方式,统计数据和授权记录也可能存储在那里。 Hive 和其他执行引擎在运行时使用此数据来确定如何解析、授权和有效执行用户查询。
简单整理了 ASP.NET Core 从1.0到5.0的变迁,不包括小版本, 内容主要来自 MS Docs。
MLlib是Spark的机器学习(ML)库。 其目标是使实用的机器学习可扩展且简单。 从较高的层面来说,它提供了以下工具:
作者 | Michael Redlich 译者 | 张卫滨 策划 | 丁晓昀 本期的 Java 新闻包括 JDK 19、JDK 20、Spring 框架的更新、Spring Cloud 与 Spring Tools、Helidon Níma、MicroProfile Reactive 规范、Quarkus 2.12.2、MicroStream 7.1.0、Reactor 项目 2022.0.0-M6、Hibernate Search 6.1.7、JHipster Lite 0.15.1、Piran
Element 开发团队宣布正式发布 Element Plus 的首个 beta 版本,Element Plus 是 Element 对 Vue 3.0 的升级适配。
作者 | Michael Redlich 译者 | 张卫滨 策划 | 丁晓昀 JDK 20 JDK 20早期访问构建版本的 Build 32 发布,它是对 Build 31 的更新,包括对各种 问题 的修复。关于该版本的更多细节,可以参见 发布说明。 JDK 21 JDK 21早期访问构建 版本的 Build 6 发布,它是对 Build 5 的 更新,包括对各种 问题 的修复。关于该版本的更多细节,可以参见发布说明。 对于 JDK 20 和 JDK 21,鼓励开发人员通过 Java Bu
.NET5 统一版本之后将支持所有 .NET 应用程序类型:Xamarin、ASP.NET、IoT 和桌面。此外,它将利用一个单独的 CoreFX/基类库 (BCL)、两个独立的运行时和运行时代码库(因为很难将两个截然不同的运行时单独作为源)和一个工具链(比如 dotnet CLI)。结果将是行为、API 和开发人员体验之间的一致性。例如,在每个不同平台上将运行一组库,而不是三个 System.* API 实现。
dotnet build [<PROJECT>|<SOLUTION>] [-a|--arch <ARCHITECTURE>]
本文提供了 ASP.NET Core 的性能最佳实践指南。 译文原文地址:https://docs.microsoft.com/en-us/aspnet/core/performance/perfor
Swagger2(基于openApi3)已经在17年停止维护了,取而代之的是 sagger3(基于openApi3),而国内几乎没有 sagger3使用的文档,百度搜出来的都是swagger2的使用,这篇文章将介绍如何在 java 中使用 openApi3(swagger3)。
趁着假期的时间所以想重新学习下微软的官方文档来巩固下基础知识。我们都知道微软目前已经发布了.NET Core3.0的第三个预览版,同时我家里的电脑也安装了vs2019。So,就用vs2019+.NET Core3.0来跟着做一下Contoso University这个WEB应用,但是在基于3.0进行操作的时候遇到了一些问题,所以我就查看了微软的《从 ASP.NET Core 迁移 2.2 到 3.0 预览版 2》这篇文档,就着今天遇到的问题,所以我整理下,希望对大伙有所帮助,当然大伙也可以直接阅读微软的官方文档进行查看。但是我在阅读官方说明的时候,总感觉翻译的不是很准确,读起来很拗口,所以这里我是自己的理解对官方文档的一个补充。
本文适用于: ✔️ .NET Core 2.1 SDK 及更高版本 .NET 命令行接口 (CLI) 工具是用于开发、生成、运行和发布 .NET 应用程序的跨平台工具链。 .NET CLI 附带了 .NET SDK。 若要了解如何安装 .NET SDK,请参阅安装 .NET Core。 CLI 命令 默认安装以下命令: 基本命令 new restore build publish run test vstest pack migrate clean sln help store 项目修改命令 add package add reference remove package remove reference list reference 高级命令 nuget delete nuget locals nuget push msbuild dotnet install script 工具管理命令 tool install tool list tool update tool restore 自 .NET Core SDK 3.0 起可用。 tool run 自 .NET Core SDK 3.0 起可用。 tool uninstall 工具是控制台应用程序,它们从 NuGet 包中安装并从命令提示符处进行调用。 你可自行编写工具,也可安装由第三方编写的工具。 工具也称为全局工具、工具路径工具和本地工具。 有关详细信息,请参阅 .NET 工具概述。 命令结构 CLI 命令结构包含驱动程序(“dotnet”)和命令,还可能包含命令参数和选项。 在大部分 CLI 操作中可看到此模式,例如创建新控制台应用并从命令行运行该应用,因为从名为 my_app 的目录中执行时,显示以下命令: dotnet new console dotnet build --output ./build_output dotnet ./build_output/my_app.dll 驱动程序 驱动程序名为 dotnet,并具有两项职责,即运行依赖于框架的应用或执行命令。 若要运行依赖于框架的应用,请在驱动程序后指定应用,例如,dotnet /path/to/my_app.dll。 从应用的 DLL 驻留的文件夹执行命令时,只需执行 dotnet my_app.dll 即可。 如果要使用特定版本的 .NET 运行时,请使用 --fx-version <VERSION> 选项(请参阅 dotnet 命令参考)。 为驱动程序提供命令时,dotnet.exe 启动 CLI 命令执行过程。 例如: dotnet build 首先,驱动程序确定要使用的 SDK 版本。 如果没有 global.json 文件,则使用可用的最新版本 SDK。 这有可能是预览版或稳定版,具体取决于计算机上的最新版本。 确定 SDK 版本后,它便会执行命令。 命令 由命令执行操作。 例如,dotnet build 生成代码。 dotnet publish 发布代码。 使用 dotnet {command} 约定将命令作为控制台应用程序实现。 自变量 在命令行上传递的参数是被调用的命令的参数。 例如,执行 dotnet publish my_app.csproj 时,my_app.csproj 参数指示要发布的项目,并被传递到 publish 命令。 选项 在命令行上传递的选项是被调用的命令的选项。 例如,执行 dotnet publish --output /build_output 时,--output 选项及其值被传递到 publish 命令。 请参阅 dotnet/sdk GitHub 存储库 .NET 安装指南
Swagger是一种用于描述、构建和使用RESTful API的开源框架,它提供了一套工具和规范,帮助开发者设计、文档化和测试API以及生成客户端代码和服务器存根,Swagger的核心组件是OpenAPI规范(以前称为Swagger规范),它是一个用于定义和描述API的规范,OpenAPI规范使用JSON或YAML格式,包括API的路径、参数、响应、错误处理等信息,它提供了一种标准的方式来描述API的结构和行为
那有什么办法可以解决上述的问题? 方法是有的,本质上通过程序自动化去生成各种service文件,解放双手。那具体怎么做呢?我们可以通过解析swagger接口文档的结构
昨天 Google 在印度正式发布 Android 8.1 Oreo,这是 Google 向实现 “为所有人打造由 AI 驱动的全覆盖移动平台” 这一愿景迈出的一大步。 Android 8.1 引入对 Android Oreo(Go 版本)的支持,即使是入门机型,依旧可以享受一流软件体验。Android Oreo(Go 版本)问世以来,凭借出色的表现,很快风靡在快速成长的低内存设备市场,同时也将你们开发的应用和游戏带给他们。 Android 8.1 Oreo 同时引入神经网络 API,为应用提供了一个利用机
最大的一个功能是能够支持监控windwos server 2012与windows 8,并且还支持Centos,Debian,Oracle和ubuntu linux这些对于企业中有非红帽linux服务器的场景无疑是一次重大革新。
该global.json文件允许您定义.NET SDK版本,当您运行.NET CLI命令时使用。选择 .NET SDK 与指定项目目标运行时无关。.NET SDK 版本指示使用的 .NET CLI 版本。 一般情况下,您希望使用最新版本的 SDK 工具,因此不需要global.json文件。在一些高级场景中,您可能希望控制 SDK 工具的版本,本文将解释如何做到这一点。 有关改为指定运行时的更多信息,请参阅目标框架。 .NET SDK在当前工作目录(不一定与项目目录相同)或其父目录之一中查找global.json文件。 global.json 模式 软件开发工具包 类型: object 指定有关要选择的 .NET SDK 的信息。 版本 类型: string 要使用的 .NET SDK 的版本。 这个领域: 不支持通配符;也就是说,您必须指定完整的版本号。 不支持版本范围。 允许预发行 类型: boolean 从以下版本可用:.NET Core 3.0 SDK。 指示 SDK 解析器在选择要使用的 SDK 版本时是否应考虑预发布版本。 如果未明确设置此值,则默认值取决于您是否从 Visual Studio 运行: 如果您不在Visual Studio 中,则默认值为true. 如果您在 Visual Studio 中,它会使用请求的预发布状态。也就是说,如果您使用的是 Visual Studio 的预览版,或者您设置了使用 .NET SDK 的预览选项(在工具>选项>环境>预览功能下),则默认值为true。否则,默认值为false。 前滚 类型: string 从以下版本可用:.NET Core 3.0 SDK。 选择 SDK 版本时使用的前滚策略,作为缺少特定 SDK 版本时的回退或作为使用更高版本的指令。一个版本必须与指定rollForward值,除非你将其设置为latestMajor。默认前滚行为由匹配规则决定。 要了解可用的策略及其行为,请考虑以下格式的 SDK 版本定义x.y.znn: x 是主要版本。 y 是次要版本。 z 是特征带。 nn 是补丁版本。 下表显示了rollForward键的可能值: 表格1 价值 行为 patch 使用指定的版本。 如果未找到,则前滚到最新的补丁级别。 如果找不到,则失败。 此值是早期版本的 SDK 的旧行为。 feature 对指定的主要、次要和功能带使用最新的补丁级别。 如果未找到,则前滚到同一大调/小调中的下一个更高的功能带,并使用该功能带的最新补丁级别。 如果找不到,则失败。 minor 对指定的主要、次要和功能带使用最新的补丁级别。 如果未找到,则前滚到同一主要/次要版本中的下一个更高的功能带,并使用该功能带的最新补丁级别。 如果未找到,则前滚到同一大调内的下一个更高的小调和功能带,并使用该功能带的最新补丁级别。 如果找不到,则失败。 major 对指定的主要、次要和功能带使用最新的补丁级别。 如果未找到,则前滚到同一主要/次要版本中的下一个更高的功能带,并使用该功能带的最新补丁级别。 如果未找到,则前滚到同一大调内的下一个更高的小调和功能带,并使用该功能带的最新补丁级别。 如果未找到,则前滚到下一个更高的主要、次要和功能带,并使用该功能带的最新补丁级别。 如果找不到,则失败。 latestPatch 使用最新安装的补丁级别,该补丁级别与请求的主要、次要和功能带与补丁级别相匹配,并且大于或等于指定的值。 如果找不到,则失败。 latestFeature 使用与请求的主要和次要功能区和补丁程序级别大于或等于指定值相匹配的最高已安装功能区和补丁程序级别。 如果找不到,则失败。 latestMinor 使用与请求的主版本相匹配的最高安装次版本、功能区域和补丁级别,并且次版本、功能区域和补丁级别大于或等于指定的值。 如果找不到,则失败。 latestMajor 使用版本高于或等于指定值的最高安装 .NET SDK。 如果找不到,则失败。 disable 不向前滚动。需要完全匹配。 msbuild-sdks 类型: object 让您可以在一个地方而不是在每个单独的项目中控制项目 SDK 版本。有关更多信息,请参阅如何解决项目 SDK。 例子 以下示例显示了如何不使用预发布版本: JSON 复制 { "sdk": { "allowPrerelease": false } } 以下示例显示如何使用安装的高于或等于指定版本的最高版本。显示的 JSON 不允许早于 2.2.200 的任何 SDK 版本,并允许 2.2.200 或任何更高版本,包括 3.0.xxx 和 3.1.xxx。 JSON 复制 { "sdk": { "version": "2.2.200", "rollForward": "lates
dotnet publish - 将应用程序及其依赖项发布到文件夹以部署到托管系统。
HTTP Prompt (或HTTP-prompt) 是基于HTTPie和prompt_toolkit构建的交互式命令行HTTP客户端,具有自动完成和语法突出显示功能。 它还支持自动cookie,OpenAPI/Swagger集成以及类Unix管道和输出重定向。 此外,它还提供了20多个可以使用的主题。
dotnet pack [<PROJECT>|<SOLUTION>] [-c|--configuration <CONFIGURATION>]
dotnet [--version] [--info] [--list-runtimes] [--list-sdks]
smart-doc是一款同时支持JAVA REST API和Apache Dubbo RPC接口文档生成的工具,smart-doc在业内率先提出基于JAVA泛型定义推导的理念,完全基于接口源码来分析生成接口文档,不采用任何注解侵入到业务代码中。
领取专属 10元无门槛券
手把手带您无忧上云