JNLP application problems!

Morning
Right!
I have a JNLP:
<?xml version="1.0" encoding="UTF-8"?>
<jnlp codebase=http://jes400/GroupIngredientCode
href="GroupIngredientCode.jnlp">
<information>
<title>GroupIngredientCode Launching Test</title>
<vendor>FMO</vendor>
<description>Demonstration of JNLP</description>
<offline-allowed/>
</information>
<resources>
<j2se version="1.6" />
<jar href="GroupIngredientCode.jar"/>
<jar href="jt400.jar"/>
<jar href="msbase.jar"/>
<jar href="mssqlserver.jar"/>
<jar href="msutil.jar"/>
<jar href="mail.jar"/>
<jar href="activation.jar"/>
</resources>
<application-desc main-class="GroupIngredientCode" />
</jnlp>
but when the application runs it is not displaying the JTable as it should, it is tiny and you can not read what is in it. Also it does not appear to be writing to the tables i have on the AS400.
if i run this as a normal application it works fine it is just when i launch it throught the JNLP file it does not!
Any ideas anyone!!!

You should post your question on the Java Web Start & JNLP forum:
http://forum.java.sun.com/forum.jspa?forumID=38

Similar Messages

Javaws can't lauch the corrected jnlp application

(1)My jre,jdk version is 1506,javaws can't lauch the corrected jnlp application,and run javaws will popup a little window(java lauch),but after a few seconds it will auto exit,can't lauch the javaws view window,,
(2)I run javacpl.exe and go to delete the cache fiile,which will throw "Bad installation. Error invoking Java VM (execv)",then I try uninstall all JDK and JRE,,and check the regedit javasoft,their have no 1506.
(3)reintalled JDK JRE 1506,but the problem still exist. javaws can't lacuch application.
(4)The problem maybe is I hava installed another version of JRE1510,but when the problem occur,I hava uninstalled all related JDK and JRE,,
(5)I seached many thread,suggestion is uninstall and install the lastest version of jre,then I do it,uninstall All JDK,JRE,installed 1607,
So bad,problem still exist.
any body can help me break out this bad thing,they will get my the best benediction.
Kevin

Hi Kevin,
how did you fix this? We´re experiencing the same problem. Web Start refuses to start any ws-application on some of our computers. De- and re-installing JREs or JDKs didn't help.

How to share the same session between JNLP Application and browser session

How to share the same session between JNLP Application and browser session using BasicService.showDocument(url) method? It appears whenever i launch any URL from within a JNLP application using BasicService.showDocument(url) , it creates new instance of browser and session even after i used cooke handlers to restore JSESSIONID and Ltpa token etc.
public static int showDocument(String urlToOpen)
BasicService obj = (BasicService) ServiceManager.lookup("javax.jnlp.BasicService");
obj.showDocument(urlToOpen);
}

Try using Reflection

Opening JNLP application with mobiles??

It's possible to open a application .JNLP with a mobile dispositive? blackberry, nokia, windows mobile...?? It will be possible..??
My idea is not to programming a new specific application for mobile, i want to can work with my existing .jnlp application for pc's.
Thanks a lot for your orientation

One day.. i supposse.. the mobiles will have enough potency and ram memory for execute the same java programms like a PC. Then not will be necessary to program 2 different programms depending the platform. May be.

Download correct JRE before launching the jnlp application

