Oracle Forms 11 running as application in Java Webstart

According to my last post today I will show you the basic configuration for forms 11g.

Unfortunatly webstart in forms 11g it is not as easy as in 10g, but it works too!

As first you need an additional unique identifier “ifsessid” in parameter “serverURL” for forms. This prevents the use of a static jnlp in this case. Maybe it is possible to branch out the build of this unique identifier from the jnlp. I have decided instead to create the the jnlp from a java server page. This helps me additional to use forms parameters, which I will describe in a later post. Sure there maybe exist other ways to build the jnlp.

Let’s start:

Again I assume you have an running unix or linux application server with forms 11g.

As first you need the webstart_11g.jsp in folder public_html under a JDeveloper project. The marked lines provides the identifier:

<%@ page contentType="application/x-java-jnlp-file" language="java" import="java.sql.*"%>
<%@ page session="true"%>
<%response.setDateHeader ("Expires", 0); //prevents caching at the proxy server%>
  long time = System.currentTimeMillis();
  String sessid = String.valueOf(time);
<jnlp codebase="http://localhost.localdomain:9001/forms/java/">
    <title>Webstart Test Oracle Forms 11g</title>
    <description>Webstart Test Oracle Forms 11g</description>
  <update check="timeout" policy="always"/>
    <j2se version="1.6.0"/>
    <jar href="frmall.jar" download="eager" main="true"/>
  <applet-desc name="Webstart Test Oracle Forms 11g" main-class="oracle.forms.engine.Main" width="990" height="640">
    <param name="background" value="no"/>
    <param name="logo" value="no"/>
    <param name="serverApp" value="default"/>
    <param name="lookAndFeel" value="oracle"/>
    <param name="allow_debug" value="true"/>
    <param name="separateFrame" value="false"/>
    <param name="em_mode" value="1"/>
    <param name="latencyCheck" value="true"/>
    <param name="networkRetries" value="240"/>
    <param name="serverArgs" value="module=test.fmx useSDI=yes"/>
    <param name="serverURL" value="http://localhost.localdomain:9001/forms/lservlet?ifcfs=http://localhost.localdomain:9001/forms/frmservlet?config=jpi&ifsessid=formsapp.<%=sessid%>"/>
    <param name="colorScheme" value="teal"/>
    <param name="splashScreen" value="no"/>
    <param name="dontTruncateTabs" value="true"/>

Now you need to deploy this jsp. First create a application server connection in JDeveloper version corresponding to your forms weblogic server. I have forms, which runs on weblogic 10.3.2. So I have to use JDeveloper See oracle support information for supported JDeveloper version for your environment. Right click on you Jdeveloper project with the jsp an select deploy. Following are the steps in the deploy wizard:

  • Deployment Action
    • Deploy to application server
  • Select Servers
    • Application Servers: your application server
    • Overwrite modules of the same name: select
    • Deploy to all server instances in the domain: unselect
    • Deploy as a standanlone Application: select
  • Server instances
    • List Standalone Servers and Cluster: select your forms cluster or your forms server (WLS_FORMS)
  • Summary: finish

In the project properties change the deployment properties to set your context root, which will be later part of your url:

Set context root.

If you redeploy this jsp, you may wonder that your change is not immediatly shown. You can solve this by dropping the former deployment before redeploying or you add following files to your JDeveloper Project under folder public_html\WEB-INF:


<weblogic-web-app xmlns:xsi="" xsi:schemaLocation="" xmlns="">


<?xml version = '1.0' encoding = 'windows-1252'?>
<web-app xmlns:xsi="" xsi:schemaLocation="" version="2.5" xmlns=""></web-app>

Complete workspace you can found here:

Now start java webstart with your jnlp url, here is an example in linux:

./javaws http://localhost.localdomain:9001/webstart_11g/webstart_11g.jsp

Java webstart comes up with the standard test.fmx from the forms services installation:


That’s all!

