Odd Ant error when using the Ant sql task in RAD

本文介绍了在使用RAD/RSA中的AntSqlTask时遇到的一个常见错误,并提供了解决方案。建议使用Sun JRE替代IBM JRE运行AntSql构建脚本。

Odd Ant error when using the Ant sql task in RAD/RSA/WSAD

 

关于这个问题很早我在MySpace的blog里贴过,最近有人又碰到这个问题,于是再贴到这里,希望对有这个问题的朋友有所帮助。

 

RAD6(Rational Application Developer)/RSA6(Rational Software Architect)等都是基于eclipse的,与eclipse有区别的是他们都集成了IBM的JRE。而eclipse不自带JRE,一般用Sun的JDK/JRE,故按照下面的理论,应该不会出现以下问题。

 

在RSA里跑Ant sql task的时候出现以下错误:
BUILD FAILED: java .lang.VerifyError: class loading constraint violated (class: oracle/jdbc/driver/OracleResultSet method: updateARRAY(ILoracle/sql/ARRAY;)V) at pc: 0

 

解决这个问题的办法:用Sun的JRE去跑Ant Sql building脚本,不要用IBM的JRE。很简单吧,可是这个很simple的办法也让我头疼了很久。

根据原作 https://pan.quark.cn/s/459657bcfd45 的源码改编 Classic-ML-Methods-Algo 引言 建立这个项目,是为了梳理和总结传统机器学习(Machine Learning)方法(methods)或者算法(algo),和各位同仁相互学习交流. 现在的深度学习本质上来自于传统的神经网络模型,很大程度上是传统机器学习的延续,同时也在不少时候需要结合传统方法来实现. 任何机器学习方法基本的流程结构都是通用的;使用的评价方法也基本通用;使用的一些数学知识也是通用的. 本文在梳理传统机器学习方法算法的同时也会顺便补充这些流程,数学上的知识以供参考. 机器学习 机器学习是人工智能(Artificial Intelligence)的一个分支,也是实现人工智能最重要的手段.区别于传统的基于规则(rule-based)的算法,机器学习可以从数据中获取知识,从而实现规定的任务[Ian Goodfellow and Yoshua Bengio and Aaron Courville的Deep Learning].这些知识可以分为四种: 总结(summarization) 预测(prediction) 估计(estimation) 假想验证(hypothesis testing) 机器学习主要关心的是预测[Varian在Big Data : New Tricks for Econometrics],预测的可以是连续性的输出变量,分类,聚类或者物品之间的有趣关联. 机器学习分类 根据数据配置(setting,是否有标签,可以是连续的也可以是离散的)和任务目标,我们可以将机器学习方法分为四种: 无监督(unsupervised) 训练数据没有给定...
<think>我们遇到了一个错误:`binascii.Error: Odd-length string`。这个错误通常在使用`binascii.unhexlify`或`bytes.fromhex`时发生,因为十六进制字符串的长度必须是偶数(因为每两个十六进制字符表示一个字节)。在模拟MySQL的UNHEX函数时,如果传入的十六进制字符串长度为奇数,就会引发这个错误。 ### 原因分析 - MySQL的`UNHEX`函数在遇到奇数长度的字符串时,会将其视为以0开头的偶数长度字符串。例如,它会将`'abc'`视为`'0abc'`[^1]。 - 但是Python的`binascii.unhexlify`和`bytes.fromhex`要求输入字符串的长度必须为偶数,否则会抛出`binascii.Error: Odd-length string`。 ### 解决方法 为了模拟MySQL的`UNHEX`行为,我们需要在奇数长度的字符串前面补一个`'0'`,使其长度变为偶数。具体步骤: 1. 检查输入的十六进制字符串长度是否为奇数。 2. 如果是奇数,则在字符串开头添加一个`'0'`(注意:不是末尾,因为MySQL的行为是将其视为前面补0)。 3. 然后使用`binascii.unhexlify`或`bytes.fromhex`进行转换。 ### 代码实现 修改之前的`python_unhex`函数,增加长度检查并补零: ```python import binascii def python_unhex(hex_str): """ 模拟 MySQL UNHEX 函数,支持奇数长度字符串(在开头补0) :param hex_str: 十六进制字符串 :return: 字节对象 """ # 如果长度为奇数,则在开头补0 if len(hex_str) % 2 != 0: hex_str = '0' + hex_str # 注意:在开头补0 try: # 两种方法任选其一 # 方法1: 使用 binascii.unhexlify binary_data = binascii.unhexlify(hex_str) # 方法2: 使用 bytes.fromhex # binary_data = bytes.fromhex(hex_str) return binary_data except (ValueError, TypeError) as e: raise ValueError(f"无效的十六进制字符串: {hex_str}") from e ``` ### 示例测试 - 测试奇数长度字符串: ```python hex_str_odd = "123" # 长度为3,奇数 result = python_unhex(hex_str_odd) print(result) # 输出: b'\x01#' 因为'0123' -> 0x01, 0x23 -> 即十进制的1和35,35对应ASCII的'#' ``` 在MySQL中,`UNHEX('123')`的结果也是`0x0123`(即一个字节0x01和0x23)。 ### 注意事项 - **补零位置**:必须在字符串开头补零,因为十六进制字符串是从左到右解析的,开头的补零相当于在最高位补0,符合数值表示规范。 - **性能影响**:对于大量数据,每次检查长度和补零操作会略微增加开销,但通常可以忽略不计。 - **与MySQL一致性**:这种方法与MySQL的`UNHEX`行为一致[^1]。 ### 完整示例场景 假设我们有一个从数据库获取的十六进制字符串,长度可能是奇数,使用上述函数处理: ```python # 示例:处理奇数长度字符串 hex_str = "776FE88D8" # 原始字符串长度为9,奇数 binary_data = python_unhex(hex_str) # 自动补0成'0776FE88D8' decoded_str = binary_data.decode('utf-8', errors='ignore') # 注意:可能不是完整字符,这里用errors='ignore'避免解码错误 print(decoded_str) ``` ### 相关问题 1. 为什么MySQL的UNHEX函数可以处理奇数长度的十六进制字符串? 2. Python中除了开头补零,还有其他方法处理奇数长度十六进制字符串吗? 3. 当十六进制字符串表示非文本数据时,如何处理解码? [^1]: MySQL文档说明UNHEX函数:如果参数为奇数长度,则将其视为以0开头。 [^2]: 在Python中处理十六进制字符串的奇偶长度问题。 [^3]: 关于MySQL和Python在十六进制转换中的差异。 </think> # Python 实现 MySQL UNHEX 时解决 `binascii.error: Odd-length string` 错误 当在 Python 中模拟 MySQL 的 `UNHEX` 函数时,`binascii.error: Odd-length string` 错误通常发生在十六进制字符串的长度为奇数时。这是因为每个字节需要两个十六进制字符表示(如 `'A'` 对应 `41`),奇数长度无法完整表示所有字节。 ## 错误原因分析 1. **十六进制编码原理**: - 每个字节需要**两个十六进制字符**表示(例如 `'A'` → `41`) - 当字符串长度为奇数时(如 `'123'`),无法完整解析为字节序列 2. **Python 限制**: - `binascii.unhexlify()` 和 `bytes.fromhex()` 要求输入必须是**偶数长度** - 这与 MySQL 的 `UNHEX` 行为不同(MySQL 会自动处理奇数长度) 3. **常见触发场景**: - 从数据库读取的十六进制数据被截断 - 用户输入的十六进制数据不规范 - 数据转换过程中丢失字符 ## 解决方法:自动补全奇数长度字符串 ### 核心解决方案:添加前导零补齐 ```python import binascii def safe_unhex(hex_str): """ 安全处理奇数长度十六进制字符串,模拟 MySQL UNHEX :param hex_str: 十六进制字符串 :return: 解码后的字节对象 """ # 添加前导零使长度变为偶数 if len(hex_str) % 2 != 0: hex_str = '0' + hex_str # 在开头添加0 try: return binascii.unhexlify(hex_str) except binascii.Error as e: raise ValueError(f"无效的十六进制字符串: {hex_str}") from e # 测试示例 test_cases = ["616263", "123", "9aBcDeF"] # 包含奇数长度 for hex_str in test_cases: try: result = safe_unhex(hex_str) print(f"输入: {hex_str} -> 输出: {result} ({result.decode('utf-8', errors='replace')})") except Exception as e: print(f"错误处理 {hex_str}: {str(e)}") ``` ### 输出示例: ``` 输入: 616263 -> 输出: b'abc' (abc) 输入: 123 -> 输出: b'\x012' (�2) 输入: 9aBcDeF -> 输出: b'\t\xab\xcd\xef' (�) ``` ### 关键说明: 1. **补位位置**: - 在字符串**开头**添加 `0`(例如 `"123"` → `"0123"`) - 这保持了数值大小不变(`0123` = `123`) 2. **与 MySQL 行为对比**: ```sql -- MySQL 处理 SELECT UNHEX('123'); -- 输出 0x0123 (等同于Python输出) ``` 3. **特殊字符处理**: - 对于无法解码的字节序列(如 `\x012`),使用 `errors='replace'` 避免解码错误 - 非文本数据可直接使用二进制结果 ## 实际应用场景 ### 数据库交互场景 ```python import pymysql def insert_data_with_hex(conn, data): """ 安全插入包含十六进制数据的记录 :param conn: 数据库连接 :param data: 包含十六进制字符串的字典 """ cursor = conn.cursor() try: # 处理可能为奇数长度的十六进制字段 processed_data = {k: safe_unhex(v) if k == 'hex_field' else v for k, v in data.items()} # 使用参数化查询避免SQL注入 cursor.execute( "INSERT INTO table (hex_field, normal_field) VALUES (%s, %s)", (processed_data['hex_field'], processed_data['normal_field']) ) conn.commit() except Exception as e: conn.rollback() raise ``` ### 数据转换管道 ```python def process_data_pipeline(raw_data): """ 数据处理管道:十六进制转换 → UTF-8解码 → 存储 """ # 1. 十六进制解码(自动处理奇数长度) binary_data = safe_unhex(raw_data['hex_string']) # 2. 尝试UTF-8解码(兼容非文本数据) try: decoded = binary_data.decode('utf-8') except UnicodeDecodeError: decoded = binary_data # 保留二进制格式 # 3. 存储处理结果 save_to_database(decoded) ``` ## 进阶技巧 1. **批量处理优化**: ```python def batch_unhex(hex_list): """高效处理大量十六进制字符串""" return [safe_unhex(s) for s in hex_list] ``` 2. **自定义错误处理**: ```python def robust_unhex(hex_str, encoding='utf-8'): """带详细错误报告的十六进制解码""" try: binary = safe_unhex(hex_str) return binary.decode(encoding) except UnicodeDecodeError: return f"[BINARY DATA: {binary.hex()}]" except ValueError as e: return f"[ERROR: {str(e)}]" ``` 3. **性能关键场景**: ```python # 使用bytes.fromhex替代方案(稍快但相同限制) def fast_unhex(hex_str): if len(hex_str) % 2 != 0: hex_str = '0' + hex_str return bytes.fromhex(hex_str) ``` ## 常见问题解答 ### 为什么在开头补零而不是结尾? 在十六进制表示中,开头的零是高位字节,不影响数值大小(`0123` = `123`)。在结尾补零会改变数值(`1230` ≠ `123`)[^2]。 ### 如何验证补零是否正确? 比较 MySQL 和 Python 的输出: ```sql -- MySQL SELECT HEX(UNHEX('123')); -- 返回 '0123' ``` ```python safe_unhex('123').hex().upper() # 返回 '0123' ``` ### 处理超大数据集时的注意事项 对于 GB 级数据: 1. 使用生成器避免内存溢出 2. 分块处理数据 3. 考虑使用 C 扩展加速 ## 相关问题 1. 如何在 Python 中处理包含非十六进制字符的字符串? 2. 十六进制转换在密码学应用中有哪些安全注意事项? 3. Python 中 `bytes.fromhex` 和 `binascii.unhexlify` 的性能差异有多大? : MySQL 的 UNHEX 函数会自动处理奇数长度字符串 [^2]: 十六进制数值表示中前导零不影响数值大小 : Python 的 binascii 模块要求严格的十六进制格式
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值