Bug in viewCDZDocument.jsp?

When the 'refresh on open' option is clicked on, viewCDZDocument.jsp calls getPrompts.jsp. We modified getPrompts.jsp to access the document's data providers. This puts the system in some weird state where it doesn't think there is any data returned by the query, and it displays the "No Data Retreived" message. But when I change viewCDZDocument.jsp to call refreshDocument.jsp in the case where the 'refresh on open' option is clicked on, I don't get the message - everything works great. Makes sense too - why would it call anything other than refreshDocument.jsp in this situation. Therefore, I think there is a bug in viewCDZDocument.jsp.
Any opinions?

Similar Messages

BUG: OC4J recompiled JSPs can not be debugged in JDev 10.1.3.2

We are having problems on JSP which are modified while running on OC4J within JDev 10.1.3.2. The modified JSP are not correctly recompiled.
A similar thread discussing this problem is here:
Oracle JDeveloper 10.1.3.1's Internal OC4J JSP Recompile
We consider this to be a problem that may be related more to OC4J than to JDev and therefore I am asking for suggestions in this forum.
To explain what we observe:
In JDev 10.1.3.1 we found that big/complex JSP would not recompile after changes were made while OC4J was running. The compiled JSP files under \.jsps\_web_2d_inf\... changed from myfile.class and myfile.java to myfile.class, myfile.java and (a new file) myfile.jpa.
After installing JDev 10.1.3.2 we now observe that for any JSP that gets changed (also the small/simple ones) the constellation of three files (with the additional .jpa) gets created. Small files are compiled and can be used after changed in real time but code insight and variable inspection and modification needed for debugging no longer work. (Note that they worked on the unchanged file, and would work again if we stop and recompile the whole project).
I could certainly appreciate if someone has found a solution to this problem as migrating back to a JDev version previous to 10.1.3.1 is not wanted.
Thanks in advance!
Gonzalo

I have openned a SR with this issue.
Does nobody else has this problem?
To reproduce it try:
Run any application in JDeveloper which contains a JSP file where a scriptlet declares
and use some variables.
Run the application and set a breakpoint after some of the variables. Call the JSP from the browser to start its execution and after stopping at the breakpoint inspect the variables content. It works, you can see the variable contents.
Now make a change in the JSP (anything) and call it again from the browser without restarting OC4J.
After stopping at the breakpoint you will see that the variables can no longer be inspected, their content is no longer available.
Thanks for any suggestions,
Gonzalo

Bug JDeveloper 11g JSP

A JSP does not get run in JDeveloper 11g.
Error gets generated:
Error initializing server: At least one valid code-source or import-shared-library element is required for shared-library "oracle.expression-evaluator:11.1.1" in //JDeveloper/system11.1.1.0.17.45.24/o.j2ee/embedded-oc4j/config/server.xml.

JSP gets run if JDeveloper 11g is started with:
jdev.exe -singleuser

Bug in HTMLB JSP inputfield TAG ???

Hello,
we use SAP EP 6.0 NW 04 SPS16 (J2EE Cluster with 6 hosts and 2 j2ee
servers per host) with a R/3 Enterprise Backend HR system. For the UI
we use ISR forms. Platform is Windows 2003 Server with Oracle DB.
Within a self develop ISR JSP form running in the portal we have the
following problem:
The result of the htmlb tag below displays 09:00:00 in the browser. The
right time is 08:00:00
<hbj:inputField id='<%= inpufieldname %>'
type="TIME"
value='<%= ISR.getValue("ZP_BEG_DIS",i)
%>'
disabled='TRUE'
size="12"
jsObjectNeeded="true" />
When we use the coding below with type STRING the result, displayed in
the browser is 080000
<hbj:inputField id='<%= inpufieldname %>'
type="STRING"
value='<%= ISR.getValue("ZP_BEG_DIS",i)
%>'
disabled='TRUE'
size="12"
jsObjectNeeded="true" />
The crazy thing is: The coding above with type TIME works until
something in a J2EE server "breaks" from now on this server returns one
hour more tham <%= ISR.getValue("ZP_BEG_DIS",i) returns. The server
returns this wrong value until a J2EE server reboot.
Any experience with this "feature" ??
Regards,
Gerald Eder

