问题标签 [maven-jibx]
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.
jibx - 如何优化 Maven JiBX 插件
在 maven 项目中使用 jibx:bind 目标时，是否可以优化插件，使其仅在 .xsd （模式）本身发生变化时才生成模式绑定？我能找到它以避免运行目标的唯一方法是创建配置文件，但我不想选择性地绑定或跳过绑定：我希望插件检测到已经生成的源文件的日期比.xsd 本身。
这是我的 pom.xml 的构建部分目前的样子：
m2eclipse - 尝试在 Eclipse 中安装 JIBX m2e 连接器 - 出现安装错误
无法完成安装，因为找不到一项或多项所需项目。
当前安装的软件：用于 JiBX 1.2.3.201107241325 的 m2e 连接器（org.jibx.m2e.feature.feature.group 1.2.3.201107241325）
缺少要求：JiBX 1.2.3.201107241325 (org.jibx.m2e.plugin 1.2.3.201107241325) 的 m2e 连接器需要 'bundle org.eclipse.m2e.jdt [1.0.0,1.1.0)' 但找不到
无法满足依赖关系：来自：JiBX 1.2.3.201107241325 的 m2e 连接器（org.jibx.m2e.feature.feature.group 1.2.3.201107241325）
至：org.jibx.m2e.plugin [1.2.3.201107241325]
jibx - 更改标签名称至在jibx中编组时？
我有一个 XML 可能像这样的场景，<emp><name></name></emp>我想<employee>在编组时将标签更改为这可能吗？？？请帮忙
java - 解决eclipse中的maven依赖类
考虑以下依赖层次结构：
现在我有一个在文件夹中生成编译类的maven-jibx-plugin项目。但是当我运行我的项目时，无法解析从项目生成的类。还从项目的 maven 首选项中检查从工作区解析依赖项Dtarget/classesspring-bootADA
java - 从 POM.xml 中选择的 Maven 不正确的 JIBX 版本
我有一个在 JAVA 7 上运行顺利的 maven 项目，但最近我想将所有内容从 1.7 迁移到 JDK 1.8，但由于 JIBX 库，我已经开始收到错误跟踪。在一个类似的线程上：检查这个 StackOverflow 链接- 我发现只有 JIBX 1.3.0 或更高版本与 JDK 8 兼容。
因此，我在 POM.xml 中进行了以下更改：
但是我得到了以下堆栈跟踪，我不知道它从哪里选择 jibx 1.2.2，如错误所示：
我还在我的工作区中搜索了 1.2.2 声明，但找不到任何东西，尝试了.m2 文件夹的 settings.xml 但仍然没有帮助。有人可以在这里提供任何线索吗？谢谢
编辑：POM.xml 的完整链接 - https://ideone.com/IfN9FK （有字符限制，所以我必须提供 ideone 链接，它以文本形式存在）
jaxb - JiBX 中是否有 JaxB 的 ObjectFactory 的对应物？
我正在尝试将模块从使用 JaxB 增强为 JiBX。我能够通过 pom.xml 中的 jiBX maven 插件生成 java 类，尽管我在如何生成像 JaxB 中的那样的 Objectfactory 时遇到问题。有没有像 JiBX 一样的对应物，因为我已经在网上搜索了几个小时，但我找不到。我是编组和解组机制的新手，因此非常感谢任何帮助。谢谢！
spring-boot - Skaffold dev 仅适用于 minikube。其他本地集群失败
我有一个配置了 jib-maven 的 Spring Boot 应用程序
聚甲醛
SKAFFOLD.YAML
还设置不安全的注册表
但是当使用minikube时我可以成功运行
当使用其他集群（ON-PREM）时，我得到
可能是什么问题？
我今天使用 kubectl 上下文重新启动
它失败了
我认为 minikube 有效。但是禁用缓存无法构建
如果我跑
工作正常
但是如果我在禁用缓存的情况下运行
失败它显示上面的日志
xml - 内部错误没有空结构codegen maven jibx插件的包装名称？
我正在尝试从 XSD 生成 jibx 类，我在生成类时看到错误这里是堆栈跟踪
原因：java.lang.IllegalStateException：内部错误 - org.jibx.schema.codegen.StructureClassHolder.addToBinding (StructureClassHolder.java:1782) at org.jibx.schema.codegen.StructureClassHolder.generate ( StructureClassHolder.java:2150) 在 org.jibx.schema.codegen.PackageHolder.generate (PackageHolder.java:210) 在 org.jibx.schema.codegen.ClassHolder.initClass (ClassHolder.java:697) 在 org.jibx.schema .codegen.StructureClassHolder.generate (StructureClassHolder.java:2111) 在 org.jibx.schema.codegen.PackageHolder.generate (PackageHolder.java:210) 在 org.jibx.schema.codegen.PackageHolder.generate (PackageHolder.java:227) ) 在 org.jibx.schema.codegen.CodeGen 的 org.jibx.schema.codegen.CodeGen.generate (CodeGen.java:1781) 的 org.jibx.schema.codegen.CodeGen.buildDataModel (CodeGen.java:1572)。主要（CodeGen.java：2206) 在 org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:137) 在 org.apache.maven.lifecycle.internal.MojoExecutor 的 org.jibx.maven.AbstractCodeGenMojo.execute (AbstractCodeGenMojo.java:271) .execute (MojoExecutor.java:210) 在 org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:156) 在 org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:148 ) 在 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:81) 在 org.apache.maven 的 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:117)。在 org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:128) 在 org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305) 在 org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192) 在 org.apache.maven.DefaultMaven.execute (DefaultMaven .java:105) 在 org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288) 在 org.apache.maven 的 org.apache.maven.cli.MavenCli.execute (MavenCli.java:956)。 cli.MavenCli.main (MavenCli.java:192) 在 sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl. java:43) 在 java.lang.reflect.Method.invoke (ethod.java:498) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:282) 在 org.codehaus.plexus.classworlds .launcher.Launcher.launch (Launcher.java:225) 在 org.codehaus。plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:406) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:347)