Hi,
I have this requirement that before launching the jnlp application, the code should check the version of JRE installed on client's system, if it is less than 1.6 u10 then install the latest available JRE before launching the application.
I am using the Java Script in my jsp to achieve this objective and it is working fine with non-IE web browsers. The trouble starts when the client machine is using 1.6.0_6 jre, in that case IE is not able to download /redirect user to the sun's page for the download of latest JRE.
My java script code as follows:
<script language="JavaScript">
var launch = null;
// try to check the JRE version installed on client's machine.
//if its less than 1.6.10 redirect to Sun Micro systems website.
//and then after installation, launch Receptionst and Call Center application
function checkForInstalledJreVersionAndLaunch(appName)
     //detect browser used at client's machine
     var windowsIE = (navigator.userAgent.indexOf('MSIE') != -1) && (navigator.userAgent.indexOf('Win') != -1);
     if (windowsIE) {
          alert(windowsIE);
         document.write("<OBJECT codeBase=\"http://java.sun.com/update/1.6.0/jinstall-6u10-windows-i586.cab#Version=6,0,10,0\" classid=\"clsid:5852F5ED-8BF4-11D4-A245-0080C6F74284\" height=0 width=0>");
         document.write("<PARAM name=app VALUE=\"http://localhost:8080/"+appName+"/launch.jnlp\">");
          document.write("<PARAM NAME=back VALUE=true>");
          document.write("</OBJECT>");
     }else{
          if (navigator.mimeTypes && navigator.mimeTypes.length)
               if(!checkWebStartWersion())
                    window.open("http://jdl.sun.com/webapps/getjava/BrowserRedirect?locale=en&host=java.com","needdownload");
               launch = setInterval('launchJNLP("http://localhost:8080/'+appName+'/launch.jnlp")',100);
function launchJNLP(app) {
    if (checkWebStartWersion()) {
        clearInterval(launch);
        window.location = app;
function checkWebStartWersion()
     var isMajorVersion = false;
     var isMinorVersion = false;
     navigator.plugins.refresh(true);
     if(navigator.mimeTypes['application/x-java-jnlp-file'])
          for(var i=0;i <navigator.mimeTypes.length; i++)
               var pluginType = navigator.mimeTypes.type;
               if(pluginType.indexOf("x-java-applet;jpi-version") > -1)
                    var jreVersion = pluginType.substring(pluginType.indexOf("_")+1,pluginType.length);
                    var jreUpdateNumber = parseInt(jreVersion);
                    if(jreUpdateNumber >= 10)
                         isMinorVersion = true;
               if(pluginType.indexOf("x-java-applet;version") > -1)
                    var jreVersion = pluginType.substring(pluginType.indexOf(".")+1,pluginType.length);
                    var jreUpdateNumber = parseInt(jreVersion);
                    if(jreUpdateNumber >=6)
                         isMajorVersion = true;
     return (isMajorVersion && isMinorVersion);
function launchApplication()
     checkForInstalledJreVersionAndLaunch("appname");
</script>

I hear your frustration. I am attempting to do something similar.
To me, it looks like this ActiveX control has no ability to detect a minor version of JRE. It knows if some JRE 1.6 is installed or not, but not if say JRE 1.6.0_10 or higher is installed. But, if it finds that some JRE less than 1.6 is installed such as a 1.5 version, this ActiveX control can automatically install the latest JRE 1.6.0_12. This seems to work well for me. But, the overall behavior is not consistent. It looks to me that this ActiveX control is only good for making sure that the client has some version of JRE 1.6. It doesn't care which one.
A similar issue exists if you try to use Java WebStart to automatically download the correct JRE 1.6 version.
<j2se version="1.6+" href="http://java.sun.com/products/autodl/j2se" />As of today, this code will tell Java WebStart that it needs some version of JRE 1.6 or higher to run your app. If the client does not have it, Java WebStart will download and install 1.6.0_07. Apparently, WebStart thinks that version is a "good" one - whatever that means.
If instead you use this in your .jnlp file:
<j2se version="1.6.0_10+" href="http://java.sun.com/products/autodl/j2se" />Java WebStart will not run your application unless the client has at least 1.6.0_10 installed. However, it is not able to install this version if the client does not have at least 1.6.0_10 already installed. It isn't smart enough for that. It looks like no one at sun has gotten around to updating http://java.sun.com/products/autodl/j2se to deal with recent JREs.
Maybe I'm missing something, but WebStart deployment is more difficult than it needs to be. Sun introduces all sorts of new things into minor versions of Java, but nobody seems to be interested in making sure that the end user can have seemless upgrade experience.
And people wonder why Flash and AJAX have become so popular...
There probably is another workaround using a Java applet to determine what version is really installed before launching WebStart, but it just seems like an ugly hack to me. If an older version of Java 1.6 is detected, you could direct the user to java.sun.com in a new browser window, just as in the case of Firefox in your code. Ugly, but it would probably work.

Premiere Elements 12: start application problem - an incompatible display driver massage

Premiere Elements 12: start application problem - "an incompatible display driver" massage
I did everything what I could find online forums. (Except messing with BIOS settings)
- Updated video cards drivers
- Set to “High-Performance GPU” in Catalasyt for application exe and gpusniff.exe
- Added “run as administrator” privileges
- Each time before trying to run the application I removed BadDriver.txt file
My laptop specification:
Product name: HP Pavilion dv6 Notebook PC
Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
System memory: 8GB
Memory slot 1: 4GB SODIMM Samsung 1333MHz
Memory slot 2: 4GB SODIMM Samsung 1333MHz
Windows 7 Professional 64-bit Service Pack 1
Intel(R) HD Graphics Family 8.882.2.3000 (30/09/2011)
Radeon (TM) HD 6770M 8.882.2.3000 (30/09/2011) (newer updates are not available)
please help...

cmbishop82
Did you go through the drill
a. video card driver version up to date according to the manufacturer of the video card
b. if so, deletion of the BadDrivers.txt file....for Premiere Elements 12 in Windows 7, 8, or 8.1 64 bit, the path is:
Local Disk C
Program Data
Adobe
Premiere Elements
and in the Premiere Elements Folder is the BadDrivers.txt file for version 12. The BadDrivers.txt file is a file in this Premiere Elements Folder which also contains folders. You do not want anything in those folders. All you want is the BadDrivers.txt file in the Premiere Elements Folder.
Make sure that you have Folder Option Show Hidden Files, Folders, and Drives active so you can see that complete path.
The rationale for the being of the BadDrivers.txt file has its origins in post 10 of the following older thread
http://forums.adobe.com/message/3177024
When you get the display card error message, is it before you import media into the project? And, when you get the message, does the program allow you to continue by pressing a Continue Button or are you stopped from going further?
ATR

N82 application problems

Hello everyone. I bought N82 a few days ago and I have an application problems. My installed applications works for 6-7 hours. I can see them in applications folder and application manager. But 7 hours later, I can't see them in applications folder also application manager. Why it happens? Please help me!
I tried those but I can't solved this problem:
Soft format
Hard format
Reinstall N82's software ( V31) with Nokia Software Updater
Formatting memory card and reinstall applications.
Note: I don't have this problem with my videos and musics .Only applications.
Solved!
Go to Solution.

Finally I solved this problem. I bought a new memory card and then installed my app.I think Nokia's 2GB memory card have a problem. (System folder.)

Applications problem: "You cannot update this software since you have not owned the major version of this software."

Hi all,
RE: Applications problem: "You cannot update this software since you have not owned the major version of this software."
Until recently, I have not encountered this problem. And I am facing this problem for both my iPad and iPhone.
I only have 1 iTunes account and the most recent change was that I switched the location from Singapore to UK (I'm currently in the UK). I also updated my applications a couple of times before since the change in location, so I doubt it's due to the location change. I've tried signing out of the account in the iTunes accounts on the devices, then signing back in. I've also tried restarting the devices (and for the iPad, I even updated the iOS).
Any idea what else I can do to try to rectify this?
Thanks and regards,
Tammy

Hi there!
Thanks for replying!
1. Yup, my iOS is the latest (6.0.1), and I have 7 apps on my iPhone that apparently have updates. But it's been 6.0.1 for quite some time and I've also been able to update the apps till just this week.
2. I don't have a credit card associated with my account anymore. Ever since I changed the location, I removed the credit card details. But I didn't have problems with any of my apps (updating or downloading new ones) until this week. Also, all the apps I've downloaded since I came to the UK are free apps.
I still don't know what's wrong.

Hosting jnlp applications on internet

Hi,
I would like to share my java application packed as jnlp application.
I tried to host it in free web hosting sites like geocities, tripod, bravenet.
But none of them seem to regonize jnlp extn and automatically open with javawebstart.
Are there any free java application hosting sites (while allows to host jnlp applications) available..?
Thanks a lot,
Raja.

But none of them seem to regonize jnlp extn and
automatically open with javawebstart.That's not how it works. The JNLP file is served like
any other file (that is, unless the hosting site is
blocking it?). Once the file is on the client side,
THEN it will start up and look for the supporting
jars/files (assuming the client has Java and Web
Start installed)Not true. You need to have the mime-type set up on the web-server. Maybe you can request that the mime-type be set up.
See http://java.sun.com/docs/books/tutorial/deployment/webstart/deploying.html#server

Java Webstart application problem with TLS certificate revocation checks (Java 1.7.0_76)

We have a problem with our Java Web Start Application regarding the TLS certificate revocation check:
The application is running on a server within a wide area network which is separated from the internet.
The application users have access to the WAN, and also access to the internet over some corporate proxy/firewall.
The user has to enter, for example "https://my-site.de/myapp/ma.jnlp" within a webbrowser or could also call "javaws https://my-site.de/myapp/ma.jnlp" to start the application client.
The webserver has a certificate from a trusted certificate authority. This certificate seems to be ok, the browser is even configured to perform OCSP status check.
The application files are signed with a certificate from another trusted certificate authority. This certificate seems also to be ok. Regarding this certificate there
are no problems with certificate revocation checks.
The problem is, while starting the application client there is a message box which tell us something like "the connection to this website ist not trustworthy",
"Website: https://my-site.de:80", and something about an invalid certificate, meaning the webserver certificate.
Obviously the jvm runtime, which is executed on the users workstation, tries to perform a revocation check for the webservers certificate, but this fails because
it cannot fetch the certificate under https://my-site.de:80.
The application will execute without further problems after that message but the users are very concerned about the "invalid" certificate, so here are my questions:
- Why is the application trying to get the webserver certificate over Port 80. Our application developers told me, there is no corresponding statement. Calling this address
has to fail while "https://my-site.de:443" or "https://my-site.de" would not have a problem.
- Is there a way to make the application go on without performing a tls revocation check? I mean, by adjusting the application sourcecode and not by configuring the users Java Control Panel.
While disabling the TLS Certificate Revocation check in the Java Control Panel, the Webstart Application executes without a warning message, but this is not a workable solution for
our users.
It would be great if someone can help me with a hint so i can send our developers into the right direction;-)
Many thanks!
This is a part from a java console output after calling "javaws -verbose https://my-site.de/myapp/"
(sorry for this is in german... and also my english above)
network: Verbindung von http://ocsp.serverpass.telesec.de/ocspr mit Proxy=HTTP @ internet-proxy.***:80 wird hergestellt
network: Verbindung von http://ocsp.serverpass.telesec.de/ocspr mit Proxy=HTTP @ internet-proxy.***:80 wird hergestellt
security: OCSP Response: GOOD
network: Verbindung von http://ocsp.serverpass.telesec.de/ocspr mit Proxy=HTTP @ internet-proxy.***:80 wird hergestellt
security: UNAUTHORIZED
security: Failing over to CRLs: java.security.cert.CertPathValidatorException: OCSP response error: UNAUTHORIZED
network: Cacheeintrag gefunden [URL: http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl, Version: null] prevalidated=false/0
cache: Adding MemoryCache entry: http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl
cache: Resource http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl has expired.
network: Verbindung von http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl mit Proxy=HTTP @ internet-proxy.***:80 wird hergestellt
network: Verbindung von http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl mit Proxy=HTTP @ internet-proxy.***:80 wird hergestellt
network: ResponseCode für http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl: 200
network: Codierung für http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl: null
network: Verbindung mit http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl trennen
CacheEntry[http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl]: updateAvailable=true,lastModified=Tue Mar 24 10:50:01 CET 2015,length=53241
network: Verbindung von http://crl.serverpass.telesec.de/rl/TeleSec_ServerPass_CA_1.crl mit Proxy=HTTP @ internet-proxy.***:80 wird
network: Verbindung von socket://ldap.serverpass.telesec.de:389 mit Proxy=DIRECT wird hergestellt
security: Revocation Status Unknown
com.sun.deploy.security.RevocationChecker$StatusUnknownException: java.security.cert.CertPathValidatorException: OCSP response error: UNAUTHORIZED
    at com.sun.deploy.security.RevocationChecker.checkOCSP(Unknown Source)
    at com.sun.deploy.security.RevocationChecker.check(Unknown Source)
    at com.sun.deploy.security.RevocationCheckHelper.doRevocationCheck(Unknown Source)
    at com.sun.deploy.security.RevocationCheckHelper.doRevocationCheck(Unknown Source)
    at com.sun.deploy.security.RevocationCheckHelper.checkRevocationStatus(Unknown Source)
    at com.sun.deploy.security.X509TrustManagerDelegate.checkTrusted(Unknown Source)
    at com.sun.deploy.security.X509Extended7DeployTrustManagerDelegate.checkServerTrusted(Unknown Source)
    at com.sun.deploy.security.X509Extended7DeployTrustManager.checkServerTrusted(Unknown Source)
    at sun.security.ssl.ClientHandshaker.serverCertificate(Unknown Source)
    at sun.security.ssl.ClientHandshaker.processMessage(Unknown Source)
    at sun.security.ssl.Handshaker.processLoop(Unknown Source)
    at sun.security.ssl.Handshaker.process_record(Unknown Source)
    at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)
    at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source)
    at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
    at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
    at sun.net.www.protocol.https.HttpsClient.afterConnect(Unknown Source)
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Unknown Source)
    at com.sun.deploy.net.HttpUtils.followRedirects(Unknown Source)
    at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source)
    at com.sun.deploy.net.BasicHttpRequest.doGetRequestEX(Unknown Source)
    at com.sun.deploy.cache.ResourceProviderImpl.checkUpdateAvailable(Unknown Source)
    at com.sun.deploy.cache.ResourceProviderImpl.isUpdateAvailable(Unknown Source)
    at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)
    at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source)
    at com.sun.deploy.model.ResourceProvider.getResource(Unknown Source)
    at com.sun.javaws.jnl.LaunchDescFactory._buildDescriptor(Unknown Source)
    at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
    at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
    at com.sun.javaws.Main.launchApp(Unknown Source)
    at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
    at com.sun.javaws.Main.access$000(Unknown Source)
    at com.sun.javaws.Main$1.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    Suppressed: com.sun.deploy.security.RevocationChecker$StatusUnknownException
        at com.sun.deploy.security.RevocationChecker.checkCRLs(Unknown Source)
        ... 35 more
