[jira] [Commented] (CB-5443) Handle installed 64 bit Java
[ https://issues.apache.org/jira/browse/CB-5443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13898269#comment-13898269 ] ASF subversion and git services commented on CB-5443: - Commit c678cbdbb8bc559a72e7f90219e14b6c00e8fe45 in branch refs/heads/3.4.x from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=c678cbd ] CB-5660 Revert CB-5443 due to issues with parentheses in Windows PATH > Handle installed 64 bit Java > - > > Key: CB-5443 > URL: https://issues.apache.org/jira/browse/CB-5443 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.2.0 > Environment: Java 7 x64 installed > Java 7 x86 _not_ installed > Node x86 installed and used to run cordova/cordova-blackberry >Reporter: Josh Soref >Assignee: Josh Soref >Priority: Minor > Fix For: 3.3.0 > > > Both Java 7 x86 and Java 7 x64 install "java.exe" into > "%systemroot%\system32" however, "%systemroot%\system32" is magical on > windows. > When Java 7 x86 installs "java.exe" into that directory, it's actually > installing into %systemroot%\syswow64 and when another 32bit application > (node) looks for java in its path, it sees %systemroot%\system32 which is in > fact %systemroot%\syswow64 and thus finds java.exe > When Java 7 x64 installs "java.exe" into that directory, it's there, but when > a 32bit node.exe looks at "%systemroot%\system32", it's actually checking > %systemroot%\syswow64 and won't find Java. > This is all sorts of fun for end users "It says it can't find java?" "java is > right there!". > Since java will generally be installed in one of two well known locations > (under program files 32bit or program files 64bit), we can look for it there > (if necessary) and add that to the path. > The limited portion of the packaging tools that we use don't care whether > you're using Java 7, Java 6, 32bit or 64bit... So we can just try to select a > Java from a well known location. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5443) Handle installed 64 bit Java
[ https://issues.apache.org/jira/browse/CB-5443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13852957#comment-13852957 ] ASF subversion and git services commented on CB-5443: - Commit 820b0c9eb0b9ce8c9ee4bf077461e8101b913182 in branch refs/heads/3.3.x from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=820b0c9 ] CB-5660 Revert CB-5443 due to issues with parentheses in Windows PATH > Handle installed 64 bit Java > - > > Key: CB-5443 > URL: https://issues.apache.org/jira/browse/CB-5443 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.2.0 > Environment: Java 7 x64 installed > Java 7 x86 _not_ installed > Node x86 installed and used to run cordova/cordova-blackberry >Reporter: Josh Soref >Assignee: Josh Soref >Priority: Minor > Fix For: 3.3.0 > > > Both Java 7 x86 and Java 7 x64 install "java.exe" into > "%systemroot%\system32" however, "%systemroot%\system32" is magical on > windows. > When Java 7 x86 installs "java.exe" into that directory, it's actually > installing into %systemroot%\syswow64 and when another 32bit application > (node) looks for java in its path, it sees %systemroot%\system32 which is in > fact %systemroot%\syswow64 and thus finds java.exe > When Java 7 x64 installs "java.exe" into that directory, it's there, but when > a 32bit node.exe looks at "%systemroot%\system32", it's actually checking > %systemroot%\syswow64 and won't find Java. > This is all sorts of fun for end users "It says it can't find java?" "java is > right there!". > Since java will generally be installed in one of two well known locations > (under program files 32bit or program files 64bit), we can look for it there > (if necessary) and add that to the path. > The limited portion of the packaging tools that we use don't care whether > you're using Java 7, Java 6, 32bit or 64bit... So we can just try to select a > Java from a well known location. -- This message was sent by Atlassian JIRA (v6.1.4#6159)
[jira] [Commented] (CB-5443) Handle installed 64 bit Java
[ https://issues.apache.org/jira/browse/CB-5443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13840500#comment-13840500 ] ASF subversion and git services commented on CB-5443: - Commit 5689a49b058623e27dc87bb19d303540c798f3a2 in branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=5689a49 ] CB-5443 Windows: Handle installed 64 bit Java > Handle installed 64 bit Java > - > > Key: CB-5443 > URL: https://issues.apache.org/jira/browse/CB-5443 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.2.0 > Environment: Java 7 x64 installed > Java 7 x86 _not_ installed > Node x86 installed and used to run cordova/cordova-blackberry >Reporter: Josh Soref >Assignee: Josh Soref >Priority: Minor > > Both Java 7 x86 and Java 7 x64 install "java.exe" into > "%systemroot%\system32" however, "%systemroot%\system32" is magical on > windows. > When Java 7 x86 installs "java.exe" into that directory, it's actually > installing into %systemroot%\syswow64 and when another 32bit application > (node) looks for java in its path, it sees %systemroot%\system32 which is in > fact %systemroot%\syswow64 and thus finds java.exe > When Java 7 x64 installs "java.exe" into that directory, it's there, but when > a 32bit node.exe looks at "%systemroot%\system32", it's actually checking > %systemroot%\syswow64 and won't find Java. > This is all sorts of fun for end users "It says it can't find java?" "java is > right there!". > Since java will generally be installed in one of two well known locations > (under program files 32bit or program files 64bit), we can look for it there > (if necessary) and add that to the path. > The limited portion of the packaging tools that we use don't care whether > you're using Java 7, Java 6, 32bit or 64bit... So we can just try to select a > Java from a well known location. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5443) Handle installed 64 bit Java
[ https://issues.apache.org/jira/browse/CB-5443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13826993#comment-13826993 ] Josh Soref commented on CB-5443: [~jgee]: please test: https://github.com/apache/cordova-blackberry/pull/126 > Handle installed 64 bit Java > - > > Key: CB-5443 > URL: https://issues.apache.org/jira/browse/CB-5443 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.2.0 > Environment: Java 7 x64 installed > Java 7 x86 _not_ installed > Node x86 installed and used to run cordova/cordova-blackberry >Reporter: Josh Soref >Assignee: Josh Soref >Priority: Minor > > Both Java 7 x86 and Java 7 x64 install "java.exe" into > "%systemroot%\system32" however, "%systemroot%\system32" is magical on > windows. > When Java 7 x86 installs "java.exe" into that directory, it's actually > installing into %systemroot%\syswow64 and when another 32bit application > (node) looks for java in its path, it sees %systemroot%\system32 which is in > fact %systemroot%\syswow64 and thus finds java.exe > When Java 7 x64 installs "java.exe" into that directory, it's there, but when > a 32bit node.exe looks at "%systemroot%\system32", it's actually checking > %systemroot%\syswow64 and won't find Java. > This is all sorts of fun for end users "It says it can't find java?" "java is > right there!". > Since java will generally be installed in one of two well known locations > (under program files 32bit or program files 64bit), we can look for it there > (if necessary) and add that to the path. > The limited portion of the packaging tools that we use don't care whether > you're using Java 7, Java 6, 32bit or 64bit... So we can just try to select a > Java from a well known location. -- This message was sent by Atlassian JIRA (v6.1#6144)