That doesn't seem to work. On the login page we have the line (uses our own custom tag called "form"):
<html:form method="post" action="<%=response.encodeURL("j_security_check")%>" >
OC4J complains about this (Tomcat is happy enough). If I change this to:
<html:form method="post" action="<%=response.encodeURL(\""j_security_check\"")%>" >
then it won't compile in either OC4J or Tomcat... which to be honest is what I expected. The quotes is inside a JSP expression; it's not really part of the attribute.
Or did you mean something else?
Thanks,
Phil

BUG?! in jspc while precompiling jsp pages

Hi everybody out there,
          Sorry for posting to two groups but I'n not sure which is the right one.
          I think I found a BUG in the JSP Compiler.
          Here is my situation:
          I want to precompile my jsp files in my web-app.
          For this I put a line to my makefile which looks like this:
          find webappdir -name "*.jsp" | xargs java weblogic.jspc -d
          webappdir/WEB-INF/_tmp_war_ShowCase/
          I have to use "find" because there are a lot of dirs which I don't want to
          write explicitly to the makefile.
          The usual behaviour should be a new dir: jsp_servlet And under this all the
          files in my web-app
          and the subdirs should begin with an underscore.
          The problem is, that the generated structure is jsp_servlet/__46_ and from
          there on the expected structure.
          So I tried without find because I suspected the error in the find/xargs
          construct.
          "find" prints out a list like ./dir/name.jsp
          I figured out that when I start jspc manually in the following two ways:
          java weblogic.jspc -d webappdir/WEB-INF/_tmp_war_ShowCase/ dir/name.jsp
          java weblogic.jspc -d webappdir/WEB-INF/_tmp_war_ShowCase/ ./dir/name.jsp
          what should be the very same.
          That the result is different.
          In the first case I get jsp_servlet/_dir/_name.class
          And in the latter jsp_servlet/__46_/_dir/_name.class
          Where does this __46_ come from? It's obviously an error in the jsp compiler
          because its manually reproducable.
          Thanks in advance
          Elmar


BTW one workaround is to use cut from the GNU textutils with cut -c 3-
          This command would then be
          > find webappdir -name "*.jsp" | xargs java weblogic.jspc -d
          > webappdir/WEB-INF/_tmp_war_ShowCase/
          find webappdir -name "*.jsp" | cut -c 3- | xargs java weblogic.jspc -d
          webappdir/WEB-INF/_tmp_war_ShowCase/

