Как рекомендует @Nathan, ваша QA и производственная среда действительно должны использовать одну и ту же версию JDK и в целом должны быть максимально идентичными. Лучше иметь одинаковую конфигурацию и в вашей среде разработки.
Например, скажем, ваша производственная среда находится на JDK.1.4.2_9, но ваша разработка и QA используют более новую версию JDK.1.4.2_13. Предположим также, что ваш новый выпуск зависит от исправления, впервые внесенного в JDK.1.4.2_13. В этом случае QA пройдет, но производство не удастся, что может привести к катастрофическим последствиям.
Но ваш QA также находится на JDK.1.4.2_9. Предполагая, что ваш процесс обеспечения качества хорош и тщателен, он поймает зависимость вашего нового выпуска от нового JDK.1.4.2_13, и вы можете это исправить.
Что если ваш QA был испорчен? В этом случае проблема сначала проявится в производстве. По этой причине лучше поддерживать среду разработки на JDK.1.4.2_9, чтобы снизить вероятность появления ошибки в рабочей среде.
Вы можете обновиться до JDK.1.4.2_13 везде, только не во время выпуска кода. Сделайте это самостоятельно, сначала обновив и протестировав в своей среде разработки, затем в среде QA, а затем развернув изменения в рабочей среде.