JWS Not updating Jars in 1.6.0

Hi,
I have been using JWS since JRE 1.3. We have a servlet running and up until now I just had to increment the "version" for a respective Jar file and JWS would download that jar nicely.
I moved to JRE 1.6 this week and for some reason (using the same back end) it seems like JWS launches and "Skips" and jars that have been updated (e.g. the version incremented). If I add new jars it seems to pick them up.
Any help would be greatly appreciated. My JWS is here:
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.0+" codebase="http://var_host/servlet/Loader/loanmagic_v4" href="loanmagic.jnlp">
     <information>
          <title>var_lm4_title</title>
          <vendor>Document Systems, Inc.</vendor>
          <homepage href="http://www.loan-magic.com"/>
          <description>Point of Sale Software for Mortgage Professionals.</description>
          <icon href="loanmagic.gif"/>
          <offline-allowed/>
          <shortcut>
<desktop submenu="var_lm4_title"/>
<menu submenu="var_lm4_title"/>
</shortcut>
     </information>
     <security>
          <all-permissions/>
     </security>
     <resources>
          <java version="1.6+" initial-heap-size="64m" max-heap-size="256m"/>
<jar main="true" href="loanmagic.jar" version="4.0025" download="eager"/>
<jar href="comfyj-2.4.jar" version="4.000" download="eager"/>
<jar href="jexplorer-1.8.jar" version="4.000" download="eager"/>
<jar href="jexplorer-dll.jar" version="4.000" download="eager"/>
<jar href="jniwrap-3.6.jar" version="4.000" download="eager"/>
<jar href="winpack-3.6.jar" version="4.000" download="eager"/>
<jar href="jdom.jar" version="4.000" download="eager"/>
<jar href="jaxen-core.jar" version="4.000" download="eager"/>
<jar href="jaxen-jdom.jar" version="4.000" download="eager"/>
<jar href="saxpath.jar" version="4.000" download="eager"/>
<jar href="xstream-1.2.1.jar" version="4.000" download="eager"/>
<jar href="jfreechart-1.0.3.jar" version="4.000" download="eager"/>
          <jar href="jcommon-1.0.8.jar" version="4.000" download="eager"/>
<jar href="calculators.jar" version="4.000" download="eager"/>
<jar href="jRegistryKey.jar" version="4.000" download="eager"/>
<jar href="jRegistryKey-dll.jar" version="4.000" download="eager"/>
<jar href="xml-apis.jar" version="4.000" download="eager"/>
<jar href="xalan.jar" version="4.000" download="eager"/>
<jar href="serializer.jar" version="4.000" download="eager"/>

<jar href="fillmagic.jar" version="4.000" download="eager"/>
<jar href="asjava.jar" version="4.000" download="eager"/>
<jar href="asjava_p.jar" version="4.000" download="eager"/>
<jar href="fop.jar" version="4.000" download="eager"/>
<jar href="avalon-framework-4.2.0.jar" version="4.000" download="eager"/>
<jar href="fsjython.jar" version="4.000" download="eager"/>
<jar href="rmstools.jar" version="4.000" download="eager"/>
<jar href="barcode4j.jar" version="4.000" download="eager"/>

<jar href="itext-1.4.5.jar" version="4.000" download="eager"/>
<jar href="pcl2pdfconverter.jar" version="4.000" download="eager"/>
<jar href="pclonscreen.jar" version="4.000" download="eager"/>
<jar href="pclrenderimage.jar" version="4.000" download="eager"/>
<jar href="FullViewMagic.jar" version="4.000" download="eager"/>
<jar href="TableLayout.jar" version="4.000" download="eager"/>

<property name="syncContext" value="/lmserver4/sync/"/>
<property name="loginHandlerPath" value="var_host/servlet/login"/>
<property name="useHTTPS" value="var_https"/>
<property name="newUserSetupURL" value="https://var_host/webservices/loanmagic/newuserintro.jsp"/>
<property name="emailPasswordURL" value="https://var_host/webservices/login/emailpass.jsp"/>
<property name="DSIServerPath" value="var_host"/>
<property name="emailHandlerPath" value="var_host/webservices/email/Processor"/>
<property name="emailSchemaPath" value="http://var_host/webservices/email/schema/email_process_request.xsd"/>
<property name="tutorialURL" value="http://var_host/support/tutorials/loanmagic/main.jsp"/>
<property name="faqURL" value="http://var_host/support/faq/loanmagic/main.jsp"/>
<property name="supportURL" value="http://var_host/support/main.jsp"/>
<property name="productSuggestionsURL" value="http://var_host/support/suggest.jsp"/>
<property name="pricingURL" value="http://var_host/webservices/loanmagic/fees.jsp"/>
<property name="requestHandlerPath" value="var_host/servlet/RequestHandler"/>
<property name="requestHandlerDTDPath" value="var_host/webservices/ws/dtd"/>
<property name="jwsLoanMagicDir" value="loanmagic_v4"/>
<property name="adminURL" value="https://var_host/webservices/admin?fromlm=true"/>
<property name="releaseNotesURL" value="http://var_host/webservices/loanmagic/releasenotes_v4.jsp"/>
<property name="privacyURL" value="http://var_host/privacy.jsp"/>
<property name="loanAppURL" value="/lmserver/newLoanApp.do"/>
<property name="comingSoon" value="http://var_host/products/loanmagic/main.jsp?copy"/>
<property name="applicationVersion" value="4.0024"/>
     </resources>
     <application-desc main-class="com.docmagic.loanmagic.LoanMagic"/>