Weblogic bug when using setProperty?

          Hello,
          We're using Weblogic 5.1 SP8.
          The bug (I think it's a bug) occurs when setting a property to an empty value:
          the old value keeps remained.(see attachment)
          The problem occurs when the scope is set to session (using request works fine,
          application I didn't test).
          Will this issue being solved with installing SP9 (or 10?).
          Is this a known bug? If not where should I submit it (I took a look at the site
          but for now I didn't find a place where one can submit bugs)?
          All answers are welcome,
          Frederic Marius
          [att1.html]


          It's not a bug???
          So it is logic that when the property is made empty (when you have previously
          assigned it a value)
          - the property IS CHANGED when the bean is in the request scope
          - the property IS NOT CHANGED when scope is session
          This seems pretty confusing to me, and I can't imagine what could be the reason
          for wanting such a behaviour.
          When the spec says you shouldn't change the value of a property when it's according
          parameter has "" as value, that implies that you can only set values in a form
          and not unset them anymore. Seems pretty strange to me.
          Most logic behaviour is that the property is set to an empty string when you delete
          the values from the input field.
          =?iso-8859-1?Q?Anders_J=F6felt?= <[email protected]> wrote:
          >
          >
          >This is not a bug, according to jsp spec. 2.13.2.1 you can read about
          >=
          >the rules. 'If a parameter has the value of "" the corresponding =
          >property is not changed '
          >
          >/ Anders
          > "Frederic Marius" <[email protected]> wrote in message =
          >news:[email protected]...
          >
          > Hello,
          > We're using Weblogic 5.1 SP8.
          > The bug (I think it's a bug) occurs when setting a property to an =
          >empty value:
          > the old value keeps remained.(see attachment)
          > The problem occurs when the scope is set to session (using request
          >=
          >works fine,
          > application I didn't test).
          >
          > Will this issue being solved with installing SP9 (or 10?).
          > Is this a known bug? If not where should I submit it (I took a look
          >at =
          >the site
          > but for now I didn't find a place where one can submit bugs)?
          >
          > All answers are welcome,
          > Frederic Marius
          >
          >
          ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
          ><HTML><HEAD>
          ><META content=3D"text/html; charset=3Diso-8859-1" =
          >http-equiv=3DContent-Type>
          ><META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
          ><STYLE></STYLE>
          ></HEAD>
          ><BODY bgColor=3D#ffffff>
          ><DIV><FONT face=3DArial size=3D2>This is not a bug, according to jsp
          >=
          >spec. 2.13.2.1=20
          >you can read about the rules. 'If a parameter has the value of ""
          >=
          >the=20
          >corresponding property is not changed '</FONT></DIV>
          ><DIV> </DIV>
          ><DIV><FONT face=3DArial size=3D2>/ Anders</FONT></DIV>
          ><BLOCKQUOTE=20
          >style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT:
          >=
          >0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
          > <DIV>"Frederic Marius" <<A=20
          > =
          >href=3D"mailto:[email protected]">[email protected]=
          ></A>>=20
          > wrote in message <A=20
          > =
          >href=3D"news:[email protected]">news:[email protected]=
          >m</A>...</DIV><BR>Hello,<BR>We're=20
          > using Weblogic 5.1 SP8.<BR>The bug (I think it's a bug) occurs when
          >=
          >setting a=20
          > property to an empty value:<BR>the old value keeps remained.(see=20
          > attachment)<BR>The problem occurs when the scope is set to session
          >=
          >(using=20
          > request works fine,<BR>application I didn't test).<BR><BR>Will this
          >=
          >issue=20
          > being solved with installing SP9 (or 10?).<BR>Is this a known bug?
          >If =
          >not=20
          > where should I submit it (I took a look at the site<BR>but for now
          >I =
          >didn't=20
          > find a place where one can submit bugs)?<BR><BR>All answers are=20
          > welcome,<BR> Frederic Marius</BLOCKQUOTE></BODY></HTML>
          >
          >

Is it true that JSP creates Servlet java code?

I am working with JSP.
My web server is tomcat.
Is it true that JSP creates Servlet java code of JSP files when it executes? If so how can I view them?

Yes..it is true..
to find out..do this..
on purpose leave a bug in ur jsp that will generate a compilation error. So in ur browser some exception will be shown.That exception message will have the clue to the java file (e.g
error in compiling _XYZ.java).You can manually search for this file..
(If the copilation is successful, then this java file is deleted by the server.)

The Include Directive (at Page Translation Time)

Version: 5.1
          Service Pack: 6
          I am generating the following error when I attempt to manually compile a JSP
          file:
          [jspc] parsing /vobs/projects/public_html//test.jsp:
          WARNING: Failed to include file 'test.inc' in include directive of page
          /test.jsp
          I've attempted practically every permutation of full and relative path
          locations, and cannot get it to work. Weblogic's JSP documentation did not
          have much to say about this either.
          Is anyone aware of a bug in the jsp compiler that would cause such a
          problem?


Really strange, I used absolute path and put it under docroot, and I didn't
          put that folder into my any of my classpaths, the wls can find it without
          any problem. I used wls5.1 and sp6, do I miss sth?
          Thanks.
          mreiche <[email protected]> wrote in message
          news:[email protected]...
          >
          > No, it's not useless to add the include directory to the classpath - due
          to a bug in WLS 5.1,
          > it looks in the classpath for include files that begin with '/'.
          >
          > He is using the absolute path. That's why WL does not find it.
          >
          > Mike.
          >
          > "Tao Zhang" <[email protected]> wrote:
          > >
          > >Anchal Jain <[email protected]> wrote in message
          > >news:[email protected]...
          > >>
          > >> I added the directory that contains the included files to the
          > >> classpath but I still get the error below.
          > >It's useless to add such directory to the classpath. Please remove it.
          > >In order to recompile it dynamically you have to set it up in
          > >weblogic.properties file.
          > >
          > >>
          > >> WARNING: Failed to include file 'authenticate.jsp' in include
          > >> directive of page /analyze.jsp
          > >>
          > >You should inlcude all these jsps under your docroot.
          > >
          > >Make sure the relative path of include directive is right. Or you can use
          > >the absolute path and try.
          > >
          > >> Do I have to compile the included files
          > >> individually and then compile the main jsp?
          > >>
          > >> Any suggestion will be greatly appreciated.
          > >>
          > >> Anchal
          > >>
          > >>
          > >> "Greg Panzer" <[email protected]> wrote:
          > >> >The Weblogic JSP compiler is looking in the classpath for the include
          > >files.
          > >> >
          > >> >When manually compiling the JSPs, put the docroot in the CLASSPATH.
          > >> >
          > >> >Greg Panzer <[email protected]> wrote in message
          > >> >news:[email protected]...
          > >> >> Version: 5.1
          > >> >> Service Pack: 6
          > >> >>
          > >> >> I am generating the following error when I attempt to manually
          compile
          > >a
          > >> >JSP
          > >> >> file:
          > >> >>
          > >> >> [jspc] parsing /vobs/projects/public_html//test.jsp:
          > >> >> WARNING: Failed to include file 'test.inc' in include directive
          of
          > >> >page
          > >> >> /test.jsp
          > >> >>
          > >> >> I've attempted practically every permutation of full and relative
          path
          > >> >> locations, and cannot get it to work. Weblogic's JSP documentation
          did
          > >> >not
          > >> >> have much to say about this either.
          > >> >>
          > >> >> Is anyone aware of a bug in the jsp compiler that would cause such a
          > >> >> problem?
          > >> >>
          > >> >>
          > >> >>
          > >> >>
          > >> >
          > >> >
          > >>
          > >
          > >
          >

Design view didn't show page

After making the simple tutorial about data binding
the visual editor didn't show the page and it's components.
I just report the bug.
Any suggestion ?
Thanks

I have same bug. The jsp page is there but cannot see any components and cannot modify design and code.
You can run it through project navigator.

Need explanation

hi,i have 3 jsp pages a login.jsp, authenticate.jsp and portal.jsp.
authenticate checks the users name and password and if correct forwards to the portal page with details.
so if i am in the portal page, and i hit the back button, and return to the login page, the username field contains the username i entered at the login initally and the password field is blank, if i then hit the login button it forwards to the portal page and contains the data i was just viewing, i.e i dont get my login errors, why is this??its really bugging me
authenticate.jsp<%@ page contentType="text/html" %>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<%@ page language="java" %>
<jsp:useBean id="checkUser" class="com.jsp.beans.AuthenticateBean" scope="session">
<jsp:setProperty name="checkUser" property="usrName" value="${param.userName}" />
<jsp:setProperty name="checkUser" property="pssWrd" value="${param.psswrd}" />
</jsp:useBean>
<% checkUser.checkUserCredentials(); %>
<c:set var="isValid" value="true" />
<% if(!checkUser.isUserMember()) { %>
<c:set var="loginError" scope="request"
value="Invalid Login, Please Re-enter Your User Name And Password" />
<jsp:forward page="login.jsp" />
<% } else%>
<% checkUser.getPageContentForUser(); %>
<c:set var="fname" scope="request"
value="<%= checkUser.getFirstName() %>" />
<c:set var="lname" scope="request"
value="<%= checkUser.getLastName() %>" />
<c:set var="address" scope="request"
value="<%= checkUser.getAddress() %>" />
<c:set var="points" scope="request"
value="<%= checkUser.getMemPoints() %>" />
<c:redirect url="portal.jsp" />--------------------------------------------------------------------------------------
portal.jsp --><%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions" %>
<html>
<body bg="clouds2.jpg">
<c:out value="${fn:escapeXml(fname)}" />
<c:out value="${fn:escapeXml(lname)}" />
<c:out value="${fn:escapeXml(address)}" />
<c:out value="${fn:escapeXml(points)}" />
<jsp:useBean id="checkUser" class="com.jsp.beans.AuthenticateBean" scope="session" />
<% String[] userGifts = checkUser.getGifts(); %>
<%= userGifts[0] %>
<%= userGifts[1] %>
</body>
</html>

<jsp:useBean ...>
//Body
</jsp:useBean>indicates that the Body portion should be executed only when the bean is first instantiated, not everytime the bean is retrieved . And if that bean has session scope, the Body part will be called only once in the session.
In authenticate.jsp, you're setting the user/passwd properties inside the jsp:useBean tag.
This means that those properties will be set only the first time the page is accessed, i.e the first time the checkUser bean is instantiated at session scope.
So you login once, and since it is the first time authenticate.jsp is accessed, the checkUser bean is created and the 2 props user/passwd are set from the request.
You hit the back button. The second time you're coming to authenticate.jsp, the passwd will not be set to the new value (empty), but will keep the value it had the first time, because the checkUser bean has already been instantiated (so the checkUser bean is simply retrieved from the session scope and the jsp:setProperty are not executed).
That first value being valid, the login is valid and you get to the portal page.
So set the props outside of the useBean, i.e :
<jsp:useBean ..../> // close the tag
<jsp:setProperty.../>
<jsp:setProperty.../>

JSP request.getParameter bug

i try the following code for receive Parameters from jsp.
<% String name=request.getParameter("Name"); %>
but when Name TextField(in HTML) is empty and i want to check
for none empty field with (if) instruction with following code..
if(name ==null ) //somecodes..
this instruction not run and programs continue .

It's not a bug.
<%
String name=request.getParameter("Name");
if (name == null) {
//what to do if parameter does not exist
//e.g.: a checkbox not checked
} else if (name.trim().equals("")) {
//what to do if parameter exists but is 'empty'
//e.g.: an text input field with no non-whitespace characters
//NOTE: if you want leading and trailing spaces to be
// considered values, remove the .trim() from the condition
} else {
//there is a value.. do with it as you will
%>

Bug in the Oracle JSP parser..?

Hi,
I seem to have run into a problem with double quotes inside attributes of a custom tag. For example, on Tomcat the following line is valid in a JSP:
<mylib:person label="<%="Mr " + surname%>" />
Tomcat treats the "Mr " in the expression as a Java string, but OC4J seems to treat the first quote inside the expression as the end of the label attribute. It then complains because Mr is not a valid attribute of the tag.
Surely this is a bug?!
There are workarounds:
<mylib:person label='<%="Mr " + surname%>' />
i.e. use single quotes for the attribute value, but what if the JSP expression actually contains a single quote as well?!
<mylib:button action='<%="location.href='" + url + "'"%>' />
It's starts to get silly, and I end up having to create scriplet variables just to go inside the attribute. I'm migrating from Tomcat, and have numerous instances of this.
Is this a bug? (I'm using OC4J 9.03) Is there a setting I've missed?
Thanks,
Phil

That doesn't seem to work. On the login page we have the line (uses our own custom tag called "form"):
<html:form method="post" action="<%=response.encodeURL("j_security_check")%>" >
OC4J complains about this (Tomcat is happy enough). If I change this to:
<html:form method="post" action="<%=response.encodeURL(\""j_security_check\"")%>" >
then it won't compile in either OC4J or Tomcat... which to be honest is what I expected. The quotes is inside a JSP expression; it's not really part of the attribute.
Or did you mean something else?
Thanks,
Phil

Interesting!!! But, who's bug is this? JSP?

copy the following code and save it as jsp. then run this jsp page on either weblogic or tomcat servers, you can see the 'count' incremented twice. and I think this is not a browser problem, since this occurs on both netscape or IE. So, this may be a JSP or servlet bug? If anybody know the reason please reply to [email protected]
Listing: zenTest.jsp
<%
out.println("inside maze :)");
int i = 0;
if(session.getAttribute("iTmp")==null){
     session.setAttribute("iTmp", "1");
}else{
     i = Integer.parseInt((String)session.getAttribute("iTmp"));
     ++i;
     session.setAttribute("iTmp",""+i);
System.out.println("count is "+i);
%>
<HTML>
     <HEAD>
          <TITLE> Report </TITLE>
     </HEAD>
     <body>
          <table background="#FFDEFD">
               <tr>
                 <td>Hi</td>
               </tr>
          </table>
     </body>
</html>
<script>
     alert('1');
</script>

Not sure what you meant by "the 'count' incremented twice". When I tried the JSP page, I got 0 the first time, and 2,3,4... on subsequent refreshes. It behaved as expected.

Bug in work flow jsps

Hi,
i have a element in xsd which has maxoccurs = unbounded.
When i use this as a parameter for one of the human tasks ,auto generate the form and deploy it on PM, i dont see any text box appearing for the unbounded element, The jsp has a method to generate the input tags which looks like this:
private String getTableField(Element payload, Form form,
String displayName, String xpath,
String inloopXPath, String datatype) throws Exception
Field thisField = null;
thisField = form.getField(xpath);
String thisDisabled = "";
if (thisField == null || thisField.isEditable())
thisDisabled = "";
else
thisDisabled = "disabled";
return "<td align=\"left\"><input name=\""
+ PayloadFormGenerator.constructName(inloopXPath)
+ "\" value=\""
+ PayloadFormGenerator.selectNodeValue(payload, inloopXPath, form.getNamespaceMap())
+ "\" dataType=\""
+ datatype + "\"" + thisDisabled
+ "></input></td>";
The above method does not have a type attribute for input tag.
I just want to know if there is any patch available for the bug that i see,
Regards
Ashish

btw, i am using jdev 10.1.3.3

Big jsp Bug in Weblogic! UnNoticed by weblogic!

          <%@ page language="java" contentType="text/html" %> <%! public void jspInit() { System.out.println("Hello"); } %> <% out.println("jsp executed"); %>
          The above code displays "Hello" on the command line or Dos and "jsp executed" on the browser!
          When this jsp is loaded first time it executes correctly. when it is again loaded then jsp init method is not executed. This is also fine.
          But the problem is when I restart my weblogic server and clear the browser cache and then load the jsp file then the init method is called TWO times! "Hello" is displayed two times!
          why this is so? Is there any bug in weblogic5.1? Or am I doing something wrong? please tell


          You hit the JSP and the .class file gets loaded into memory and jspInit() executes. Fine.
          Once loaded into memory, the next thing the JSP does is check if it 'isStale()' -
          this compares the date-stamp that was on the .jsp file when the jsp was compiled
          with the date-stamp on the .jsp file on disk. This is in the code of the JSP itself, it
          does not compare the date of the .class file with the date of the .jsp file - so it was
          necessary to load the JSP in memory (an call jspInit()) simply to check the if it was
          up-to-date. In your case, it is not up-to-date. The JSP is compiled, loaded into
          memory and jspInit() executes - again.
          Mike Reiche
          Robert Patrick <[email protected]> wrote:
          >Hi,
          >
          >Please realize that this is NOT an official BEA support forum. All BEA personnel that monitor this newsgroup and answer questions do it on their own time because we (yes, I work for
          >BEA) want to help people be successful with our products. If you want an official response from BEA to your problem, then I suggest that you send mail to [email protected], call our toll
          >free support number (888)232-7878 and/or talk with your BEA Account Representative.
          >
          >As for your problem, I am not sure what is happening but this may be a simple matter of not understanding how JSP reloading works. I am more than willing to help you but you need to
          >provide me with a more detailed description of exactly what it is that you are doing, what service pack level are you using, etc.
          >
          >Thanks,
          >Robert
          >
          >gopal wrote:
          >
          >> <%@ page language="java" contentType="text/html" %> <%! public void jspInit() { System.out.println("Hello"); } %> <% out.println("jsp executed"); %>
          >>
          >> The above code displays "Hello" on the command line or Dos and "jsp executed" on the browser!
          >>
          >> When this jsp is loaded first time it executes correctly. when it is again loaded then jsp init method is not executed. This is also fine.
          >>
          >> But the problem is when I restart my weblogic server and clear the browser cache and then load the jsp file then the init method is called TWO times! "Hello" is displayed two times!
          >>
          >> why this is so? Is there any bug in weblogic5.1? Or am I doing something wrong? please tell
          >

Bug in viewCDZDocument.jsp?

Similar Messages

Maybe you are looking for