Caused by: java.security.cert.CertPathValidatorException: OCSP response error: UNAUTHORIZED
    at sun.security.provider.certpath.OCSP.check(Unknown Source)
    at sun.security.provider.certpath.OCSP.check(Unknown Source)
    at sun.security.provider.certpath.OCSP.check(Unknown Source)
    ... 36 more
security: Ungültiges Zertifikat vom HTTPS-Server
network: Cacheeintrag nicht gefunden [URL: https://my-site.de:80, Version: null]

Add the JSF Jars to the WEB-INF/lib directory of the application. If still getting error add to the CLASSPATH variable in the startWebLogic script in the domain/bin directory.

JNLP Deployment Problem

I need to deploy a JavaFX Applet on a Mac running 1.6.0_33. But so far, I've been unable to do this successfully. Here's what I've tried:
1. I generated a JNLP file and using the generated html page, tried to view the applet. Unfortunately, the dtjava script indicated that I didn't have the correct setup. I was hoping that it would simply download the jfxrt.jar with the appropriate native libraries from Oracle's site, but that didn't happen.
2. I modified the JNLP to serve up an application instead of an applet, and tried accessing the JNLP directly instead of through the web page.
2. I tried serving up the jfxrt.jar and the native libraries separately using an os-specific resources tag in jnlp -- one jar for the native libs, and keep the original jfxrt.jar (that didn't work -- "java.lang.UnsatisfiedLinkError. Unable to load NativeLibLoader")
3. I tried updating jfxrt.jar with the native libraries (that didn't work -- same error message).
4. I tried copying the new jfxrt.jar file into *$JAVA_HOME/lib* (and not serving the jar file), but it couldn't find javafx.application.Application
5. I tried changing the extended file attributes (there's an attribute com.apple.quarantined) that's associated with the files and I thought that this might be preventing the jfxrt.jar from being accessed. But that didn't work either -- same error.
6. I've tried adding a javafx.runtime.path property to the j2se entry in the JNLP -- same error.
So my question is, how did people deploy JavaFX apps via webstart before Java 7 when the JRE did not include the the javafx runtime jars and libraries? Is there some other location that I should place the jfxrt.jar?

In answer to your earlier comment about letting you know how well switching from applet to application works.
The application "launches" but doesn't startup. The application name appears next to the Apple menu, and it looks like it's trying to startup, but doesn't get any further. The thread dump shows that its executing the call to the Application.launch() method and then sits there.
at sun.misc.Unsafe.park(Native Method)
     - parking to wait for <7f3711c38> (a java.util.concurrent.CountDownLatch$Sync)
     at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
     at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:811)
     at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:969)
     at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1281)
     at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:207)
     at com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:134)
     at com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:75)
     at javafx.application.Application.launch(Application.java:209)I'm using maven to build the jar and apparently there's some undocumented "magic" that goes on if you use the javafxpackager. I noticed that a com.javafx.main.Main class is inserted into the jar if I use the packager, and some additional attributes are added to the jar. It might be good at some point to document some of the magic. Especially the stuff that dtjava.js does to the jfx:? tags in order to turn the jnlp into something that is launchable.