</jnlp>
Note, for example, I could update:
<jar main="true" href="loanmagic.jar" version="4.0025" download="eager"/>
to
<jar main="true" href="loanmagic.jar" version="4.0026" download="eager"/>
And it would get downloaded when I restart the JWS app on the client. This no longer seems to be the case..
Maybe I am missing a new tag or something..

i'm having the same problem.
there is a new tag in JNLP 6
<update check="always" policy="always"/>
but even so , the jars wont be updated.
However, i noticed that JWS does update it's cached JNLP (you can check from JWS Cache viewer , Show JNLP) but even if in the new JNLP there are new JAR versions specified , it wont get them till next time you launch the app.
something like this is described here
http://java.sun.com/developer/community/askxprt/2006/jl0410.html
Dan

Similar Messages

JWS Hanging when updated jar available

Hi,
When I make an updated JAR file available, it gets downloaded and verified correctly (it's signed), but then nothing. The progress dialogue simply says that scanning has reached 100%. There have been a couple of threads along these lines, but nothing that seems to jump out as a solution. Here are the details:
I have an application that I am deploying, as described by this JNLP file:
<?xml version="1.0" encoding="ANSI"?>
<jnlp spec="1.0+" href="ourapp_main.jnlp" codebase="http://myMachineName/ourapp">
<information>
    <title>Application Titlet</title>
    <vendor>Meridian Informatics</vendor>
    <homepage href="http://meridianinfo.com" />
    <description>Our app</description>
    <description kind="one-line">Our app</description>
    <description kind="tooltip">Our app</description>
    <description kind="short">Our app</description>
    <icon href="http://myMachineName/ourapp/images/icon.gif" version="" width="" height="" depth="" size="" />
    <offline-allowed />
</information>
<resources>
    <j2se version="1.3+" />
    <jar href="ourapp_main.jar" main="false" download="eager" />
    <nativelib href="win32printerdll.jar" download="eager" />
    <extension href="activation.jnlp" name="activation" />
    <extension href="borland.jnlp" name="borland" />
    <extension href="collections.jnlp" name="collections" />
    <extension href="design_pro.jnlp" name="design_pro" />
    <extension href="ourapp.jnlp" name="ourapp" />
    <extension href="ibmftp.jnlp" name="ibmftp" />
    <extension href="framework.jnlp" name="framework" />
    <extension href="mail.jnlp" name="mail" />
    <extension href="xreport_pro.jnlp" name="xreport_pro" />
    <extension href="xtools.jnlp" name="xtools" />
</resources>
<security>
    <all-permissions />
</security>
<application-desc main-class="com.meridianinfo.ourapp.twotier.MainApp" />
</jnlp>And here's a JNLP file for one of the extensions (all extension JNLP files were copied from an original and the relevant names changed):
<?xml version="1.0" encoding="ANSI"?>

<jnlp codebase="http://myMachineName/ourapp" spec="1.0+" href="ibmftp.jnlp">
<information>
    <title>Desktop for Ecommdirect</title>
    <vendor>Meridian Informatics</vendor>
    <homepage href="http://meridianinfo.com" />
    <offline-allowed />
    <icon kind="default" href="http://myMachineName/ourapp/images/icon.gif" />
</information>
<resources>
    <jar href="ibmftp.jar" main="false" download="eager" />
</resources>
<component-desc />
<security>
    <all-permissions />
</security>
</jnlp>In versions of JWS prior to the latest, all the JNLP files would be downloaded, but then processing would stop (i.e. no jar files would be downloaded).
When using the latest version of JWS, launching an application for the first time works fine - everything gets downloaded correctly, installed, and the application launched. As long as there are no updates, this continues to work.
If I update one of the jar files, it is downloaded and scanned, but the application never starts. The dialogue stating that scanning has reached 100% remains on screen. There is nothing untoward in the log file or in the console. If I hit Cancel at this point, and try to launch the application again, everthing works (of course, there is nolonger an update to download at this point).
If I update two or more jar files (but not all!), I have to repeat the previous procedure for every updated jar file, before the application will launch.
If I update all of the jar files, it works as expected - everything is downloaded and installed and the application is started.
BTW: I am "updating" the jar files by resigning them (using jarsigner).
I am using Win NT and Win 2K, JRE's 1.3.1 and 1.3.0_01.
This looks like a bug to me, but before I log it as such, I'd appreciate hearing your thoughts/comments. Maybe there is something missing from my JNLP files, or some combination of software that is likely to cause this?
All comments appreciated.
Kieran

There have been a couple
of threads along these lines, but nothing that seems
to jump out as a solution.Yep.
My strategy is brute force, born out of cluelessness, and is either
1. nuke .javaws/cache and retry
or if that doesn't help get really angry and
2. nuke the whole Java Web Start installation directory (and please make sure that not a single .dll survived eg due to IE having some instance slurped in), reinstall Web Start and retry
and if that does not help we go into scapegoat location mode and do
3. It must be the bloody JRE, thus try again with 1.3.1, 1.3.1_01, 1.4 and whatever JRE you get your hands on, try also alternative vendors like IBM or Blackdown
the adventureous now might do
4. sign that incomprehensible license agreement, download the Web Start sources and fix the problem yourself
but if you have not enough time or skills on your hand then finally give up and try
5. It is a Web Start bug. Let's submit it as bug and wait for 1.1
Not too subtle, eh? :-)
But there are reasons for this.
installation of new versions might end in a mess
No. 2 is motivated by the fact that deinstallations of old Web Start versions and installations of new Web Start versions might lead to a mess.
Ideally Web Start would work afterwards such installations without problems, and even better, the old cache would be left intact, so that not everything needs to get downloaded again.
I had two cases (me playing with 1.01 and 1.01_01, and a colleague playing with 1.01something and trying out the 1.4 JDK beta, where Web Start is a part of the JDK) where this led to a hang of that kind what you described.
The installation guide
http://java.sun.com/products/javawebstart/docs/installguide.html
hints as well that things might go wrong.
cache corruption, insufficient change detection
No. 1 is rooted in the observation that Web Start's update mechanism does not work as expected.
Ideally, when we launch an app, the Web Start client should find out about the main jnlp file and the sub jnlp files and jar files that are used by it. It should detect changes in all those items and download if they changed.
BTW: I am "updating" the jar files by resigning them
(using jarsigner).But what changes does it detect?
- does it just look if something with the same name is already in the cache?
- does it look at the timestamps of the cache contents and compare that to the timestamps of the versions on the server?
- does it compare content differences (eg by calculating hashes like md5 or SHA-1)?
My impression that it does only the first.
I very often have to empty the whole Web Start cache on the client, when I'm changing/updating jars and jnlps on the server.
more fun
No.3 is justified by experience. I had many surprises here.
Regards,
Marc

