Java 未正确将字符串转换为长对象

Question

我们在 AIX 的 Websphere 应用程序服务器上使用 Spring/Hibernate。 在我的 Windows 机器上，只有在 AIX 上运行时才不会出现此问题。 当用户使用帐号登录时，如果他们在登录 ID 前添加“0”前缀，应用程序将拒绝登录。 在 DB2 表中，列是数字类型，将 '090....' 转换为 '90...' 应该不会有问题

其他人也遇到过这样的问题吗？ 两台机器都有 Java v1.5。

更具体的说，流程是FormView -> 登录验证器-> LoginController

在 LoginValidator 中，login 的值为 null，带有前缀 0。如果没有 0，该值就是它应该的值（但同样，这仅在 AIX 环境上 - 在 2 个 Windows 环境上没问题）。 下面是对象等于 null 的代码片段。

public class LoginValidator implements Validator  {

    public boolean supports(Class clazz) {
    return Login.class.equals(clazz);
    }

    @SuppressWarnings("all")
    public void validate(Object obj, Errors errors) {
        System.out.println("Inside LoginValidator");
        Login login = (Login) obj;
        //null value
        System.out.println("Before conversion in Validator, store id = " 
              + login.getStoreId()); 
    }
}

我还编写了这个简短的 Java 程序，用于从字符串构造 Long，并使用与 WebSphere

public class String2Long {
    public static void main(String[] args){
        String a = "09012179";
        String b = "9012179";

        Long _a = new Long(a);
        Long _b = new Long(b);

        System.out.println(a + " => " + _a); //09012179 => 9012179
        System.out.println(b + " => " + _b); //9012179 => 9012179
        System.out.println("_a.equals(_b) " + _a.equals(_b)); //_a.equals(_b) true
    }
}

解决方案

Answer 1

嗯，那里发生了很多事情。 您确实需要尝试隔离问题 - 弄清楚发送到数据库的内容、Java 看到的内容等。

尝试将其固定在一个简短但完整的程序中，只是显示问题 -那么您将处于更有利的位置来提交错误或修复代码。

Answer 2

解决方案

一位同事对 Spring 更新进行了一些研究，显然这个错误在 v.2.5.3 中是正确的：

CustomNumberEditor 将带有前导零的数字视为十进制（删除了不需要的八进制支持，同时保留十六进制）

我们使用的是 Spring 2.0.5。 我们只是用 Spring 2.5.4 替换了 jars，它就按预期工作了！

感谢大家的帮助/协助。 我们将来会使用单元测试，但这只是 Spring 的一个 bug。

Answer 3

沿着字符串的路径跟踪程序一直到数据库，并对该路径上的每个方法进行单元测试。 并且不要只在这里采取最短的路径，使用不同的输入和预期输出进行多个单元测试，以真正了解可能出了什么问题。 假设您没有发现任何错误，请在另一台计算机上运行相同的单元测试，您应该能够查明错误。 从我的头脑中，我认为这可能与区分大小写有关，但确实没有办法确定。

下次，使用 TDD。

Answer 4

我对Java了解不多，但是由于前导“0”，字符串可能会被解释为八进制字符串。

您可以使用 Long.parseLong(a, 10) 解决此问题。