What's odd is that I can run the application from Eclipse without any problem.

Debugging JNLP security problems

As we all know, the latest Java update changed the JNLP security around a bit, and I, like many others, am having trouble with it.
I'm not really here to ask for help with my specific problem, however. It's not the first time I've had trouble with JNLP security, and almost every time, I've only gotten around it with the help of mere guess-work and a fair bit of luck, and I'm still far from sure I've actually solved the problems correctly. The main problem I experience is that the security messages I get from the JNLP client are oriented towards end-users and thus not very helpful at all for tracking down the root cause of the issues. For instance, after this latest update, the JNLP client is just telling me that "The Java security settings have prevented this application from running. You may change this behavior in the Java Control Panel."
Is there any good way to find out what security problems it is that I'm actually having? "Read the documentation" is of course the easy answer, but the security model seems rather complex and incorporates many parts. Is there some kind of "lint" tool for JNLP out there that can list the problems I'm having? Or is there some way to run the JNLP client in some kind of debug mode?

Understood guys. But let me make a few points.
1. Clearly I'm not the only one who had this problem. In fact, I wasn't the first person in this THREAD to have the problem.
2. I'm fairly computer savvy, and have worked with Photoshop for several years.
3. Yes, it does say c: in point 3, but I find it odd that in point 4 it does say Program Files/.... A very strange way to write it. Also, the c: drive is the default installation drive, so it's not idiocy for someone to assume that the file would be located on the same drive as you selected for installation.
4. This is not about technically right or wrong. I never said that the instructions were wrong. I merely was trying to make a suggestion that would help people avoid the same trap I fell into. Was it my mistake? Yes. Would my clarifying suggestion perhaps help others avoid making the mistake I did. I would hope so. Also, as someone else suggested in this thread, Adobe SHOULD have written an installation program for the ACR 3.1 upgrade that did the placing automatically. After all, EVERYONE knew that ACR3.1 would be released shortly after the release for CS2...in fact Mr. Knoll himself was quoted in other forums about when D2X compatibility would actually happen.
5. The purpose of these forums is to be helpful to other users--not to be patronizing or rude. I'm a big Photoshop fan, and a loyal customer. I'm also in the service industry, and I would bet that customer service experts would raise an eyebrow or two about the tone contained in certain messages in this thread, including from an Adobe employee.
Just my two cents. Flame away if you must. But you might want to take a look at what I actually suggested in my last message before lighting up the torch.