Jar or Zip utility DST not updated

All,
I have an issue with a file (call it "test.dat") that I am trying to Jar up. The file's modified date must match up exactly. It's date is "Oct 30, 2006 6:18" on my Windows 2000 machine (updated for new US DST). When I run the "jar -cvf test.jar test.dat" command it goes into the jar as having a modified date of ""Oct 30, 2006 5:18". I can tell by opening the jar file in WinZip. Please note it is not WinZip's display as I can manually add test.dat and it has the correct time of 6:18. When I unzip the test.jar file, test.dat has the time of 5:18. Being an hour behind, I immediately suspected daylight savings time (DST).
So because the jar command is based upon zip, perhaps zip was not updated. It seems odd that it wouldn't use the normal time zone DB. I ran the US DST Timezone Tool 1.1.0 (tzupdater). It says I have tzdata2006p.
Java version: 1.5.0_07 (b03)
OS version: Windows 2000 sp4
Any help would be appreciated! Even if it is just to confirm that there is a problem.

hi c001803
... has anyone resolved the issue without re-creating the projectIs this problem blocking you in any way?
The scenario shown in this sceencast results in two connections (without re-creating the project):
http://www.screentoaster.com/watch/stUEpQSkxIR15eR1RcW1NbVlFX/save_connection_error_reading_jps_config_xml
Which version of JDeveloper are you using? (The "Save Connection Error" problem does not seem to reproduce using JDeveloper 11.1.1.3.0 .)
(tip : You can use "Your Control Panel" to make your name visible in forum posts.)
regards
Jan

Jar sometimes not updated

I want javaws to always download the newest version of my jar file.
Currently javaws is not updating the jar file when I start the application
the first time after uploading a new program version.
It needs to be started a 2nd time to run the newest version.
Can this behaviour be changed ?
There are some related posts to this topic like
http://forum.java.sun.com/thread.jspa?forumID=38&threadID=207518
but they do not provide a solution.

Sounds like a server problem. Telnet to your webserver and find out what it is returning in the jnlp file as the jar's version the first time. I would expect that the version has not been updated.

JAR File Will NOT Update on WebStart!

I want an updated jar application to run on WebStart, but it always runs the original jar file I put on the server. (The update of the jar file works fine by itself.) I have updated the .jar file as well as the .jnlp file. I have tried deleting the cache in Webstart. I have also fully reloaded WebStart, and the .jar files when nothing else worked. I even totally renamed the .jar and .jnlp files, and it still runs the original file. Everything else works smoothly.
Any suggestions?

