问题标签 [jfrog-mission-control]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
jenkins - 如何通过 Jenkins Build Offline 将工件部署到 Maven 存储库(JFrog 工件)?
背景: 我正在尝试通过安装在离线环境(无互联网连接)中的 Jenkins 在 Maven 项目上进行简单的构建(而不是通过管道作业)。构建成功,我看到 HelloMaven.jar 成功部署到 JFrog 工件,它再次离线安装。
问题: 但是整个 Jenkins 构建失败的原因
“构建步骤:将工件部署到 Maven 存储库将构建结果更改为失败”
Jenkins 构建控制台输出如下所述:
我的 HelloMaven 项目的pom.xml文件条目如下:
MAVEN m2文件夹的settings.xml文件如下:
在过去的四天里,我一直在尝试解决这个问题,并通过maven、Jenkins、Nexus 的这个基础设施浏览了许多帖子。我不确定我哪里出错了。任何线索将非常感激。
jenkins - 如何将 .net 工件部署到 JFrog 工件
由于 JFrog Artifactory 提供了 maven 存储库,该存储库维护一个 maven-metadata.xml 以获取最新的 maven 工件。
有什么可以维护 .net Web 应用程序的最新工件。如果有试用版的解决方案会很好。
谢谢
maven - Maven 身份验证如何工作?
我愿意创建一个私有 maven 存储库,其中访问规则不是基于组/模式,而是基于完全自定义的规则。我检查了 nexus 和 jfrog,它们都保持简单的用户/组/模式方法。而且(AFAICS),尽管它们提供了自定义的身份验证方式,但它们不提供自定义访问规则的 was。
出于这个原因,我开始思考相反的想法:如果我可以使用我的自定义规则创建一个简单的存储库会怎样。但是当我在 Apache 文档中搜索时,并没有明确说明如何在背面执行身份验证。
有谁知道这是如何完成的,也许可以指出正确的文档?
maven - 工件是否为非二进制文件提供正确的构建信息?
我一直在使用 Jenkins CI 将 Maven Web 项目工件上传到工件。
有一个 .pom 文件以及 .war 工件。
图片
我们可以看到 pom 文件的“生产者”列显示了总的构建信息,对于“战争”,它准确地指出了哪个构建产生了它。
那么有没有办法知道谁创建了 .pom 文件?
我的兴趣在于了解有关非工件文件的详细信息(这里是 .pom,它实际上可以是从 .txt 到 .zip 的任何内容!)
c# - 使用 Api 创建 JFROG 存储库
嗨,我想用 Artifactory JFROG Api 创建存储库,但是我用 api 得到 406 错误代码
我可以使用选定的应用程序/json mime 类型通过邮递员运行此 json 请求
但我无法运行我的 c# 代码。我应该在我的 .net 代码中做什么来使用 jfrog artifactory api?
{"key":"ArtifactRepoGroup3","rclass":"virtual","packageType":"nuget","description":"这个 repo 创建者"}
使用 (HttpClient client = new HttpClient()) { client.BaseAddress = new Uri(BaseAddress); client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));
…………
HttpResponseMessage 响应 = client.PutAsJsonAsync(puturi, value).Result; }
jenkins - 如何更新工件构建模块 ID
我正在使用 Jenkins CI(单管道作业)将不同的文件推送到 JFrog Artifactory。
对于每个构建,我都会将构建信息发布到 Artifactory。但是每个构建都有相同的模块 ID。
例如:在 Artifactory Repository Browser 中选择任何工件然后转到 Build 选项卡,然后它显示所有构建而不是相应的工件构建信息
所以我想知道如何在将工件信息发布到 Artifactory 的同时修改 Artifact Module ID
jfrog-mission-control - JFrog Mission Control - 使用 Gitlab 进行版本控制
使用任务控制,我们希望使用与 gitlb 的版本控制集成,以便我们拥有所有脚本的版本历史。我们正在运行 docker 容器版本。
在这个设置过程中,我们遇到了一些问题,即返回到 gitlab 的提交失败,即使 UI 显示它们是成功的。(长篇大论,不是很相关,但归结为项目中的限制,以检查作者是否是 gitlab 用户)。
这里的问题是:如果这些提交失败并且 UI 假设它们有效,则可以修改来自 MC 的脚本,而不会在版本控制中反映该更改。
如何强制 MC 禁止执行尚未提交到 gitlab 源代码管理的脚本?
任务控制 V 2.1.0
artifactory - Artifactory JFrog 备份失败,错误代码 401
如果有人可以指导或提供指导以调试 Artifactory 的备份问题,将不胜感激。每当执行备份时 - 在 artifactory.log 中的 /api/v1/system/backup/export 上始终存在 401 错误消息 备份存在于备份位置,但在日志中有一条错误消息。不确定如何在日志中调试此错误及其影响。我可以在堆栈中看到 rest 调用失败,尝试将密码设置为不受支持和其他多项,但错误仍然存在。还检查了 Artifactory 上的 Jira 无济于事。任何指针将不胜感激
更多细节
按照日志中的信息进行备份失败。
2018-04-24 11:59:24,620 [ajp-apr-8009-exec-9] [ERROR] (o.a.s.a.AccessServiceImpl:1070) - Error during access server backup
org.jfrog.access.client.AccessClientHttpException: HTTP response status 401:Failed on executing /api/v1/system/backup/export, with response: {"errors":[{"code":"UNAUTHORIZED","detail":"Bad credentials","message":"HTTP 401 Unauthorized"}]}
at org.jfrog.access.client.http.AccessHttpClient.createRestResponse(AccessHttpClient.java:154)
at org.jfrog.access.client.http.AccessHttpClient.restCall(AccessHttpClient.java:113)
...
以下是 artifactory.log 中显示的完整堆栈
2018-04-24 11:59:24,620 [ajp-apr-8009-exec-9] [ERROR] (o.a.s.a.AccessServiceImpl:1070) - Error during access server backup
org.jfrog.access.client.AccessClientHttpException: HTTP response status 401:Failed on executing /api/v1/system/backup/export, with response: {"errors":[{"code":"UNAUTHORIZED","detail":"Bad credentials","message":"HTTP 401 Unauthorized"}]}
at org.jfrog.access.client.http.AccessHttpClient.createRestResponse(AccessHttpClient.java:154)
at org.jfrog.access.client.http.AccessHttpClient.restCall(AccessHttpClient.java:113)
at org.jfrog.access.client.system.SystemClientImpl.exportAccessServer(SystemClientImpl.java:21)
at org.artifactory.security.access.AccessServiceImpl.exportTo(AccessServiceImpl.java:1060)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:201)
at com.sun.proxy.$Proxy144.exportTo(Unknown Source)
at org.artifactory.spring.ArtifactoryApplicationContext.exportTo(ArtifactoryApplicationContext.java:662)
at org.artifactory.ui.rest.service.admin.importexport.exportdata.ExportSystemService.execute(ExportSystemService.java:67)
at org.artifactory.rest.common.service.ServiceExecutor.process(ServiceExecutor.java:38)
at org.artifactory.rest.common.resource.BaseResource.runService(BaseResource.java:92)
at org.artifactory.ui.rest.resource.admin.importexport.ExportArtifactResource.exportSystem(ExportArtifactResource.java:65)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:558)
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:733)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.artifactory.webapp.servlet.RepoFilter.execute(RepoFilter.java:184)
at org.artifactory.webapp.servlet.RepoFilter.doFilter(RepoFilter.java:93)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.artifactory.webapp.servlet.AccessFilter.useAuthentication(AccessFilter.java:403)
at org.artifactory.webapp.servlet.AccessFilter.doFilterInternal(AccessFilter.java:212)
at org.artifactory.webapp.servlet.AccessFilter.doFilter(AccessFilter.java:166)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.artifactory.webapp.servlet.RequestFilter.doFilter(RequestFilter.java:67)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.springframework.session.web.http.SessionRepositoryFilter.doFilterInternal(SessionRepositoryFilter.java:164)
at org.springframework.session.web.http.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:80)
at org.artifactory.webapp.servlet.SessionFilter.doFilter(SessionFilter.java:62)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.artifactory.webapp.servlet.ArtifactoryFilter.doFilter(ArtifactoryFilter.java:128)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:94)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:620)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:502)
at org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:877)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:684)
at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2527)
at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2516)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
2018-04-24 11:59:24,660 [ajp-apr-8009-exec-9] [INFO ] (o.a.s.ArtifactoryApplicationContext:819) - Note: the etc exported folder has excessive permissions. Be careful with the files.
artifactory - Artifactory 实例的备份 - 未导入用户
如果有人可以请说明备份和恢复 Artifactory 的最佳方法,将不胜感激。主要关注的是存储库以及用户和权限在恢复时可用。
我正在尝试系统导出和导入功能以及增量备份和导入,但在还原发生时用户/权限没有成功。期望在从源导入后看到所有用户 - 但最终结果相反 - 恢复完成后,我看到的唯一用户是 access-admin。我什至失去了目标实例上的用户和匿名用户。
根据阿蒂。doc https://www.jfrog.com/confluence/display/RTF/Importing+and+Exporting ,系统导出和导入应该处理包括安全性在内的事情但是我的测试似乎没有关于导入的用户信息。从医生。在系统级别,Artifactory 可以导出和导入整个 Artifactory 服务器:配置、安全信息、存储的数据和元数据。这在手动运行备份以及迁移和恢复完整的 Artif 时很有用。实例(作为使用数据库级备份和恢复的替代方法)。
默认嵌入式德比模式。在新实例中,按照我的理解文档说,不恢复数据库 - 系统备份和恢复(ALL)将处理所有配置。 但是我是人工制品的新手-如果我的理解不正确,请纠正我。
想指出恢复是在使用 jfrog ami 的单独新旋转实例上尝试的,而不是在支持数据的实例上。这是为了测试如果我们完全丢失了我们的实例,我们是否可以旋转新的 aws 实例并快速恢复人工环境。提前感谢您的帮助。
java - JFrog Artifactory Docker 映像无法启动
我正在使用 JFrog Artifactory OSS Docker 映像版本 6.0.0 在 Amazon Linux 中创建存储库。我面临的问题是 Artifactory 没有出现。docker 容器已启动,但我验证了 localhost 日志,它显示错误为
但是 localhost 日志的起始行显示
非常感谢任何帮助,因为我是 JFrog Artifactory 的新手。