JNLP saveFileDialog problem

Hi
I have a java web start application where I save a file for the user. I want to give a filename to show in the saveFileDialog editable textbox. My problem is that there is no suggessted filename in the editable textbox in the saveFileDialog. The application is running in a sandbox, no jar files is signed. Is this the problem? If this is the problem is there a way to get around this problem without signing the jars?
// out is my outputstream
String[] xtns = { "test1" , "test2" };
FileSaveService mFileSaveService = (FileSaveService) ServiceManager.lookup("javax.jnlp.FileSaveService");
mFileSaveService.saveFileDialog(null, xtns, out.getTarget(), "myFileName." + xtns[0]);/Thanks in advance
Tobbe

First of all, you have no href in your jnlp element.
Are you absolutely sure there's nothing wrong with JnlpExtension.jsp?
Other guesses (anyhow related) are:
1) It may be something about name length (too long, parameters are part of the url)
2) The jsp is setting a different href URL within (parameters are part of the url, once again) and this can often result in some kind of trouble
I'd suggest validating your jnlp with janela (sw by AndrewThompson64). Download it and have it run in your network so that it can actually download every resource and make a deeper analisys.
Bye.

JNLP extension problem

Hi,
I have developed application which execute using java web start.
I work fine on Client JRE 1.6, but gives following exception Clinet JRE 1.5
Exception in thread "javawsApplicationMain" java.lang.NoClassDefFoundError: com/vistaar/framework/exceptions/UserException
     at java.lang.Class.getDeclaredMethods0(Native Method)
     at java.lang.Class.privateGetDeclaredMethods(Unknown Source)
     at java.lang.Class.getMethod0(Unknown Source)
     at java.lang.Class.getMethod(Unknown Source)
     at com.sun.javaws.Launcher.executeApplication(Unknown Source)
     at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
     at com.sun.javaws.Launcher.continueLaunch(Unknown Source)
     at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
     at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
     at com.sun.javaws.Launcher.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