If you want your application to always check for a new version, you should use the JNLP API, i think the DownloadService(http://java.sun.com/products/javawebstart/docs/javadoc/javax/jnlp/DownloadService.html) interface will do the job. Here�s an example:
import javax.jnlp.*;
    DownloadService ds;
    try {
        ds = (DownloadService)ServiceManager.lookup("javax.jnlp.DownloadService");
    } catch (UnavailableServiceException e) {
        ds = null;
    if (ds != null) {
        try {
            URL url =
                    new URL("http://java.sun.com/products/javawebstart/lib/YOURAPP.jar");
            if ( ! YourApp.isLastVersion() ) { // some method to check versions on the server....
                ds.removeResource(url, "1.0");
                // reload the resource into the cache
               DownloadServiceListener dsl = ds.getDefaultProgressWindow();
               ds.loadResource(url, "1.0", dsl);
        } catch (Exception e) {
            e.printStackTrace();
    }

ADF master-detail master selection not updating detail tables properly

Hi All,
I am using JDev version : 11.1.2.0.0
I created new Fusion Web Application Module. In that module I created a master-detail data model and added them to a page fragment with a query panel. When I run it as a separate module, It works perfectly and Master selection correctly updates detail tables.
But when I integrate that module to another Fusion Application(Add application jar file to the Master Application libraries), Master-details master selection not updating detail tables properly. This problem occurred sequentially.
The problem is that.
After the page load, first selection of the Master Table works correctly and detail tables update correctly.
But second selection doesn't work, means detail table doesn't get update according to the Master table.
And again in the third selection works correctly.
This happens in a sequential manner. I monitor the behavior using Firebug. Observations are as follows,
When running correctly, Response of the Post Definition is
<?xml version="1.0" ?> <partial-response><changes><update id="pt1:t1"><![CDATA[<div tabindex="0" id="pt1:t1" class="xpa xpi" _leafColClientIds="['pt1:t1:c1','pt1:t1:c2','pt1:t1:c3','pt1:t1:c4','pt1:t1:c5','pt1:t1:c6','pt1:t1:c7','pt1:t1:c8','pt1:t1:c9','pt1:t1:c10','pt1:t1:c11','pt1:t1:c12','pt1:t1:c13']"><div id="pt1:t1::ch" style="overflow:hidden;position:relative;width:1365px;" _afrColCount="13" class="xz4"><table class="xz6" summary="This table contains column headers corresponding to the data body table below" id="pt1:t1::ch::t" style="position:relative;table-layout:fixed;width:1365px" cellspacing="0"><tr><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th><th style="padding:0px;padding-left:5px;width:100px;"></th></tr><tr><th id="pt1:t1:c1" _d_index="0" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c1::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">DateFormat</div></th><th id="pt1:t1:c2" _d_index="1" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c2::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">DefinisionId</div></th><th id="pt1:t1:c3" _d_index="2" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c3::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldId</div></th><th id="pt1:t1:c4" _d_index="3" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c4::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldLabel</div></th><th id="pt1:t1:c5" _d_index="4" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c5::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldLength</div></th><th id="pt1:t1:c6" _d_index="5" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c6::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldOffset</div></th><th id="pt1:t1:c7" _d_index="6" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c7::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldOrder</div></th><th id="pt1:t1:c8" _d_index="7" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c8::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldStatus</div></th><th id="pt1:t1:c9" _d_index="8" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c9::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldType</div></th><th id="pt1:t1:c10" _d_index="9" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c10::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">FieldTypeLen</div></th><th id="pt1:t1:c11" _d_index="10" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c11::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">IgnoreField</div></th><th id="pt1:t1:c12" _d_index="11" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c12::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">IsMandatory</div></th><th id="pt1:t1:c13" _d_index="12" _afrLeaf="true" _afrRoot="true" align="left" class="xz7"><div style="position:relative; float:right"><table id="pt1:t1:c13::afrSI" _afrHoverable="true" style="display:none" class="xzs" cellpadding="0" cellspacing="0"><tr><td _afrSortAsc="1"><a tabIndex="-1" class="xza" title="Sort Ascending"></a></td><td _afrSortDesc="1"><a tabIndex="-1" class="xzb" title="Sort Descending"></a></td></tr></table></div><div class="x19d">RecordType</div></th></tr></table></div><div id="pt1:t1::db" class="xyx" style="position:relative;width:100%;overflow:hidden" _afrColCount="13"></div><div id="pt1:t1::sm" class="xzt" style="position:absolute;display:none"></div><div id="pt1:t1::ri" class="xyz" style="position:absolute;display:none;overflow:hidden"></div><div id="pt1:t1::dataW" style="display:none"></div></div>]]></update><update id="f1::postscript"><![CDATA[<span id="f1::postscript"><span id="f1::postscript:st"><input type="hidden" name="javax.faces.ViewState" value="!-75cc188st"></span></span>]]></update><update id="d1::iconC"><![CDATA[<span id="d1::iconC" style="display:none"><span id="af_table::disclosed-icon"></span><span id="af_table::undisclosed-icon"></span></span>]]></update><update id="javax.faces.ViewState"><![CDATA[!-75cc188st]]></update><eval><![CDATA[AdfPage.PAGE.__handleRichResponseAction('/MillenniumCSD-ViewController-context-root/faces/FileDefinition?_adf.ctrl-state=cmpl0ptfg_7');]]></eval><eval><![CDATA[AdfPage.PAGE.sendStreamingRequest("pt1:t1");]]></eval><extension id="adf-script-library">/MillenniumCSD-ViewController-context-root/afr/partition/gecko/default/opt/dnd-SHERMAN-1147.js</extension><extension id="adf-script-library">/MillenniumCSD-ViewController-context-root/afr/partition/gecko/default/opt/nav-SHERMAN-1147.js</extension><extension id="adf-script-library">/MillenniumCSD-ViewController-context-root/afr/partition/gecko/default/opt/menu-SHERMAN-1147.js</extension><extension id="adf-script-library">/MillenniumCSD-ViewController-context-root/afr/partition/gecko/default/opt/table-SHERMAN-1147.js</extension><eval>AdfPage.PAGE.addResource('javascript','/MillenniumCSD-ViewController-context-root/JarLoaderPages/jquery-1.7.1.min.js');</eval><eval>AdfPage.PAGE.addResource('javascript','/MillenniumCSD-ViewController-context-root/JarLoaderPages/dis_contx.js');</eval><eval>AdfPage.PAGE.addResource('javascript','/MillenniumCSD-ViewController-context-root/js/floating_bar_bottom.js');</eval><eval>if(self.window.name != "MillenniumDepository"){ self.location = "mcsd.html"; }</eval><eval><![CDATA[AdfDhtmlLookAndFeel.addSkinProperties({"af|table-tr-column-scroll-animation-duration":"300","af|table-tr-column-reorder-animation-duration":"600","af|table-tr-hover-highlight-row":"true"});AdfPage.PAGE.addComponents(new AdfRichTable('pt1:t1',{'rowSelection':'single','rowBandingInterval':0,'editingMode':'none','afrSelListener':true}),new AdfRichColumn('pt1:t1:c1',{'sortProperty':'DateFormat','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c2',{'sortProperty':'DefinisionId','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c3',{'sortProperty':'FieldId','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c4',{'sortProperty':'FieldLabel','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c5',{'sortProperty':'FieldLength','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c6',{'sortProperty':'FieldOffset','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c7',{'sortProperty':'FieldOrder','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c8',{'sortProperty':'FieldStatus','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c9',{'sortProperty':'FieldType','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c10',{'sortProperty':'FieldTypeLen','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c11',{'sortProperty':'IgnoreField','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c12',{'sortProperty':'IsMandatory','sortable':true,'minimumWidth':12,'rowHeader':false}),new AdfRichColumn('pt1:t1:c13',{'sortProperty':'RecordType','sortable':true,'minimumWidth':12,'rowHeader':false}));AdfPage.PAGE.__recordSessionTimeout(1800000, 120000, "http://127.0.0.1:7101/MillenniumCSD-ViewController-context-root/faces/FileDefinition");AdfPage.PAGE.__initPollingTimeout(600000);AdfPage.PAGE.clearMessages();AdfPage.PAGE.clearSubtreeMessages('pt1:t1');AdfPage.PAGE.clearSubtreeMessages('pt1:resId1');]]></eval></changes></partial-response>
When not running correctly, Response of the Post Definition is
<?xml version="1.0" ?> <partial-response><changes><update id="f1::postscript"><![CDATA[<span id="f1::postscript"><span id="f1::postscript:st"><input type="hidden" name="javax.faces.ViewState" value="!-75cc188st"></span></span>]]></update><update id="javax.faces.ViewState"><![CDATA[!-75cc188st]]></update><eval><![CDATA[AdfPage.PAGE.__handleRichResponseAction('/MillenniumCSD-ViewController-context-root/faces/FileDefinition?_adf.ctrl-state=cmpl0ptfg_7');]]></eval><eval>AdfPage.PAGE.addResource('javascript','/MillenniumCSD-ViewController-context-root/JarLoaderPages/jquery-1.7.1.min.js');</eval><eval>AdfPage.PAGE.addResource('javascript','/MillenniumCSD-ViewController-context-root/JarLoaderPages/dis_contx.js');</eval><eval>AdfPage.PAGE.addResource('javascript','/MillenniumCSD-ViewController-context-root/js/floating_bar_bottom.js');</eval><eval>if(self.window.name != "MillenniumDepository"){ self.location = "mcsd.html"; }</eval><eval><![CDATA[AdfPage.PAGE.__recordSessionTimeout(1800000, 120000, "http://127.0.0.1:7101/MillenniumCSD-ViewController-context-root/faces/FileDefinition");AdfPage.PAGE.__initPollingTimeout(600000);AdfPage.PAGE.clearMessages();AdfPage.PAGE.clearSubtreeMessages('pt1:t1');AdfPage.PAGE.clearSubtreeMessages('pt1:resId1');]]></eval></changes></partial-response>
I could not figure out what went wrong when integrating to another module.
Can you please help me to rectify this problem.
Thanks
dk

Hi,
sound to be an implementation specific issue that is hard to comment on without knowing how to reproduce it. If you have a rerooducible test case based on the Oracle HR schema using JDeveloper 11.1.1.6, zip it up, rename the "zip "extension to "unzip" and sent it to the mail address you find in my OTN profile. If you don't have that test case, explain how this can be reproduced
Frank

Error While Opening an Updated JAR file

Frnds,
I have some problem with a JAR file update. Seek ur help in this regard.Here goes my problem.
I need to update a jar file ( need to replace a single .class file with a new one ). I updated the JAR file using ' jar uf ' command and it was successfull.. I removed the old JAR file and replaced it with the updated JAR file. But when i tried to invoke the JAR application using Java we start iam unable to open the applicaiton. But when i replace this upadted JAR file with the old JAR file ( using the backup) the application loads correctly.
The application is hposted in Apcahe web server. Is a server restart required after deploying the updated JAR file or is this porblem due to some other reasons.
Thanks in advance.
Regards,
Bala.

It appears that the New Report .vi only accepts the .xlt template format and not .xltx as one would commonly expect. I am currently working to determine for sure that this is the case, but it does run (mostly) properly on my end if you make that change.
When I say mostly, I mean there are a couple other minor issues with your code. First the first frame of your sequence structure is really accomplishing anything. If your intent is to open a reference to the excel template, there is no need because the New Report .vi does it automatically.
Second, you will need a file path of some sort wired in to your Save Report to File .vi or else you will get a different error message after fixing the .xlt issue. I am currently researching whether this should be marked as a required terminal instead of recommended so that it not being wired would result in a broken run arrow rather than an error.
Let me know if these suggestions resolve your issue, or if I can provide further input on what you are doing in your first frame. I will touch base again once I determine whether these are expected behaviors or bugs.
Christopher S. | Applications Engineer
Certified LabVIEW Developer
"If in doubt... flat out." - Colin McRae

Why not all jars picked up by ojdeloy and how to generate build.xml from command line and not JDEV GUI - quick question

Hi All
We have 11.1.1.7 ojdeploy to compile our app.
We notice in the log that not all jars are used in classpath arguments when we explicitly set them up for compilation.
eg:
<path id="classpath">
    <pathelement location="../../Oracle/Middleware/oracle_common/modules/oracle.adf.share_11.1.1/commons-el.jar"/>
    <pathelement location="../../Oracle/Middleware/oracle_common/modules/oracle.adf.share_11.1.1/jsp-el-api.jar"/>
    <pathelement location="../../Oracle/Middleware/oracle_common/modules/oracle.adf.share_11.1.1/oracle-el.jar"/>
    <pathelement location="interface/public_html/WEB-INF/lib/a.jar"/>
    <pathelement location="interface/public_html/WEB-INF/lib/b.jar"/>
    <pathelement location="interface/public_html/WEB-INF/lib/c.jar"/>
    <pathelement location="interface/public_html/WEB-INF/lib/d.jar"/>
</path>
Log Output -
[ora:ojdeploy] /path/to/Oracle/Middleware/jdk160_24/bin/javac
[ora:ojdeploy] -g
[ora:ojdeploy] -Xlint:all
[ora:ojdeploy] -Xlint:-cast
[ora:ojdeploy] -Xlint:-empty
[ora:ojdeploy] -Xlint:-fallthrough
[ora:ojdeploy] -Xlint:-path
[ora:ojdeploy] -Xlint:-serial
[ora:ojdeploy] -Xlint:-unchecked
[ora:ojdeploy] -source 1.6
[ora:ojdeploy] -target 1.6
[ora:ojdeploy] -verbose
[ora:ojdeploy] -encoding Cp1252
[ora:ojdeploy] -classpath
[ora:ojdeploy] /path/to/Oracle/Middleware/jdk160_24/jre/lib/resources.jar:
[ora:ojdeploy] /path/to/Oracle/Middleware/jdk160_24/jre/lib/rt.jar:
[ora:ojdeploy] /path/to/Oracle/Middleware/jdk160_24/jre/lib/jsse.jar:
    [ora:ojdeploy] /path/to/interface/public_html/WEB-INF/lib/a.jar"/>
    [ora:ojdeploy] /path/to/interface/public_html/WEB-INF/lib/c.jar"/>
1- Is it because it depends on how jpr or jws are configured ?
2- How can we automatically generate a build file of the application from command-line (as opposed to using Jdev IDE to click to generate a build.xml) ?

The first warning is happening because you're stating drivers for input devices without need. You haven't disabled hotplug so evdev gets used instead of kbd. This is normal, and you should change the driver line from kbd to evdev so that whatever options (if any) you've specified for the keyboard get parsed.
The second warning is about you not installing acpid.
The third I have no idea about, but look at the synaptics wiki. None of the (WW) are related to your video card.
And every card that has 2 or more output ports show up as "two cards". You also don't need to specify the pci port in xorg.conf. edit: this is the general case with laptops, might be different for desktops.
When I do lspci -v I get:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Device 0110
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at dfe80000 (32-bit, non-prefetchable) [size=512K]
I/O ports at d0f0 [size=8]
Memory at c0000000 (32-bit, prefetchable) [size=256M]
Memory at dff00000 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at <unassigned> [disabled]
Capabilities: <access denied>
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
Subsystem: Micro-Star International Co., Ltd. Device 0110
Flags: bus master, fast devsel, latency 0
Memory at dfe00000 (32-bit, non-prefetchable) [size=512K]
Capabilities: <access denied>
And it doesn't matter if it errs in trying to sli up with it self. That's just not a possibility.
Last edited by gog (2009-10-15 23:59:49)

Programatic way of updating jar files

Is there a programmatic way of updating jar files (efficiently)? What I am looking for is an equivalent of jar -u option available in JDK 1.3.
The only way I have right now is to create a new jar file, add the new files into this file and then add the entries from the original.
Spawning jar -u ... is also not a desired option.
Thanks in advance,
Bharat

What am looking for is a programmatic way from my Java program to do so without calling jar -u ...
The method I am looking for is using the java.util.zip/java.util.jar packages to acheive the same result as jar -u...

Updating jar files in ALSB 2.6

How do we update jar files imported in ALSB projects? Once they have references to them it does not seem feasible to replace them with new version?

I may not have been clear in my initial post. My questions pertains to jar files that provide POJOs for java callouts. Above link discusses updating project jar with a new version. To create new version of project jar, I think i would first need to update the jar that provides POJOs. Please correct me if there is another way to do it.

.Class file not updating

Hi all,
I am working on an applet that requires the use of a .class file. So, when I make changes to test.java, I want the changes to move over to test.class, however they are not moving over there. In a sense, my .class file is outdated and is not updating when I save my .java file or run it (as an applet). How can I get this file to update?
-Christ_guard

Christ_Guard wrote:
No, build automatically is on, and manually building does not work either.Then put aside the IDE and work with a text editor, javac and the jar tool until you figure out what you are doing. Obviously you are doing something wrong in your compiling and/or deploying steps and it's not productive for anyone, including you, to have us sitting around playing guessing games as to what might be the problem.
Also from your initial post it is clear that you don't understand the life-cycle of a Java program. Your java file is source, it has nothing to do with what happens at runtime. It is only the compiled class file that is important.
See http://java.sun.com/docs/books/tutorial/getStarted/cupojava/win32.html
If you are on a different OS then choose the applicable one here http://java.sun.com/docs/books/tutorial/getStarted/cupojava/index.html

How to make the browser reload an updated jar-file?

Hi there,
Previosly when running applets using MSIE, all needed to reload an updated jar-file was pressing CTRL+F5
Currently I've been assigned to re-develop some of my old applets and now I realize that the old CTRL+F5 won't do the trick any more since the old jar file is still in the cache and the new jar file is not loaded.
I learned the hard way that all I can do is to manually clear the cache of the browser (Tools | Options | Delete files) and restart the browser and after that the new jar file is correctly loaded.
Cache settings of the browser is set to "Reload on every visit to the page"
Currently running Win2k, MSIE 6.0 SP1 and MSJVM 3809 but the problem also exists on Win2k, MSIE 6.0 and MSJVM 3186.
Isn't there any easier way to do this?
Currently I don't even mind not caching the jar-files at all as long as I don't get my development work trashed by having to restart the browser after every new build...
Why has the old CTRL+F5 behaviour been changed?
BR
/Jonas

I have been closing IE and reopening it for 7 months now. I don't of any other way to reload an applet.
Jason

Detecting updated JAR files

Hi,
I have a problem that shows up somewhat infrequently. Once in a while, when I start my offline-allowed application, newer versions the application (e.g. updated JAR files) are not automatically downloaded. If I close the application and restart, the newer JAR files are properly downloaded. Has anyone else seen this problem?
A perhaps related question I have is how long does web start wait for the head request to come back when it checks for newer JAR files?
Thanks,
Joe

this post may help
http://forum.java.sun.com/thread.jsp?forum=38&thread=452567

OC4j10.1.2CMP bean not updating field after creating a record in the table.

I have a simple table in Oracle 9i database:
SQL> desc temp_tbl
Name Null? Type
OPER_ID NOT NULL NUMBER(5)
OPER_STS_TM_DT NOT NULL DATE
OPER_STS_CD NUMBER(2)
First 2 fields are the Primary Key. last field is standalone. No FK references.
I generate a CMP bean using Jdeveloper 10.1.2 for this table.
Then I try to insert a record into this table and update the oper_sts_cd field.
Problem: CMP inserts the record correctly, but does not update the field: oper_sts_cd, even though trace indicates that the field has been updated.
( shown in pgm below).
THE SAME CODE WORKED in OC4J9.0.4 Container.
Since we upgraded to 10g Rel2 ( OC4J10.1.2) , it does not.
Code:
Session Bean:
package model;
import java.rmi.RemoteException;
import java.sql.Timestamp;
import java.util.Calendar;
import javax.ejb.CreateException;
import javax.ejb.FinderException;
import javax.ejb.SessionBean;
import javax.ejb.SessionContext;
import javax.naming.InitialContext;
import javax.naming.NamingException;
public class SessionEJBBean implements SessionBean
public void ejbCreate()
public void ejbActivate()
public void ejbPassivate()
public void ejbRemove()
public void setSessionContext(SessionContext ctx)
private TempTblLocalHome getTempTblLocalHome() throws NamingException
final InitialContext context = new InitialContext();
return (TempTblLocalHome)context.lookup("java:comp/env/ejb/local/TempTbl");
public void createOperation() throws RemoteException
try
TempTblLocalHome tempHome = (TempTblLocalHome) this.getTempTblLocalHome();
System.out.println("Succcess loading Temp Entity EJB");
Timestamp currDate = new Timestamp(Calendar.getInstance()
.getTimeInMillis());
TempTblLocal tempLocal = tempHome.create(new Long("1294"),currDate,new Long("1") );
System.out.println("created Temp Op=" + tempLocal.getOperId() + " date=" + tempLocal.getOperStsTmDt() );
//tempLocal.setOperStsCd(new Long("" + 1) );
Long stsTypeCd = new Long("1");
System.out.println("Putting long value in db=" + stsTypeCd + "-");
tempLocal.setOperStsCd(stsTypeCd);
System.out.println("Stored value in db=" + tempLocal.getOperStsCd() );
catch( NamingException ne)
throw new RemoteException(ne.getMessage());
catch(CreateException ce)
throw new RemoteException(ce.getMessage());
ejb-jar (generated)
<entity>
<description>Entity Bean ( CMP )</description>
<display-name>TempTbl</display-name>
<ejb-name>TempTbl</ejb-name>
<local-home>model.TempTblLocalHome</local-home>
<local>model.TempTblLocal</local>
<ejb-class>model.TempTblBean</ejb-class>
<persistence-type>Container</persistence-type>
<prim-key-class>model.TempTblPK</prim-key-class>
<reentrant>False</reentrant>
<cmp-version>2.x</cmp-version>
<abstract-schema-name>TempTbl</abstract-schema-name>
<cmp-field>
<field-name>operId</field-name>
</cmp-field>
<cmp-field>
<field-name>operStsTmDt</field-name>
</cmp-field>
<cmp-field>
<field-name>operStsCd</field-name>
</cmp-field>
<query>
<query-method>
<method-name>findAll</method-name>
<method-params/>
</query-method>
<ejb-ql>select object(o) from TempTbl o</ejb-ql>
</query>
</entity>
<container-transaction>
<method>
<ejb-name>TempTbl</ejb-name>
<method-name>*</method-name>
</method>
<trans-attribute>Supports</trans-attribute>
</container-transaction>
orion-ejb-jar.xml (generated):
<entity-deployment name="TempTbl" data-source="jdbc/Marcs_DS" table="MARCS.TEMP_TBL">
<primkey-mapping>
<cmp-field-mapping>
<fields>
<cmp-field-mapping name="operId" persistence-name="OPER_ID" persistence-type="NUMBER(5)"/>
<cmp-field-mapping name="operStsTmDt" persistence-name="OPER_STS_TM_DT" persistence-type="DATE"/>
</fields>
</cmp-field-mapping>
</primkey-mapping>
<cmp-field-mapping name="operId" persistence-name="OPER_ID" persistence-type="NUMBER(5)"/>
<cmp-field-mapping name="operStsTmDt" persistence-name="OPER_STS_TM_DT" persistence-type="DATE"/>
<cmp-field-mapping name="operStsCd" persistence-name="OPER_STS_CD" persistence-type="NUMBER(2)"/>
</entity-deployment>

>
Srini.r wrote:
> I have added a new field in IT0006
> Srini R
Have you done this through PM01?
~Suresh

Getter methods not updated

Hi all,
I have a problem that my getter methods of RowImpl class are not updated in the project. I recreated my ViewObject because some fields were added in the DB. I recreated the RomImpl class also and it looks fine.
But I can't call the new getter methods on my RomImpl instance. Just the old ones are available. The I deleted all class files and generated them once again. But nothing changes. I also tried to work with the nice synchronize feature but it didn't work. That's why I decided to recreate my ViewObject from scratch.
Any ideas what else I could do that the RowImpl class is updated? If I comment out the new method call everything compiles fine - but not with this *#%&$ method. I also tried to restart JDeveloper but without any changes.
I am working with JDeveloper 9.0.3.1. I did that several time with 9.0.3 and it worked. So I can't see a reason why it shouldn't work on 9.0.3.1.
Regards,
Axel

Axel:
It may be that you have old compied class sitting somewhere, e.g., deployed jar/ear/war file, that's taking precendence over your newly generated RowImpl class.
Please check the classpath and Project Library setting.
Thanks.
Sung

JWS Not updating Jars in 1.6.0

Similar Messages

Maybe you are looking for