xsd-1.1相关内容
假设我有这个 XML: ABCDEF001 我使用 Xml-Schema 生成器生成了一个基本的生成器.结果如下:
..
我正在尝试使用 XSD 1.1 创建一个架构定义,其中一个元素的结果依赖于另一个元素.例如,我有国家列表和每个国家的州列表的下拉列表.当一个人选择一个国家时,只能选择那个国家的州.我试图达到的伪代码看起来像这样.
..
我有一个这样的 XML 文件 我想做一个 XSD,如果属性“type"的值为 1,则 name 和 surname 元素必须存在,当它为 2 时,name 和 id 必须存在.我试图在 XSD 模式生成器 中生成 XSD,但它生成了 su
..
在 Java 中根据 XML Schema 1.1 验证 XML 文件的最佳方法是什么? 我从这个教程中获取了代码更改了查找工厂的行以使用 XML Schema 1.1,正如我在 Xerces 常见问题解答. 这是我的代码: import java.io.File;导入 java.io.IOException;导入 javax.xml.transform.Source;导入 java
..
给定 XSD:
..
我正在尝试编写一个断言,使 @row 和 @column 的值小于或等于 @rows 和 @columns 在父元素 中.
..
有没有办法在标签值上添加条件?例如,我的 xml 看起来像这样: DAY星期日MONTH星期日
..
XSD1.1允许元素的类型依赖于其属性之一.例如, 100 将导致“元素"的类型为 xs:short.这是我得到的:
..
我有一个 XSD,我必须在其中使用断言条件.当指标='A'和少数列另一个条件是指标='D'时,我想打印条件的所有列.我有以下逻辑,但我有大约 100 列,所以有人可以帮助我优化查询吗?
..
我的 XML 文件看起来像: 我想对标签的属性name应用正则表达式限制,无论它是孩子还是孙子还是孙子等等.我尝试了以下代码,但正
..
我尝试使用 xs:assert 根据两个属性的值进行验证未成功.我不断得到 s4s-elt-must-match.1:data 的内容必须匹配(annotation?, (simpleType | complexType)?, (unique |键 | keyref)*)).从以下位置开始发现问题:assert. 我看了一堆问题.我什至复制了给出的答案之一,但即使它给出了同样的错误.它
..
考虑“标签组"的两种可能实现: 作者可以使用名为 的元素或任何具有 role="tag-group" 属性的元素. 我想编写一个 XSD 架构来验证任何一种情况. 理想情况下,模式还可以验证子项在给定父项中是否有效.例如,“标签组"允许子元素是名为 的元素或任何具有 role="tag" 属性的元素. 所以理想的模式将验证,给定 ,子节点应该是 ;或者给定任何具有 role
..
我需要强制使用 LASTNAME/FIRSTNAME 模式,比如 Smith/John. 字符可以是字母数字(小写/大写)也包括特殊字符,如 ë 等. 模式: 基本上规则是- 斜线之前的任何东西- 斜线后的任何内容- 不应允许像“/John"、“John/"这样的模式 提前致谢. 解决方案 ASCII 假设您不想在名称中包含数字: 如果你真的想在名字
..
是否有支持 XSD 1.1 的 java 库.我已经尝试了 2 天找到它.我发现的唯一实现是 Xerces2 Java 2.11.0 (XML Schema 1.1) (Beta)它与 JAXP 1.4 一起工作.这个测试版也不能很好地工作.XSD 1.1 中引入的诸如“断言测试"之类的基本功能都失败了.请帮我找到一个支持 XSD 1.1 进行验证的可靠 Java 库(如果有).提前致谢.
..
我有一个要求,我需要使用 XSD 限制属性值及其元素的值.我已经能够将属性值限制为其中之一 JSON昂首阔步 到目前为止,但我还需要将元素值限制为 之一 letter.cdi.js 也一样. XML: letter.cdi.js XSD:
..
我在使用 XML Schema 1.1 编写 XSD 时遇到困难. 我有一个名为 PaymentMethod 的元素,它是“C"或“F":如果 PaymentMethod = "C",则为支票.如果 PaymentMethod = "F",则为资金转账. 如何使 BankingInfo(BankName、TransitNo、AccountNo、AccountType)成为支票的可选和资
..
这是我想要做的: 这应该适用于第一个选择
..
我正在尝试在 XSD 中使用以下内容 complexType"(...) 具有无效的子元素“assert". 主要问题是,当我实际尝试根据此模式验证 XML 时,使用 xmllint,它会抛出一个错误,提示 " element assert: Schemas parser error : Element '{http://www.w3.org/2001/XMLSchema}complexT
..
我们被要求为开放的 XML 标准组合一组模式. XSD 1.0 可以处理大部分规则,但在某些地方会有点混乱(特别是为了允许可扩展性),它还依赖于实现者以注释的形式阅读一些规则的自由文本描述. > 几乎所有规则都可以使用 XSD 1.1 实现,但是我们不确定这是否会过度限制实现者. 所以我的问题是,XSD 1.1 是否成熟到可以在野外使用? 解决方案 使用 XSD 1.0 的
..
如果我创建一个 XML Schema 需要 schema 1.1 特性(特别是微妙的特性,比如删除基本类型限制中的可选元素),最好的方法是指示这个 schema 不应该与处理器一起使用只懂 1.0 版? 在 XSLT 样式表文件中,可以使用 version 属性指示使用的 XSLT 规范的版本. 但是在 XSD 文件中,version 属性没有这个含义——它是一个自由格式的属性,它说明
..