Discussions
Categories
- 196.8K All Categories
- 2.2K Data
- 238 Big Data Appliance
- 1.9K Data Science
- 450.3K Databases
- 221.7K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 550 MySQL Community Space
- 478 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 544 SQLcl
- 4K SQL Developer Data Modeler
- 187K SQL & PL/SQL
- 21.3K SQL Developer
- 295.8K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.5K Development Tools
- 107 DevOps
- 3.1K QA/Testing
- 646K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 154 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 18 Java Essentials
- 160 Java 8 Questions
- 86K Java Programming
- 80 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 204 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 437 LiveLabs
- 38 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 171 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 232 Portuguese
Java Deployment Toolkit and

873988
Member Posts: 1
Hi,
I use deployment toolkit (http://www.java.com/js/deployJava.txt ) in my project. When JVM is not installed it goes to Java download page, user downloads it, installs, and then my original page is refleshed. And now I have problems with this refreshing after installing Java:
- urls containing # (eg. http://www.mypage.com/#/?someParamForJavascript=somevalue - typical in AJAX applications) are treated as just http://www.mypage.com
- urls using https:// scheme (eg. https://www.mypage.com) are redirected to something like http://https//www.mypage.com
My current workaround involves a redirecting servlet and some JavaScript code:
deployJava.returnPage = "http://www.mypage.com/RedirectServlet".replace(":7002/", ":7001/") // for testing under WebLogic
+ "?to=" + encodeURIComponent(window.location);
But it's very ugly workaround. Is there a better one?
For me it looks like a bug in the deployment toolkit. Where should I post such bugs, is there some bugzilla for deployment toolkit, or something like that?
I use deployment toolkit (http://www.java.com/js/deployJava.txt ) in my project. When JVM is not installed it goes to Java download page, user downloads it, installs, and then my original page is refleshed. And now I have problems with this refreshing after installing Java:
- urls containing # (eg. http://www.mypage.com/#/?someParamForJavascript=somevalue - typical in AJAX applications) are treated as just http://www.mypage.com
- urls using https:// scheme (eg. https://www.mypage.com) are redirected to something like http://https//www.mypage.com
My current workaround involves a redirecting servlet and some JavaScript code:
deployJava.returnPage = "http://www.mypage.com/RedirectServlet".replace(":7002/", ":7001/") // for testing under WebLogic
+ "?to=" + encodeURIComponent(window.location);
But it's very ugly workaround. Is there a better one?
For me it looks like a bug in the deployment toolkit. Where should I post such bugs, is there some bugzilla for deployment toolkit, or something like that?
Tagged:
Answers
-
870985 wrote:The script states.
..I use deployment toolkit (http://www.java.com/js/deployJava.txt ) ...
- urls using https:// scheme (eg. https://www.mypage.com) are redirected to something like http://https//www.mypage.com* For web pages provisioned using https, you may want to access the copy at:
* https://java.com/js/deployJava.js.
This discussion has been closed.