Pre-compiled JSPs not being recognized (WLS 8.1 SP2)

Question

          We're running into a strange problem here, where our pre-compiled JSPs (precompiled
          via an ant target) are being recognized as "stale" and recompiled by Weblogic,
          as the following log message indicates. The strange thing is, on one hand it says
          they were precompiled by a "different" version of Weblogic server, and then right
          after that, immediately contradicts itself by logging the SAME version for the
          JSP and WLS builds:
          ####<Jan 31, 2004 11:24:40 AM PST> <Info> <HTTP> <ladybug> <fwmharris-ms01> <ExecuteThread:
          '11' for
          queue: 'default'> <dhecking> <> <BEA-101295> <Recompiling JSP
          [ServletContext(id=20425572,name=fwmhis-www,context-path=)], resource
          [tiles/table/td_twisty_group_tile.jsp], because it is stale. It was previously
          compiled using a
          different version of WebLogic Server.
          JSP build version: 8.1.2.0
          WLS build version: 8.1.2.0.>
          As can be seen, the two build versions are identical (8.1.2.0) which is the correct
          version (Weblogic 8.1 SP2). Has anyone else run into this problem? If so, is there
          a fix?
          The platform is Solaris btw.
          Thank you.
          ..Hrishi
          Hrishi Dixit
          Finaplex
          [email protected]
          

Answer 1

Kostas Symeonidis wrote:
          > I have exactly the same problem with 8.1sp2 on Win2000 and I will test it tomorrow on Solaris.
          >
          > It seems that the code checks two things:
          > 1. the version of the JSPC
          > 2. the timestamp of the files
          > In both cases the logged message is the same(!!!) "recompiling because is stale..." but you can see that clearly the version numbers are the same, therefore the stale check failed on step 2.
          >
          > Now my guess is that step 2, either doesn't find the page, or the time check is done erratically. Mind you, in 8.1sp2 BEA changed the isResourceStale method signature and added an extra String parameter for the TimeZone, see code in generated JSPs below:
          > public boolean _isStale() {
          > weblogic.servlet.jsp.StaleChecker sci =(weblogic.servlet.jsp.StaleChecker)(getServletConfig().getServletContext());
          > java.io.File f = null;
          > long lastModWhenBuilt = 0L;
          > if (sci.isResourceStale("/index.jsp", 1082047780159L, "8.1.2.0", "Europe/London")) return true;
          > return false;
          > }
          >
          > I'm also quite sure that we should be waiting for a rolling patch quite soon.
          Your guess is correct. Unfortunately a the message logged is wrong. A
          patch for CR133453 fixes that. Basically its failing (2) and logging the
          same message as (1).