We're getting ready to deploy our app (Cytoscape) using Install4J7's feature that detects the installed JVM and offers to download a new one. We find that if we download a JVM, let the installer finish, then run the installer again, it offers to download a new JVM again. I would have thought it would have detected the one it just downloaded.
Have we misconfigured something?? Or is there a later version of Install4J?
Our JVM range is 1.8.0_152 .. 1.9.
The JVM we're downloading is here: http://chianti.ucsd.edu/jres/macosx-amd64-1.8.0_162.tar.gz
What could be going wrong??
Thanks!
This is the expected behavior. The installer does not look for existing installations and use their JVM, it downloads the bundled JVM if not suitable JVM was found in the search sequence.
Check that you have not selected 32-bit for your application and then downloaded a 64-bit JDK. Or vice versa.
Related
Have multiple versions of Fabric runtimes on local machine (8.1, 8.2, and 9.0 series) which can be listed with:
Get-ServiceFabricRuntimeSupportedVersion
Have combed the Fabric documentation + web for anything about switching (changing) the SDK or Runtime version (effectively rolling back to an earlier installed version not the latest). Nothing. Anybody got an answer. Stopped investigating after trying:
Connect-ServiceFabricCluster
Unregister-ServiceFabricClusterPackage -Code -CodePackageVersion "9.0.1017.9590"
to back out version until I got to the one I want (8.2.1235.9590). But that fail with:
Fabric version has not been registered
Assuming this concerns only the current Powershell context. Start-ServiceFabricClusterRollback flops just like Unregister-ServiceFabricClusterPackage.
This might be very unhelpful, but I think the Supported Runtime Version is just which runtimes does the PS scripts support, not something about the local cluster.
The runtime you have installed is the latest one, so if you want to use an old one you have to uninstall the latest and find the bits for the old runtime and install that.
I am however, not entirely certain! It might be possible to switch runtimes, though it seems unlikely.
From the Control Panel choose Uninstall Programs and removed Fabric (6.0 SDK and Runtime). Restarted Windows (PC). Unclear if a restart is really necessary. Then opened the Web Platform Installer and through Spotlight searched for Fabric to click on Add. That put back 4.2.1235 of the SDK I needed. Done.
I am working on my own, learning about Java servlets and JSPs. My machine configuration as follows is from NetBeans' About page.
Product Version: NetBeans IDE 8.0.1 (Build 201408251540)
Updates: NetBeans IDE is updated to version NetBeans 8.0.1 Patch 1.1
Java: 1.8.0_20; Java HotSpot(TM) 64-Bit Server VM 25.20-b23
Runtime: Java(TM) SE Runtime Environment 1.8.0_20-b26
System: Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb)
Tomcat 8.0.14 for Windows x64 is also installed as the web server.
I created a tiny web app yesterday, which was working as expected. When I went to the next exercise in the book, it was necessary to install MySQL. That seemed pretty straightforward, but alas, the install ran into a couple of problems. Unfortunately, I had not created a restore point right before that attempt, so I went back to the restore point created before the Tomcat install.
I re-installed Tomcat, and as a sanity check, started it, started NetBeans, tried to the run the tiny web app and after removing the server and re-adding it (because I got an error about the server) in NetBeans, got a message that I needed to set the build.dir.
For a tiny app, this is just annoying, but when working on a large app, it would be nice to avoid this problem. Another book author supplied app was working before, and is still working so...
Here are my questions:
1) Why/how would simply re-installing Tomcat cause a break in something that was working?
2) It seems as if the build.dir is set in build-impl.dir (in the app that is working) with a statement like (the opening and closing tags are missing so the statements would appear):
property location="${build.dir}/empty" name="empty.dir"
One post I read somewhere said that the above statement should be before the:
fail unless="build.dir">Must set build.dir
3) How/where is this build.dir set during the creation of a NetBeans web app? Is there some dialog box that I'm not completing correctly? If I miss it, is there a way to get back to it after the app gets "confused"?
Thanks in advance for any help on this.
I have created an application in C# that relies on a specific driver (a custom virtual hid driver based on VMulti).
Currently, I have everything working and I want to combine both the application and driver into one installation package. As of right now, my application part has a .exe file and a .dll file. My driver has an .inf and .sys file, hidkmdf.sys, and WdfCoInstaller01009.dll (this dll is from the WDK). I am not able to install the driver through the traditional method of right-clicking the inf and clicking install. Instead, I use devcon to install it (command is "install inffile.inf hardwareid")
I tried using InstallShield LE, but I am only able to install the application, not the driver. After doing some searching, I found people using DIFxAPP to create the installation framework for drivers, however, I am not sure if this can be integrated into InstallShield so that the driver is installed during the application installation process.
So my main question is: What is the best and simplest method for combining application and driver installation into one package (meaning the setup.exe will install both the driver and the application)?
I am very new to driver development and application deployment, so any suggestions are welcome.
Thank You
EDIT: It is preferred that the solution does not require any paid tools.
Acctually, exists a many ways to implement this which depends on your Windows Installers skills.
You didn't specify target OSes for your application, that's why can I give you some ways:
PnpUtil.exe internal Windows 7 utility (only for Windows 7)
DPInst.exe included to WDK
DifXAPI merge module.
You can install drivers with help of all these utils via Custom Actions.
NOTE: That your driver SHOULD BE signed, otherwise you will receive error during silent installation.
I have a Java web app (WAR) that requires an older (1.5.11) version of the JRE, but am on Linux and spent a good deal of time setting up my environment for 1.6.34.
The web app needs to be hosted locally on JBoss (4.0.4 GA), which I have no experience with. I'm wondering if it is possible to download the 1.5.11 version of the JDK and configure things so that my JBoss instance is the only thing on my system that is using it. This way I don't need to worry about blowing out any of my other configs for 1.6.34.
If it is possible, what are the general steps and what are the JBoss configs I need to make? Thanks in advance.
Of course this is possible. You can install as many java versions as you like and make sure path/JAVA_HOME is set up correctly for each process you want to launch.
in JBOSS_HOME/bin/run.conf you can specify your 1.5 JAVA_HOME.
But if you are talking about serious business, you should get somebody (like your software supplier) to upgrade. 1.5.11 is superold and unsupported. and JBoss 4.0.4 is equally old and even less supported.
I'm trying to install the latest v5.0.0 "beta 2" BlackBerry OS Component Pack into Eclipse 3.4.2 with BlackBerry Eclipse plugin v1.0.0.67, but have hit a few problems. Has anybody found an easy way to do this?
I had no trouble installing the v4.5.0 and v4.7.0 Component Packs.
It's rather strange that BlackBerry are shipping new phones with the v5.0.0 OS installed (e.g. a Storm 2 9550 and Bold 9700 that I just bought), and pushing that update to phones whilst the BlackBerry website still considers the v5.0.0 SDK / Component Packs to be "beta 2"! If anybody knows when an official non-beta Component Pack is going to be released that might solve my problem...
In case it helps, the problems I've hit so far are:
-Contrary to the implication on the BlackBerry website, the Eclipse "Software Update..." option for the v5.0.0 Component Pack claims it only works on the v1.0.0 Eclipse BlackBerry plugin, not the new v1.1 one.
-I then tried to install the v5.0.0 Component Pack through the "Software Updates..." menu in Eclipse using the v1.0.0 Eclipse BlackBery plugin. Once I'd done the 200MB download the install failed with a "Invalid zip file format" error.
-I might just have been unlucky with a corrupted download but I did try it twice, once through "Software Updates..." and once by selecting "Archive" to install the downloaded Component Pack (which unlike v4.5.0 and v4.7.0 was a JAR, not a ZIP).
Using Eclipse 3.5.1 and the 1.1 component pack, I had no trouble installing the 5.0 JDE from the 1.1 component pack update site from within Eclipse - ie: using the update site http://www.blackberry.com/go/eclipseUpdate/3.5/java ...
It could be possible that Blackberry has fixed whatever problem you encountered in their latest beta, or the latest version of Eclipse just works better...but at any rate, I hope you've gotten your setup working, but if not, perhaps trying again with the latest versions will fix things!
They (rim support) did experience some issue with the zip they have on the site for you to install.
See this thread
If you see Unconnected sockets not implemented just before your Invalid zip file format, like:
osgi.bundle,net.rim.eide.doc,1.0.0.67.
Exception connecting to
https://www.blackberry.com/Downloads/auth/contactFormPreload.do?code=DC727151E5D55DDE1E950767CF861CA5&dl=A7B283681EA93067610F5EE0EEB46A29.
Unconnected sockets not implemented Exception connecting to
https://www.blackberry.com/Downloads/auth/contactFormPreload.do?code=DC727151E5D55DDE1E950767CF861CA5&dl=A7B283681EA93067610F5EE0EEB46A29.
Unconnected sockets not implemented
Error closing the output stream for
net.rim.eide.feature.componentpack4.3.0/org.eclipse.update.feature/4.3.0.16
on repository file:/C:/eclipse/. Error unzipping
C:\DOCUME~1\tysonl\LOCALS~1\Temp\net.rim.eide.feature.componentpack4.3.0_4.3.0.169073623197643742544.jar:
Invalid zip file format Error closing the output stream for
net.rim.eide.feature.componentpack4.5.0/org.eclipse.update.feature/4.5.0.16
, the support mentions:
The "Unconnected sockets not implemented" is caused by a bug in current versions of JDK 1.6.
You can work around this by downgrading to JDK 1.5 (modify your PATH and JAVA_HOME variables) to install the plug-ins. You may need to delete the files in your windows temp folder as well (Eclipse could have cached bad copies of the file).
This should be fixed in JDK 1.6 update 14.
(so what version of java are you using?)
As mentioned in the same thread:
The following is from the "blackberry plugin for eclipse" download page:
It is recommended that users outside of North American or users who have experienced problems with the BlackBerry update site use the links below to manually download and install the components.
Yep, I've read that bit. That's essentially what I tried to do. What that doesn't say is you need to remove the update site from your site list before trying to install the manual downloads via the archive function.
Helpful to me:
http://supportforums.blackberry.com/t5/Java-Development/Invalid-zip-file-format-trying-to-add-4-7-0-components-to/td-p/411105;jsessionid=32490C8741FEE961B9436E453DFF7430