Also,
I have used "extension" tag in jnlp file.
When i remove extension tag and keep only "jar" tag, in that case it works fine for Client JRE 1.5
as well,
so the problem is something with Client JRE 1.5 & JNLP extension tag.
does any one have idea, about such problems?
following is my jnlp file (with extension tag)
<jnlp spec="1.0+" codebase="http://10.65.18.20/Vistaar/">
<information>
<title>Suraj Hajare</title>
<vendor>Suraj Hajare.</vendor>
<homepage href="http://10.65.18.20/Vistaar/null"/>
<description>Suraj Hajare</description>
</information>
<security>
<all-permissions/>
</security>
<update check="timeout" policy="always"/>
<resources>
<java initial-heap-size="67108864" max-heap-size="134217728" href="http://java.sun.com/products/autodl/j2se" version="1.5+"/>
<jar href="http://10.65.18.20/Vistaar/view/html/archive/view.jar" download="eager" main="false"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/excel.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/images.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/izmcomjni.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/jfrm_UI.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/plugin.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/log4j-1.2.13.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/izmcom.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
<extension href="http://10.65.18.20/Vistaar/jnlp/JnlpExtension.jsp?jarfilename=view/html/archive/excel_extn.jar&codebase=http://10.65.18.20/Vistaar&title=VistaarMainApplet&vendor=Vistaar&permissions=all-permissions"/>
</resources>
<application-desc main-class="com.vistaar.clemenza.ui.framework.workspace.StandaloneExcelApplet">
<argument>dimbarChoice=Icon</argument>
<argument>excelFile=Book2</argument>
<argument>codeBase=http://10.65.18.20/Vistaar</argument>
<argument>serverVistaarCabVersion=3,6,6,10000</argument>
</application-desc>
</jnlp>

