You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Rex Wang (JIRA)" <ji...@apache.org> on 2010/03/19 04:11:27 UTC
[jira] Updated: (GERONIMO-5142) runtime errors if JAVA_HOME or
JRE_HOME is not specified
[ https://issues.apache.org/jira/browse/GERONIMO-5142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rex Wang updated GERONIMO-5142:
-------------------------------
Fix Version/s: (was: 2.2.1)
(was: 2.1.5)
Wish List
add to wish list
> runtime errors if JAVA_HOME or JRE_HOME is not specified
> --------------------------------------------------------
>
> Key: GERONIMO-5142
> URL: https://issues.apache.org/jira/browse/GERONIMO-5142
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Affects Versions: 2.1.4, 2.2
> Reporter: Kevan Miller
> Fix For: Wish List
>
> Attachments: geronimo.sh, setjavaenv.sh
>
>
> setjavaenv.sh used to require JAVA_HOME or JRE_HOME to be specified. Looks like it was updated to look for a java runtime in the PATH, and use that, if the environment variables weren't specified.
> On Mac OS, at least, this doesn't work. JAVA_HOME/JRE_HOME are used to set other variables. Namely EXT_DIRS and ENDORSED_DIRS. They aren't set properly, if JAVA_HOME/JRE_HOME aren't set. This causes runtime errors:
> Module 19/70 org.apache.geronimo.configs/openejb/2.1.4/car
> 2010-02-11 09:48:23,404 ERROR [SimpleEncryption] Unable to decrypt
> java.security.NoSuchAlgorithmException: Cannot find any provider supporting AES
> at javax.crypto.Cipher.getInstance(DashoA13*..)
> at org.apache.geronimo.crypto.AbstractEncryption.decrypt(AbstractEncryption.java:74)
> at org.apache.geronimo.crypto.EncryptionManager.decrypt(EncryptionManager.java:109)
> ...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.