, , , ,

  1. #1 by Carlos Llanos on June 7, 2013 - 15:56

    I tried your solution and it works very well. I read that your solution works with SSO. We are using OID and the USNChanged Approach to authenticate with Active Directory. Can you give me more specifics on how you made your solution work in my case?
    We we do greatly appreictae it!
    Carlos Llanos

    • #2 by Torsten Kleiber on June 8, 2013 - 20:09

      I did not mentioned such information in my post.

      We did not use a real sso solution with forms, instead we overwrite the on logon trigger and use a java bean to get the user from the os before. So the user must logged into windows succesfully before his roles are checked against database tables. So authentication is a little bit like kerberos.

      In adf applications we us really kerberos authenticator and the same database tables.

  2. #3 by Christian on June 28, 2013 - 07:04

    Hello Torsten,

    we are working with webforms too.
    In your solution is it possible to handle frame close events via forms (ask the user “are you sure you want to close…?”) or will the applet frame just be closed(and what about background threads – is the JVM staying alive in background?)?

    We are setting the session id initial to “;ifsessid=formsapp.1” – then it is determined by the forms engine later – and you can create a static jnlp file.

    Kind regards Christian

    • #4 by Torsten Kleiber on June 28, 2013 - 18:39


      We close the applet without a question. This is not reqired from our users.

      Yes – unfortunatly the jvm staying in the background after the close at our servers. There is no such problem on our developer laptops. There are several blogs around the problem, that the jvm is not closed after exiting webstart. But I did not found a solution till now.

      For the static jnlp – this is veriy interesting. But we have additional reqirement to hand over variable parameters to forms, so we need the jsp anyway.

      Kind regards

  3. #5 by Christian on July 1, 2013 - 07:05


    is it possible that there is an other patch version installed – I think since patch 6 there is a background thread that keeps the JVM alive.
    I think you can handle it by deriving a subclass from oracle.forms.engine.Main and override the destroy() method with a final call to System.exit() or maybe the cleaner solution: exitApplet() .
    If you do not need sophisticated things then you can put the dynamic jnlp building jsp into the forms directory, there it is interpreted and executed as well – so you do not need to install a new deployment.

  4. #6 by Frank on May 22, 2014 - 07:54

    Hi all,

    to solve the problem that keeps the jvm alive, call formsMain.destroy() just before System.exit(). The problem exists since
    FMW (not in, and not tested).

    Best Regards,


  5. #7 by Dan on August 17, 2014 - 13:04

    Hi Frank,

    I am quite new to forms:
    where formsMain.destroy() is coming from?

    Thanks a lot,


  6. #8 by Javier Viquez on September 4, 2014 - 21:06

    Thanks for your post I almost here ,but when I test on the Enterprise Manager after deploy of webstart_11g, I get this error when pressing test link:

    Error 403–Forbidden
    From RFC 2068 Hypertext Transfer Protocol — HTTP/1.1:
    10.4.4 403 Forbidden …….

    What can it be?


  7. #10 by Javier Viquez on September 5, 2014 - 19:45

    Thanks, I’ve corrected error, but now, JAVA ever I try “javaws http://siembrawls02:9001/webstart_11g/webstart_11g.jsp” is prompting something like:

    Running this application is a security risk etc etc, and I have to mark a checkbox, but I doesnt found how to make java remember my choice.


    • #11 by Torsten Kleiber on September 5, 2014 - 19:58

      Without seeing the exact messages, this seems to me, that you have an outdated jre 7 installation. Upgrade to the latest jre 7 and the error should gone.

      If you cannot upgrade, than you have to check the possibilities to bind your application to specific outdated jre versions. This should be documented in the jre documentation, my knowledge of this is unfortunatly restricted and this area has a lot of modification over the last jre releases.

    • #12 by Christian on October 17, 2014 - 09:40

      In newer Java-7-Releases the jnlp needs also the href attribute to itsself

      After doing this you are nearer to the solution: I am not sure if you can do these things with self signed certificates – but if you are inside an enterprise environment where you have administrative access to the clients you can do this by adding your certificates the the jre (jre_path/lib/security/trusted.libraries << this is a jks with default password found via google – that you can modifiy with your certs). You can also change the deployment properties to get aware of some javaws-messages

  8. #13 by Daniel Uzcategui on October 16, 2014 - 20:14

    Hi sir, i am very interested about doing this with our application can you share more info about doing this i have never used jdeveloper. thanks in advance

    • #14 by Torsten Kleiber on October 17, 2014 - 05:31

      Without any knowledge in JDeveloper this will not be easy, there are a lot of tutorials in the web to start with JDeveloper. Or maybe you find somebody in your enterprise to help you?

    • #15 by Christian on October 17, 2014 - 09:44

      I think there is no need fo JDeveloper – Eclipse can do same things in nearly the same way

  9. #16 by farookh on July 28, 2015 - 07:56

    Really appreciated brother for publishing such a wonderful articles .. I able to run the test.fmx without any issue.

    While deploying my own customized forms which uses some other jar file apart from frmall.jar like frmwebutil.jar ,icons.jar,JImageViewer.jar,jdic.jar,eHTMLBrowser.jar .. I am getting error “Error:JAR resources in JNLP file are not signed by same certificate”

    FYI .. I am running test.jnlp file locally from c:\ drive and test.jnlp codes are as well.

    Webstart Test Oracle Forms 10g

    Webstart Test Oracle Forms 10g

    • #17 by Torsten Kleiber on July 28, 2015 - 18:34

      Yes – you habe to sign all jar’s with the same certificate. Maybe can help you. We sign here all jar’s with our own certificate as we roll out the jre bundled with this trusted certificate. Not all companies have bought such certificates, so maybe this a very special solution.

    • #18 by Daniel Kampf on August 3, 2015 - 11:19

      Hello farookh,

      I had the same problem when doing so – you have to create a separate ressource file for jars that have been signed with a different certificate, e.g.:

      Within this ressource file you can group your jars, that use the same certificate:

      ?xml version=”1.0″ encoding=”UTF-8″?>

      Sun Microsystems, Inc.

      I hope that helps you.

      Best regards

    • #19 by Daniel Kampf on August 3, 2015 - 18:24

      Somehow my comment got messed up, here the link to the ressource file again:

      Ressource-file itself:

      Sun Microsystems, Inc.

      <jar href="pitssicon.jar" size="" /

      • #20 by Daniel Kampf on August 3, 2015 - 18:28

        Ressource-file itself:

        Sun Microsystems, Inc.

        <jar href="pitssicon.jar" size="" /

    • #21 by Daniel Kampf on August 3, 2015 - 18:48

      one last try:

      <j2se version="1.8.0"/>
      <extension name="oraclejars" href="http://HOSTNAME:9001/webstart_11g/oraclejars.jnlp"/&gt;
      <extension name="pitssjars" href="http://HOSTNAME:9001/webstart_11g/pitssjars.jnlp"/&gt;

      Ressource-file itself:

      <?xml version="1.0" encoding="UTF-8"?>
      <jnlp codebase="http://vmdaka:8888/forms/PitssJava"&gt;
      <vendor>Sun Microsystems, Inc.</vendor>
      <jar href="jacob1.jar" size=""/>
      <jar href="pitssicon.jar" size=""/

      • #22 by Farookh on August 24, 2015 - 05:37

        Dear Daniel , Thanks for the help .. my code are as below now however i can’t see any error nor any output


        Webstart Test Oracle Forms 10g

        Webstart Test Oracle Forms 10g


        <jnlp codebase=";;

        Sun Microsystems, Inc.


  10. #23 by David on August 3, 2015 - 12:18

    Hello Torstein,

    I am trying to run your web application on forms 11g R2 (, and when I execute the command from msdos:
    C:\Program Files (x86)\Java\jre6\bin>javaws http://localhost:9001/webstart_
    It only opens the java console and not the app.
    I have changed the webstart_11.jsp file replacing localhost.localdomain with my machine name and the config=jpi for config=default, but without any changes…
    Could you help me please?

    Thank you in advance!

    • #24 by Torsten Kleiber on August 3, 2015 - 17:58

      In my jsp above there is no config=default. So which file do you change?

      If webstart not start it should normally show an error (look at the details) or an help dialog.

      Are you sure that test.fmx exists?

      Are you sure you have the same port 9001 for forms?

      Do you have configured another Listen Port or Listen Address defined for managed server WLS_FORMS?

      We have only here at the moment, so maybe something has changed there.

      • #25 by David on August 4, 2015 - 10:21

        Thank you for your quick reply.

        I have the weblogic(10.3.6) and forms running perfectly.
        When I enter this Url:
        http://mymachine:9001/forms/frmservlet or
        i get the test.fmx form correctly.

        What I refer with changing the config from “jpi” to “default” is because I dont have the “jpi” section in my formsweb.cfg, and I thought this parameter “jpi” was refering to a section in this file.

        Maybe in it’s needed another parameter, could you please tell me what or where do I have to search in order to find which parameter is missing?

        I really appreciate your feedback.

        Thank you!

      • #26 by Torsten Kleiber on August 4, 2015 - 18:51

        As mentioned before actually I don’t have an environment. I need some time to implement such an environment. JPI was in the past to differentiate between oracle jinitiator (an sun jre 1.3 fork) and sun Java PlugIn. As in the meantime java is property of Oracle this seems to have changed now.
        You could try to run
        May be that lservlet (Listener Servlet) does not exist or paramter ifcfs is not guily anymore

    • #27 by Daniel Kampf on August 3, 2015 - 18:30

      okay, I give up posting the code with the comment functionality 🙂

      • #28 by Christian on August 5, 2015 - 08:26

        I don’t think the interface has changed, so changing jpi with your config should work.
        To be sure, your can run it as applet and then debug the website with firebug / chrome / etc to find out the url.
        Some parameters from the section are transferred to the website and have to be transferred manually to your jnlp ( especially the classpath and [url-] parameters for your form )

    • #29 by Torsten Kleiber on October 14, 2015 - 11:34

      In the meantime we have set up and all works as described in the blog, no changes in the behavior of forms here.

      • #30 by David on October 14, 2015 - 15:43

        really? with which version of weblogic, jre and jdeveloper you did it?

      • #31 by Torsten Kleiber on October 21, 2015 - 12:12

        We have here Forms and Weblogic 10.3.6 with all CPU’s/SPU’s as described in Note Note 2037108.1.
        Client is JRE 6u51 (8u66 planned next month).
        You need only a corresponding JDeveloper version for deploying to the right weblogic version.
        We use here JDeveloper, which supports WebLogic 10.3 deployment profiles.

        Ok – there are two little modification I missed here, as my local version is different as the blog version.

        You have to change following line in the jsp to change the configuration (config=default) and to delete the server part in the ifcs argument:

            <param name="serverURL" value="http://localhost.localdomain:9001/forms/lservlet?ifcfs=/forms/frmservlet?config=default&ifsessid=formsapp.<%=sessid%>"/>

        Sorry for the delay.

  11. #32 by David on October 22, 2015 - 10:41

    Thank you Torsten, I’ve followed your last instructions and it remains the same It only opens the java console and not the app, In the title of the console is written the title label from the webstart_11g.jsp file. I am working in a windows 7 64 bit, any suggestion?

    • #33 by Torsten Kleiber on October 23, 2015 - 19:03

      Can you provide some screenshots and your JDeveloper workspace?

      • #34 by David on October 26, 2015 - 14:44

        Sure Torsten, send me an email please, and I will attach the project and the screenshots.

  12. #35 by David on November 11, 2015 - 15:27

    The problem of the java webstart applications in Windows 7 seems to be a corrupted cache, I’ve deleted the folder: C:\Users\consultrans.dja\AppData\LocalLow\Sun\Java and problem solved.

    • #36 by David on November 16, 2015 - 11:11

      The previous action worked because it sets the configuration of Java to default, the problem comes when you uncheck the option “keep temporary files in my computer.”, when you use the option of launching with webstart you need to keep temporary files checked because it’s going to execute a temporary .jnlp file downloaded by the .jsp page.

  13. #37 by ab on March 15, 2016 - 18:51

    I guess I’m with another user in this thread. When I run javaws I get a “Could not load file/URL specified”. I have OHS listening on 443 and thats how I access my app. If I go directly to the URL I specified thru a browser I get a 404 page not found. How do I set up javaws with the right parameter to run my form?

  14. #39 by ab on March 16, 2016 - 11:30

    Ok, I did get it to work with forms. Works great but I have OHS listening on 443.. how do I get this to work and access a secure port (443, not a non-standard port that I an set up in WebLogic for the Managed Server like 7008 etc)? BTW, great writeup, helped out alot!!

    • #40 by Torsten Kleiber on March 18, 2016 - 08:10

      Sorry – but I have no knowledge about HTTPS. Is it not a simple replacement of the port in the url for the frontend?

  15. #41 by David on April 22, 2016 - 10:51

    Great article!
    Based on it I was able to get the basics running, starting from scratch… Never used JDeveloper before, never wrote or deployed an application before.
    Calling the test.fmx works just fine now….
    The thing is though, using our forms app we call an URL like this https://host.domain:9001/forms/frmservlet?config=app_prod

    How can I get this running using your code? Cause I don’t want to call a specific module / .fmx, I want to call the config app_prod!

    I’ll apreciate any help or hint!!

    Thanks a lot in advance…

    • #42 by Torsten Kleiber on April 24, 2016 - 10:38

      In line 33 of webstart_11g.jsp you see a url which contains config=jpi, this has to be replaced with your config=app_prod. Ensure that your forms app_prod config section has similar attributes to the the jpi section in formsweb.cfg.

      • #43 by David on April 25, 2016 - 08:37

        Great again! Worked… Just seem to have problems with my button icons and hotkeys. Almost as if the configuration is not read entirely. fmrweb.res file does exist, having the right key bindings. Starting forms via Java Web Start those bindings, as well as some icons aren’t working….

        Any idea?

      • #44 by David on April 25, 2016 - 13:09

        Ok.. so config app_prod is being read. But it seems like only the working dir and form parameter.
        Just tested a new parameter, separateFrame. If I delete the line 28 from your code to let the parameter kick in via formsweb.cfg, it simply doesn’t apply!?
        What did you mean by ensure that the config section has similar attributes to the the jpi section in formsweb.cfg? I can’t find any jpi section/configuration? Would that explain my problem?
        Thanks in advance!!!!

      • #45 by David on April 26, 2016 - 09:42

        Tried a lot… can’t get it to work!

        Seeing some interesting messages in Java Console though:
        Exception: org.xml.sax.SAXParseException; lineNumber: 44; columnNumber: 172; The reference to entity “ifsessid” must end with the ‘;’ delimiter.

        Lots of messages like:

        basic: JNLP2ClassLoader.findClass: oracle.forms.handler.DisplayList: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..
        basic: JNLP2ClassLoader.findClass: try again ..

        Considering my icons (just one example):

        network: Connecting with cookie “JSESSIONID=VynwXf2TgWpCyCBlvX0vWP6Wb598LJRyG1Jyn8KyTp71Rz6STp1w!-1949491063”

        basic: Loaded image:

        basic: Loaded image: jar:!/oracle/forms/icons/badimage.gif

        FRM-92471: unable to load image lvbut for iconic button item

        Hotkeys still aren’t working either… Already tried taking my config properties from formsweb.cfg and implement them into the jnlp code.
        Didn’t seem to have an effect either.

        Everything works fine though if I call Forms via Browser and Java plugin…

        Really would approciate any kind of help or hint!

      • #46 by David on April 26, 2016 - 10:58

        Ok.. so I’ve sorted the icon problem out!
        Since we are using imageBase=documentbase in our config, I had to set the documentbase within applet-desc. Cause otherwise he’d look in codebase for .gif files…

        So last thing I need to work on are the hotkeys… fmrweb.res still doesn’t apply as iot seems.

      • #47 by Torsten Kleiber on April 26, 2016 - 18:36

        We package our icons via jar’s to cache this on the client to get a better performance.

      • #48 by David on April 26, 2016 - 12:19

        Ok.. think I figured it out!
        Since I am calling the url from a command prompt, other NLS_LANG settings do apply than starting from a browser. In my case NLS_LANG=GERMAN_GERMANY=WE8ISO8859P1, which makes Forms using the file fmrwebd.res in place of fmrweb.res.
        Long story short, making sure fmrwebd.res contains the same key configuration as fmrweb.res solved my problem.

        Even though this was probably for most people some kind of a boring monologue, I thought sharing everything might help somebody one day…

        Anyhow, thanks for everything!

      • #49 by Torsten Kleiber on April 26, 2016 - 18:38

        Ok – as we use german and english in parallel since more than 5 years now wiht webstart, we have both files from the beginning but I didn’t put this in relation to your problem till now. Sorry!

  16. #50 by Jan on May 27, 2016 - 08:20

    Great article! I’m actually generating the JNLP file from within the database via DAD. One problem I’m stuck on is resizing the actual applet in the java applet viewer. There only seems to be one option and that is to set a fixed size, but I don’t want that. If I look at the 12c version I’m guessing in the FRMALL.JAR there is extra code that facilitates resizing the applet… Any ideas?

    • #51 by Torsten Kleiber on June 14, 2016 - 20:13

      I have not tried that, but if you would pass your screen size to a modified jsp as parameter you could set width, height and clientDPI settings dynamically. More configuration setting see in Configuring and Managing Forms Services.

    • #52 by Snap252 on June 15, 2016 - 07:22

      we had the same problem. We wanted to calculate the clientDpi automatically to fit the application into the screen.
      That does not work with pretty much coding. We wrote a wrapper to launch the original Applet that calculates the size and passes it to the original applet.

  17. #53 by Sushanth on November 7, 2016 - 07:39

    Have anyone tried opening forms other than Test.fmx

    • #54 by Torsten Kleiber on November 7, 2016 - 07:50

      We run it for several years in production with 500 forms.

  18. #55 by Sushanth on November 15, 2016 - 08:57

    I am trying to run forms using JAVA Web Start but i get an error as “Failed to connect to server:http://localhost.domain:port/forms/lservlet:-1
    Details: Java Exception Negative content-length from http://localhost.domain:port/forms/System Error I am able to run oracle forms 10g, I get error with forms 11g

  19. #56 by Sushanth on November 17, 2016 - 12:30

    I have opened oracle forms 10g in oracle EBS 12.1.3 but when I try the same in EBS 12.2.4 I am not able to open the forms through Java Web Start, based on the Metalink document I get to know that accessing the url “host:port/forms/frmservlet” is stopped in 12.2.4, where they recommend to apply a patch to enable the URL (URL with parameters will not work – mentioned in Metalink) and I have done it. Now the I can open the URL in browser and forms opens in 12.2.4 but cannot be opened through Java Web Start. Is there any solution for that? Is the error occurred is due the parameter append while running the Javaws.

    • #57 by Torsten Kleiber on November 17, 2016 - 18:58

      Sorry – but I have no experiences with actual EBS evironments, are you sure the Metalink note opens both url’s for the lservlet and the frmservlet? Are you sure you have applied the steps for 11g, as they are different than 10g. I’m not sure, but it could be that the negative length error happens, when the ifsessid is not configured as described.

      • #58 by Sushanth on November 18, 2016 - 08:14

        I am sure after applying the patch in 12.2.4 (patch mentioned in Metalink ) I am able to open forms using the url forms/frmservet from browser. In 12.1.3 for the url “forms/frmservet?&ifcmd=startsession” I get the “/forms/lservlet;jsessionid=a02694774…” as msg from server. But for the same URL in 12.2.4 I get the msg as “URL validation failed. The error could have been caused through the use of the browser’s navigation buttons ( the browser Back button or refresh, for example). If the error persists, Please contact system administrator.”

      • #59 by Torsten Kleiber on November 18, 2016 - 09:28

        You can avoid the browser by using directly:

    • #60 by Sushanth on November 21, 2016 - 11:28

      I tried using the javaws I still get the same error

  20. #61 by Alex on December 19, 2016 - 17:24

    Is there a way to do this using a ssl certificate?

    • #62 by Torsten Kleiber on December 19, 2016 - 19:48

      Doing what? I think you can run your weblogic server with ssl, but have not tried this for forms & reports. For certification of the jar’s we use a certificate of our system provider, which they than deploy with the jre on the clients.

      • #63 by bartonekdragracing on December 19, 2016 - 20:30

        Meaning, if I’m running my app at and I also have the managed server listening at 9003 SSL, I want to use instead of http.

      • #64 by Torsten Kleiber on December 19, 2016 - 20:35

        As mentioned before, I think this should work, but have not tried before.

  1. Java Webstart with Forms – jp2lauchner.exe workaround | daniel4pitss

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.