First of all, you have no href in your jnlp element.
Are you absolutely sure there's nothing wrong with JnlpExtension.jsp?
Other guesses (anyhow related) are:
1) It may be something about name length (too long, parameters are part of the url)
2) The jsp is setting a different href URL within (parameters are part of the url, once again) and this can often result in some kind of trouble
I'd suggest validating your jnlp with janela (sw by AndrewThompson64). Download it and have it run in your network so that it can actually download every resource and make a deeper analisys.
Bye.

JNLPException during JNLP Application Lanuch

I am trying to deploy an application through JavaWebStart and I am accessing 4 other JAR resources.
The JNLP file it related resources are all located in the 6.3 directory.
However, I am getting the following exception when I try to launch the JNLP:
JNLPException[category: Security Error : Exception: null : LaunchDesc: null ]
     at com.sun.javaws.LaunchDownload.checkSignedResourcesHelper(Unknown Source)
     at com.sun.javaws.LaunchDownload.checkSignedResources(Unknown Source)
     at com.sun.javaws.Launcher.continueLaunch(Unknown Source)
     at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)
     at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)
     at com.sun.javaws.Launcher.run(Unknown Source)
     at java.lang.Thread.run(Thread.java:484)
Also, here is my JNLP code:
<?xml version="1.0" encoding="utf-8"?>
<jnlp
spec="1.0+"
codebase="http://jfisher:7001/6.3/"
href="Table.jnlp">
<information>
<title>Table</title>
<vendor>Sample Company</vendor>
<homepage href="docs/help.html"/>
<description>Table</description>
<description kind="short">Table</description>
<icon href="images/swingset2.jpg"/>
<offline-allowed/>
</information>
<security>
<all-permissions/>
</security>
<resources>
<j2se version="1.3"/>
<jar href="TableSigned.jar"/>
<jar href="xalan.jar" />
<jar href="jaxp.jar" />
<jar href="crimson.jar" />
</resources>
<application-desc main-class="com.sheet.Table"/>
</jnlp>

I'm new to JNLP and so this is just a suggestion based upon some tests I ran today trying to get my JNLP file to work. Your codebase="http://jfisher:7001/6.3/" has a simple server name 'jfisher' Try hard coding the IP address of the server instead (172.0.0.1, or whatever). I had a similar problem and clicking through the tabs in JNLP found that '.org' was being appended to my server name some of the time, I'm not sure why. Switching to the IP address fixed the problem. I would guess that if you had .com or .org on your server name this would not be a problem. I still have more testing to do to find out why and what is required in the server name (I would rather not hard-code it), but though I would give you this suggestion for now to see if it helps.

JNLP application problems!

Similar Messages

Maybe you are looking for