FYI: Deploying Infobus Applet

This is a response to multiple posts on problems with deploying
the Infobus Applet tutorial.
When you create your applet.jar file, here are some explicit
steps to follow when using the Deployment wizard, followed by
some general notes on deploying applets:
1. Select Project->Deploy->New Profile from the menu.
2. Click Next to get past the Welcome page, then accept the
default 'Deploy to Simple Archive' and click Next.
3. On the Rules page, click << to shuttle all the rules back to
the left. We won't use the rules, but will explictly select
which source files to include from our project on the next page.
Click Next.
4. On the Sources page, select your HTML file, XML file, and
Applet java file and click > to shuttle them over to the right.
Click Next.
5. Here is where things get tricky in the deployment phase. For
this specific tutorial. You do NOT want to include dependency
classes in your archive since you will deploy those separately.
Therefore, you want to ADD the oracle.dacf, oracle.jbo and javax
packages to the list of packages to EXCLUDE from the archive:
a. Click the Exclude button to display a list of packages.
b. Expand the oracle node and select the dacf subnode.
c. Click OK. Notice that oracle.dacf is added to the list of
packages to exclude from your archive.
d. Repeate a-c for oracle.jbo and javax.
e. The exclusions list on the Dependencies page should now
include oracle.dacf, oracle.jbo and javax (in addition to the
original default values)
f. Click the Preview button to show what will be included in
your archive. It should ONLY show your .class, .xml and .html
files from your project, a connection.properties file and the
manifest.
6. Click Next.
7. Enter a name for your archive jar file and click Finish to
generate it. Click Yes when prompted if you want to deploy now.
Copy the .jar file and each of the .jar/zip files listed in the
tutorial to your webserver. If the .jars will reside in a
different directory than the HTML file that calls the applet,
then you need to set the CODEBASE tag accordingly (relative path
from the HTML file to the archives).
Most of the archives you need to deploy are in the redist
directory. The classes111.zip file you deploy depends on which
driver you used, but by default will be in jdbc/lib/oracle8.1.5.
Basically, you want your applet archive file to contain ONLY the
class and xml files for your applet, and you want to deploy all
other 'referenced' archives separately (and list each of them in
the ARCHIVE tag of your applet's HTML file). This provides a few
benefits:
* your applet archive is much smaller because it doesn't
include all referenced class files
* if you have multiple Infobus applets, you only have to deploy
the commonly referenced archives once, not package them with each
applet and deploy them over and over which takes up space on the
server
As a side affect of the above deployment strategy, you have to
explictly tell the deployment wizard to EXCLUDE these referenced
packages that it would normally try to include in your archive.
That is accomplished on the Dependencies page of the wizard as
described above.
The Preview button will show you what is included. From there,
you can determine which packages to Exlcude. Keep checking the
Preview list to make sure you have stripped it down to the bare
minimum.
Hope this helps some.
L
null

Hong,
Are you using an internationalized operating system and/or
Browser? This appears to be related to a Resource file which
contains translated strings.
L
Hong (guest) wrote:
: Hi,
: I did the same way as you mention below. I get this following
: error message. I guess it couldn't find this class. I don't
even
: know where I can find this class.
: Thanks
: Hong
: These are the error message:
: Opening
http://web/java/oracle/dacf/dataset/ResTable_en_US.class
: no proxy
: java.lang.ClassFormatError: oracle/dacf/dataset/ResTable_en_US
: (Bad magic number)
: at java.lang.ClassLoader.defineClass0(Native Method)
: at java.lang.ClassLoader.defineClass
: (ClassLoader.java:403)
: at java.security.SecureClassLoader.defineClass
: (SecureClassLoader.java:101)
: at sun.applet.AppletClassLoader.findClass
: (AppletClassLoader.java:144)
: at java.lang.ClassLoader.loadClass(Compiled Code)
: at sun.applet.AppletClassLoader.loadClass(Compiled Code)
: at java.lang.ClassLoader.loadClass(Compiled Code)
: at java.util.ResourceBundle.findBundle(Compiled Code)
: at java.util.ResourceBundle.getBundle(Compiled Code)
: at java.util.ResourceBundle.getBundle
: (ResourceBundle.java:334)
: at oracle.dacf.dataset.Res.<clinit>(Res.java:16)
: at oracle.dacf.dataset.SessionInfo.<clinit>
: (SessionInfo.java:59)
: at package1.Applet1.<init>(Applet1.java:207)
: at java.lang.Class.newInstance0(Native Method)
: at java.lang.Class.newInstance(Compiled Code)
: at sun.applet.AppletPanel.createApplet
: (AppletPanel.java:532)
: at sun.plugin.AppletViewer.createApplet
: (AppletViewer.java:759)
: at sun.applet.AppletPanel.runLoader(AppletPanel.java:468)
: at sun.applet.AppletPanel.run(Compiled Code)
: at java.lang.Thread.run(Thread.java:479)
: JDeveloper Team (guest) wrote:
: : This is a response to multiple posts on problems with
: deploying
: : the Infobus Applet tutorial.
: : When you create your applet.jar file, here are some explicit
: : steps to follow when using the Deployment wizard, followed by
: : some general notes on deploying applets:
: : 1. Select Project->Deploy->New Profile from the menu.
: : 2. Click Next to get past the Welcome page, then accept the
: : default 'Deploy to Simple Archive' and click Next.
: : 3. On the Rules page, click << to shuttle all the rules back
: to
: : the left. We won't use the rules, but will explictly select
: : which source files to include from our project on the next
: page.
: : Click Next.
: : 4. On the Sources page, select your HTML file, XML file, and
: : Applet java file and click > to shuttle them over to the
: right.
: : Click Next.
: : 5. Here is where things get tricky in the deployment phase.
: For
: : this specific tutorial. You do NOT want to include
dependency
: : classes in your archive since you will deploy those
: separately.
: : Therefore, you want to ADD the oracle.dacf, oracle.jbo and
: javax
: : packages to the list of packages to EXCLUDE from the archive:
: : a. Click the Exclude button to display a list of packages.
: : b. Expand the oracle node and select the dacf subnode.
: : c. Click OK. Notice that oracle.dacf is added to the list
: of
: : packages to exclude from your archive.
: : d. Repeate a-c for oracle.jbo and javax.
: : e. The exclusions list on the Dependencies page should now
: : include oracle.dacf, oracle.jbo and javax (in addition to the
: : original default values)
: : f. Click the Preview button to show what will be included
in
: : your archive. It should ONLY show your .class, .xml and
.html
: : files from your project, a connection.properties file and the
: : manifest.
: : 6. Click Next.
: : 7. Enter a name for your archive jar file and click Finish to
: : generate it. Click Yes when prompted if you want to deploy
: now.
: : Copy the .jar file and each of the .jar/zip files listed in
: the
: : tutorial to your webserver. If the .jars will reside in a
: : different directory than the HTML file that calls the applet,
: : then you need to set the CODEBASE tag accordingly (relative
: path
: : from the HTML file to the archives).
: : Most of the archives you need to deploy are in the redist
: : directory. The classes111.zip file you deploy depends on
: which
: : driver you used, but by default will be in
: jdbc/lib/oracle8.1.5.
: : Basically, you want your applet archive file to contain ONLY
: the
: : class and xml files for your applet, and you want to deploy
: all
: : other 'referenced' archives separately (and list each of them
: in
: : the ARCHIVE tag of your applet's HTML file). This provides a
: few
: : benefits:
: : * your applet archive is much smaller because it doesn't
: : include all referenced class files
: : * if you have multiple Infobus applets, you only have to
: deploy
: : the commonly referenced archives once, not package them with
: each
: : applet and deploy them over and over which takes up space on
: the
: : server
: : As a side affect of the above deployment strategy, you have
to
: : explictly tell the deployment wizard to EXCLUDE these
: referenced
: : packages that it would normally try to include in your
: archive.
: : That is accomplished on the Dependencies page of the wizard
as
: : described above.
: : The Preview button will show you what is included. From
: there,
: : you can determine which packages to Exlcude. Keep checking
: the
: : Preview list to make sure you have stripped it down to the
: bare
: : minimum.
: : Hope this helps some.
: : L
null

Similar Messages

  • Deploy infobus applet--"Invalidating certificate principals"

    Hi, lots of questions about deploying infobus applet had been
    posted previously, but none of them is my case.
    After finishing generating "package1.jar", I copy every *.jar,
    *.zip file into my deploy directory "c:\temp" as well as the
    package1.applet1.html. But while I open this html file in
    Netscape 4.7, no applet appear. In the java console, the
    following error message appear..
    Invalidating certificate principals in [file:/C|/temp/try/,]
    Can the applet be invoked without webserver?
    I had tried to transfer the whole directory to the website(sun
    webserver), the same error message appear( only change is the
    path now is [155.69.60.117:88])
    Can anyone tell me why?
    thx
    null

    This is hardly an Advanced Language Topic, nor is it Java-related. And who uses Netscape? I'm just playing with you. No but seriously, nobody is gonna answer that here. This is a JAVA forum.

  • Sealing violation deploying Infobus Applet

    Hi:
    I'm trying to deploy an Infobus Applet. The database I'm using
    is Oracle 8.0.5, and I've installed the Java plug-in 1.2
    The connection dialog appears fine, but when I click the open
    button I get this exception
    405: sealing violation...
    I've read about sealing, and it seems to be a property in the
    manifest file generated in the JAR. But when I open the JAR I
    can't see the property referred in the documentation
    Any idea about what could be the problem?
    Thanks in advance
    Jose Luis
    null

    This is the whole text of the exception I get
    Jose Luis
    java.lang.SecurityException: sealing violation
    at java.net.URLClassLoader.defineClass(Compiled Code)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(Compiled Code)
    at sun.applet.AppletClassLoader.findClass(Compiled Code)
    at java.lang.ClassLoader.loadClass(Compiled Code)
    at sun.applet.AppletClassLoader.loadClass(Compiled Code)
    at java.lang.ClassLoader.loadClass(Compiled Code)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Compiled Code)
    at
    oracle.jbo.rt.jndi.JboInitialContextFactory.getInitialContext
    (JboInitialContextF
    actory.java:52)
    at javax.naming.spi.NamingManager.getInitialContext
    (NamingManager.java:783)
    at javax.naming.InitialContext.getDefaultInitCtx
    (InitialContext.java:165)
    at javax.naming.InitialContext.<init>
    (InitialContext.java:142)
    at oracle.dacf.dataset.SessionInfo._createAppModule
    (SessionInfo.java:1476)
    at oracle.dacf.dataset.SessionInfo.connect
    (SessionInfo.java:1186)
    at oracle.dacf.dataset.DbAccessImpl.connect(Compiled Code)
    at oracle.dacf.control.swing.LoginDlg._connectToDB
    (LoginDlg.java:1641)
    at oracle.dacf.control.swing.LoginDlg._okButtonClicked
    (LoginDlg.java:1550)
    at oracle.dacf.control.swing.LoginDlg.actionPerformed
    (LoginDlg.java:1632)
    at javax.swing.AbstractButton.fireActionPerformed(Compiled
    Code)
    at
    javax.swing.AbstractButton$ForwardActionEvents.actionPerformed
    (AbstractButton.ja
    va:1101)
    at javax.swing.DefaultButtonModel.fireActionPerformed
    (Compiled Code)
    at javax.swing.DefaultButtonModel.setPressed
    (DefaultButtonModel.java:250)
    at
    javax.swing.plaf.basic.BasicButtonListener.mouseReleased
    (BasicButtonListener.jav
    a:217)
    at java.awt.Component.processMouseEvent(Component.java:3126)
    at java.awt.Component.processEvent(Compiled Code)
    at java.awt.Container.processEvent(Compiled Code)
    at java.awt.Component.dispatchEventImpl(Compiled Code)
    at java.awt.Container.dispatchEventImpl(Compiled Code)
    at java.awt.Component.dispatchEvent(Compiled Code)
    at java.awt.LightweightDispatcher.retargetMouseEvent
    (Compiled Code)
    at java.awt.LightweightDispatcher.processMouseEvent(Compiled
    Code)
    at java.awt.LightweightDispatcher.dispatchEvent(Compiled
    Code)
    at java.awt.Container.dispatchEventImpl(Compiled Code)
    at java.awt.Window.dispatchEventImpl(Compiled Code)
    at java.awt.Component.dispatchEvent(Compiled Code)
    at java.awt.EventQueue.dispatchEvent(Compiled Code)
    at java.awt.EventDispatchThread.run(Compiled Code)
    null

  • Deploying InfoBus Applet

    I am new to java and JDeveloper. I have created a simple InfoBus Java Applet with a connection to an Oracle database. How do I test to see if it works outside the Jdeveloper environment. I went through the steps of packaging my files into a .jar file, deploying this jar file into my deployment directory:jdev\redist, copying the .zip and .jar files referenced in my html file into my deployment directory. What do I do now? Do I need to set a classpath to my deployment directory? How do I execute the application, which is in the jar file, to view in a web browser?

    You have made a few mistakes.
    You can easily package your applet by creating a deployment profile (Project | Deploy | New Deployment profile...)
    Once you include all the appropriate libraries and such, you will have a Jar/Zip file.
    The Redist directory has nothing to do with your deployment target - redist simply contains libraries that you can safely distribute with your apps without licencing issues.
    Now, to test your applet outside of JDeveloper, you can do several things:
    1. You can deploy it to your actual server, etc which you will do eventually.
    2. You can test it using the AppletViewer.
    To do this, Create a CMD shell. Go to the [JDev]\bin directory. Run SetVars.bat to initialize your environment variables. Then run AppletViewer -classpath...;YOUR-JAR appletName
    I hope this helps,
    John
    null

  • Problems deploying a simple Infobus Applet

    Hi,
    I am testing the infrastructure required to build an Infobus
    Applet for our Web-based application using the Business Component
    Framework in JDeveloper 3.0.
    I have created a simple project based on the Scott schema, which
    uses the Java Business Object framework to define Entity Objects,
    Views, etc. for the Dept and Emp tables.
    I have then created, using the Wizard, an Infobus Data Form to
    create a master-detail Applet to display Employees within a
    Department based on the above mentioned View Object. This works
    fine when running within JDeveloper3.
    However, when I try to deploy the applet to our Oracle
    Application Server as a simple HTML file and JAR file (not using
    EJB, etc. as we currently only have OAS 4.0.7.1 - waiting for OAS
    4.0.8 to be available for download), the applet fails to start.
    I have installed the Java Plug-in 1.2.2 from Sun as documented as
    I'm using Swing controls.
    After much frustration with the online 'Help', I managed to
    create a deployment profile which included the appropriate
    archives (See Packaging Source and Deployment Files in Help -
    still refers to 'Rules' and 'Sources' pages ala JDeveloper 2 NOT
    3.0).
    Using the Console feature of the Java Plug-in, I was able to see
    the progress of the Applets classes being loaded. It gets to the
    point where it's trying to load the ResTable classes in
    dacf.zip as found in the path:
    oracle\dacf\control\swing\find
    At this point, it just stops and nothing else happens.
    Do I need to explicitly localize my Infobus Applet because I'm in
    the United Kingdom and my PC has that as it's Regional Setting?
    That is, do I need to define a ResTable_en_GB version of this
    class?
    Also, in attempting to create a localized version, I had errors
    with JDeveloper stating that the text for the FIND_HELP_MESSAGE
    exceeds the limit of JDeveloper (meaning that it's too long and I
    needed to replace it with a shorter string). Could this be the
    problem in the first place?
    I have not been able to get the Applet to get beyond this point,
    although I'm still trying the localization to Great Britain.
    I know this is already a LONG email, but here is an extract from
    the Java Console after which nothing else happens:
    CacheHandler file name: null
    Opening
    http://dell_server.wsp.co.uk:4005/oracle/dacf/control/swing/find/
    ResTable_en.properties no proxy
    Opening
    http://dell_server.wsp.co.uk:4005/oracle/dacf/control/swing/find/
    ResTable_en.properties with cookie
    "SITESERVER=ID=8e93834f82ef0710b78e5a4b087d6eed".
    Regards
    Gene Schneider
    null

    Parameter passing in EJB must implement Serializable. One way to solve this is:
    1. Define a new class which implements
    Serializable.
    2. Place whatever you want to pass inside
    this class.
    3. Now use the new class as your parameter.
    eg.
    public class Params implements java.io.Serializable {
    String p1;
    XmlDocmuent xdoc;,
    etc, etc
    Your program now have to use the class Params for parameter passing.
    Hope this helps.
    Tam
    null

  • Deploying InfoBus Java Applet

    I have an Applet which will be utilized by only 10 - 20 users. Is is possible to deploy the InfoBus Applet in "local mode" for all 20 users? What are the benefits or penalties of deploying an InfoBus Java Applet through VisiBroker versus a local deployment? Thanks in advance!

    Your applet can be deployed in "Local mode". However, each time the user runs the applet, the associated archives will be downloaded from the server. The drawback of this approach is the download time for the applet and archives even on a LAN. Deploying your applet via Visibroker can reduce the number of archives on the client since the BC4J archives will reside in the middle tier. This requires a more complicated deployment model but the end user experience may be better since the download time will be less.
    - PSW

  • InfoBus applet deployment steps

    It seemed that some "users" have had success with the deployment
    of the InfoBus applet, can someone be kind enough to post the
    steps / process, ie to share their success stories
    thanks in advance
    null

    Make sure below :
    1.Only contain the application's class files,XML file,and
    connection.properties file in your .jar file.
    2.Distribute .jar file with runtime libaries for Infobus applet:
    class111.zip,connectionmanager.zip,dacf.zip,infobus.jar,
    javax_ejb.zip,jbomt.zip,jboremote.zip,jndi.jar,
    jdev-rt.zip,swingall.jar,xmlparser.jar
    3.Try your applet with IE browser.
    null

  • Infobus applet and temporary files

    Hi,
    I have made an infobus applet and deploy it with the OAS407.
    Now I have seen, that each time I load the applet from the
    OAS407 the applet create 15 files in my temp-folder with the
    prefix jar_cache (for example: jar_cache40989.tmp).
    There is no problem with creating but there is a problem with
    deleting because there is no mechanism for automatic deleting.
    So I have to delete these files manually but I think that this
    is unuseable for end-user.
    Does anybody know how to bypass this problem ?
    Thanks.
    Nils
    null

    <BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Nils Buering ([email protected]):
    I ran into the same problem when I built an applet that uses DAC and runs the app module in the downloaded applet. The Java plugin 1.2.2 is creating these files in TEMP and these files are equal in size to the support jar and zip files downloaded to the browser. You can easily verify this by comparing file sizes (use the Properties facility when you right click a Windows file sname to see its exact size in bytes). The plugin does not delete these files when you exit the browser and thus re-creates them every time you restart the browser and access the applet from the web server potentially filling the user's disk.
    SUN has fixed this problem with the 1.3 plugin. Ater downloading and installing the 1.3 plugin, you must edit the applet's HTML file to add two new PARAM options: "cache_option" and "cache_archive". See http://java.sun.com/j2se/1.3/docs/guide/misc/appletcaching.html for instructions (a document titled "Applet caching in Java Plug-in") on doing this. This basically tells the plugin to use its own caching, instead of the browser's and doing this, the jar files created in the user's TEMP directory are deleted when you kill the browser.
    However, since Jdeveloper is not certified with Java 2 v1.3, I ran into problems with code that works under the 1.2.2 plugin. The applet no longer runs once its been downloaded: I get a permissions error in jbo.logging.show and jbo.logging.trace; to wit: (java.lang.ExceptionInInitializerError: java.security.AccessControlException: access denied (java.sql.SQLPermission setLog). So switching to the 1.3 plugin will fix the buildup of jar files in TEMP problem; but your applets may no longer work! Best to wait until Jdeveloper is certified with 1.3 then you can run the 1.3 plugin successfully.
    Hi,
    I have made an infobus applet and deploy it with the OAS407.
    Now I have seen, that each time I load the applet from the
    OAS407 the applet create 15 files in my temp-folder with the
    prefix jar_cache (for example: jar_cache40989.tmp).
    There is no problem with creating but there is a problem with
    deleting because there is no mechanism for automatic deleting.
    So I have to delete these files manually but I think that this
    is unuseable for end-user.
    Does anybody know how to bypass this problem ?
    Thanks.
    Nils<HR></BLOCKQUOTE>
    null

  • How to 'deploy' an Applet when class files are on client machine?

    Hi all,
    I've searched through these forums and I can't find where my specific question has been asked before, so please accept my apologies for any duplication.
    I am trying to develop an applet for use on an intranet. (The specific requirement is that the applet must operate a scanner, and upload the scanned images to the database - we want it to be an applet so that it seamlessly integrates with the rest of the web application from the user's POV).
    Therefore the applet needs to run outside of the sandbox, but I don't want to go to all the hassle of getting a certificate from Verisign and signing the applet - that doesn't seem like it should be necessary, since there is no problem getting access to the client PC to install the class files by hand!
    I have read on this tutorial page that applets "that are loaded from the local file system (from a directory in the user's CLASSPATH) have none of the restrictions that applets loaded over the network do," so I don't think I am barking up the wrong tree:
    http://java.sun.com/docs/books/tutorial/deployment/applet/security.html
    That is exactly what I want to do! But whenever I try to run the applet, I get a no class definition found exception. However, if I run the applet as a standalone application (using its static main method) then the JRE has no trouble locating the class file - so I know that my CLASSPATH environment variable is set ok.
    Therefore I think the problem must be in my JNLP file. This is what mine looks like at present:
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://localhost:8080/JGNS008" href="http://localhost:8080/JGNS008/scanner-applet.jnlp">
        <information>
            <title>Scanner Applet Prototype</title>
            <vendor>Fooware</vendor>
        </information>
        <resources>
            <!-- Application Resources -->
            <j2se version="1.6+" href="http://java.sun.com/products/autodl/j2se" />
            <jar href="ScannerApplet.jar" main="false" />
        </resources>
        <applet-desc
             name="Scanner Applet Prototype"
             main-class="uk.co.fooware.ScannerApplet"
             width="72"
             height="20">
         </applet-desc>
         <update check="background"/>
    </jnlp>How do I rewrite this so that it doesn't try to download the class files from the network?
    Many thanks,
    Richard.

    richardwild wrote:
    ..I am trying to develop an applet for use on an intranet. (The specific requirement is that the applet must operate a scanner, and upload the scanned images to the database - we want it to be an applet so that it seamlessly integrates with the rest of the web application from the user's POV).
    Therefore the applet needs to run outside of the sandbox, but I don't want to go to all the hassle of getting a certificate from Verisign and signing the applet - that doesn't seem like it should be necessary,.. Code can be digitally signed without a 'verified' certificate from Versign.
    ..since there is no problem getting access to the client PC to install the class files by hand!
    I have read on this tutorial page that applets "that are loaded from the local file system (from a directory in the user's CLASSPATH) have none of the restrictions that applets loaded over the network do," so I don't think I am barking up the wrong tree:
    http://java.sun.com/docs/books/tutorial/deployment/applet/security.html
    Huh. I had never heard of that, but since I do not have access to my end user's classpath it is not that important to me.
    BTW - I am guessing they mean the path indicated by [http://pscode.org/prop/all.html?prop=java.class.path].
    And putting classes into JRE folders seems very hackish to me.
    That is exactly what I want to do! But whenever I try to run the applet, I get a no class definition found exception. However, if I run the applet as a standalone application (using its static main method) then the JRE has no trouble locating the class file - so I know that my CLASSPATH environment variable is set ok.Huh?
    Therefore I think the problem must be in my JNLP file. Huh?!? Why not deploy the applet using a standard applet element? The only way to configure an applet using a JNLP is ..
    a) If the applet is intended to be free floating.
    b) If the applet is intended to be embedded in a plug-in2 architecture JRE. Why impose that restriction, when it seems unnecessary and unproductive?
    Note that the second option is very new, and I would not expect all the things mentioned in the document you linked, to apply equally to JNLP embedded applets. If you want this applet embedded, I suggest you drop the entire JNLP approach and use a standard applet element.

  • Loading A Blank InfoBus Applet

    I have created an InfoBus Applet and am wondering if there is any way to load it blank(no data on sreen). By default, it executes the master query and brings the results to screen when the applet loads. Is there a property on the master rowset that needs to be set? What functions are available to rowset or sessionInfo which will allow the applet to load blank, and only execute the master query when the user queries via find dialog? Any help would be greatly appreciated.

    Hi,
      This could be a combination of numerous things, check the following
    - Flash Player version used
    - Internet Explorer (IE) version
    - How big is the flash file you trying to load. Try using a smaller version and see if it works. That way we can elimiate flash memory related.
        Make sure all are in the supported platform for Xcelsius 2008 (What Service Pack are you on?).
    Regards,
    Ken

  • How deploy javafx Applet in Tomcat

    Hi all!
    Please help me. How i can deploy JavaFX Applet in Tomcat

    Are you using Netbeans or SDK?

  • Deploying an Applet

    hey there,
    if created a applet with which you can send SQL statements to a Oracle Database and then see the results in a nice swing table (JTable). If Only used the connection manager to acces the database. In the JDeveloper environment this works very nice.
    My problem starts when I want to deploy the Applet somewhere else. The error i'm getting in my iExplorer statusbar (after using the deployment wizard) is:
    load: package1.MainApplet cant be instantiated.
    if got some experience with java and using jars and stuff. I'm pretty sure it's not that (I've tried basicly everything I could think of.
    Is it possible that this error occurs because I'm not running it from the database computer. I thought that it just wouldn't be able to log on to the database. (the logon secuence starts after clicking a button so I expect it would be able to start)
    please let me know what you think even if you think it's of no help, dialog often helps you know
    thanks
    Erik
    [email protected]

    Hi,
    It looks like you are not using BC4J in your applet. There are some bugs there for the 3.1.1 release, but not the ones you are getting.
    The most important thing for deployment of an applet is:
    1. Deploy EVERYTHING that your applet needs to the server. This includes the applet classes themselves, as well as dependency libraries such as the classes12.zip file for the connection, rt.zip, etc. Best thing to do here is to select your project in the Navigator, and choose Properties ... from the right-mouse menu. Now click the Libraries tab. Here you will see a list of libraries. All of the jar/zip files that make up these libraries need to be deployed with your applet to the webserver.
    2. If you have deployed all of your dependency libraries to the webserver, you will need to make sure that the HTML file that contains the applet tag correctly lists all of the jars/zips in the ARCHIVE tag. Note that if you are using the JDK 1.2 plugin (you should), then the ARCHIVE tag appears MORE THAN ONCE in your HTML file. Open that file in a text editor and make sure the ARCHIVE list is correct for ALL instances of the tag.
    Here are some good generic applet references to check:
    Borland JBuilder doc: http://www.borland.com/techpubs/jbuilder/jbuilder3-s/pg/applets.html
    JavaSoft Plugin Download: http://java.sun.com/products/plugin/
    JavaSoft Applets Resources Page: http://www.javasoft.com/applets/index.html
    null

  • How to deploy database Applets

    I use JDeveloper to build applets. What is the best way to
    deploy database applets to the 9iAS Portal?
    marcel

    My application is targeted toward home users with an Internet connection but minimal computer knowledge. It is not clear to me how I could install and configure a database server using WebStart, and doing it manually would hopelessly overwhelm my target audience. So I opted for a simple embedded PureJava database which stores information in ASCII files.
    I have several such files containing product data catalogs which I need to transfer using WebStart and write to a standard, platform-independent directory (i.e. no C:\ or such) which my JDBC URL can then access. I can pack my data files into a JAR and programmatically extract them on the client side. However, the problem is finding out what the application's client-side default path is in order to save my files to a standard location. It appears that the default path is the Windows Desktop the first time the app is started, but changes to the application's home directory (C:\Program Files\Java Web Start\.javaws\cache\...\myApp) thereafter.
    Any hints or suggestions?

  • Deploying my applet

    hello everyone.
    I have spent the morning reading up on how to deploy my applet but i am just getting frustrated. I had no success trying to create the jar file for my applet. All i kept getting was 'bad command of filename' in the command line. But i don't need a .jar to put my applet in a html page right? All i need is the .class file and the one image I am using?
    I put the 'Applet1.class', the picture, and the html page in the same directory but i was hoping if someone could explain why i am not viewing it. here's what i have in the applet tag:
    <applet
    code = "Applet1.class"
    width = "400"
    height = "300"
    hspace = "0"
    vspace = "0"
    align = "top"
    >
    </applet>
    I just don't understand how to deploy my applet. I am using JBuilder 5 Personal and in it's tutorial it says that the "JDK must be on your path" but i don't know how to do this in the command line! I never learned DOS so my knowledge of it is merely navigational and Borland's site is just horrible for finding answers. (at least for newbies)
    Please help me.
    I have three files: the .class, .gif, and the .html in the same directory. How do i put them together?
    getting sad,
    -cloudtwist-

    1. check your classpath to see whether it is correct for both your java commands as well as your working directory
    2. make sure that your .html is pointing to the correct directory in which your .class file resides.
    3. it could also be that you might not have the proper java plug-in in your browser window. You can atleast momentarily avoid this problem by implementing the applet below which you can view in an appletviewer.
    you can try this very simple applet to check how an applet works. Note that in this I have put the html code along as a comment and it should be run with the command "appletviewer basicapplet.java" after compilation. You don't need a .html file for this.
    If you are getting
    import java.awt.*;
    import java.applet.Applet;
    /*<applet code=basicapplet.class
    width=300
    height=300>
    </applet>*/
    public class basicapplet extends Applet{
    public void paint(Graphics g){
    g.drawString("Hello from Java", 80, 120);

  • Deploying Signed Applet to my users

    Hello,
    I have a signed applet from Thawte and it runs good on my machine, but I have the prblem of trying to deploy the applet to other users on other machines. What is the steps needed so that I don't have to change the java.policy file on their computers. This applet will run on a server that the group has access to.

    Develop a HTML or JSp to point to download the Applet Class and ask the Users to access the Html Page... now the Applet would have downloaded to the User Machines and it will do the job u wanted to do...

Maybe you are looking for