Server Push redirecting to a pre-existing JSP

Question:
Has anyone tried to create a Server Push servlet that can be used to serve up pre-existing JSPs?
Is it even possible for a servlet to serve a pre-existing JSP or does the web page code have to be embedded within the servlet?

Hi, do you mean you want to redirect to another JSP?
you could use the "sendRedirect" method in the HttpServletResponse object.
for example:
public MyServlet perform(...HttpServletRequest request, HttpServletResponse response)
throws IOException, ServletException {
String redirectTo = "http://www.companyname.com/index.jsp";
response.sendRedirect(redirectTo);
}something like that....

Similar Messages

Weirdness involving IE, JSP, data scraping and server-side redirecting

I have a JSP script that validates inputted data. Upon successful input, it will
1) set a cookie
2) Do a data scrape to a URL that points to a servlet that performs server-side actions based upon query string data that is formed from your input
3) Redirect back to itself to ensure cookie availablity and further actions.
If you run this script on Netscape or Firefox, all is well.
If you run this script on IE, while [2] works, it seems to be performing [2] twice, because the actions are duplicated (the actions in [2] consist of placing info into flat files so you can see what is going on).
Does IE have a problem with data scraping + server-side redirection (I am using response.sendRedirect()) that I don't know about?
Thanx
Phil

Agoston_Bejo wrote:
The problem is that right after having logged in, while you're still in the filter, the beans managed by JSF haven't been put into any scope yet. (The faces servlet hasn't been called yet, so it hasn't had the chance to instantiate the managed beans, put them into the appropriate scopes etc.) So it is request scoped? Just create one yourself. I however don't see any benefit/reason for having the logged in user in the request scope ..

Server Push in JSP

Hi AnyOne!
          I have a jsp, and a database . If a column in my table gets updated I
          want all of my clients who are connected to it , to see the refreshed value
          without click any refresh/Reload button on the browser. A kind of
          Server-Push.
          That is, If one client makes changes, then all of the other clients on the
          web should get intimated.
          How can I achieve this ?
          thanks
          vikas


Vikas,
          There was a article about the same in java world a while back.
          http://www.javaworld.com/javaworld/jw-03-2000/jw-03-pushlet.html
          But I believe this is bad design. I don't think using opened HTTP Connections
          to do a real time operation is not a good Idea. What if you are serving couple
          of hundred clients?
          Kumar.
          Vikas Jolly wrote:
          > Hi AnyOne!
          >
          > I have a jsp, and a database . If a column in my table gets updated I
          > want all of my clients who are connected to it , to see the refreshed value
          > without click any refresh/Reload button on the browser. A kind of
          > Server-Push.
          > That is, If one client makes changes, then all of the other clients on the
          > web should get intimated.
          >
          > How can I achieve this ?
          >
          > thanks
          > vikas

Pre-compiled JSPs getting re-compiled by the server

For our project we are using wlappc to pre-compile JSPs and generate EJB classes. We are using the split directory format, so this is what the task looks like -
<target name="appCompile" depends="init" >
<delete dir="${ear.dist}" />
<mkdir dir="${ear.dist}" />
<wlpackage srcdir="${ear.src}" destdir="${ear.build}"
toDir="${ear.dist}" />
     <wlappc source="${ear.dist}" verbose="true" classpath="${classpath}" />
</target>
After this, we are using wldeploy to deploy the application to another server.
This is how the task looks like -
     <target name="beadeploy" depends="init" >
     <wldeploy action="deploy"
          source="${src.dir}/dist/myapp.ear"
          name="myApplication" remote="true"
          user="${deploy.username}" password="${deploy.password}"
          verbose="true" adminurl="t3://${deploy.host}:${deploy.port}"
          upload="true"
          debug="true" targets="${deploy.target}"/>
     </target>
The problem that I am facing is that, even after re-compiling the JSPs, they get compiled again by the server when accessed for the first time !
We using Weblogic 8.1.2.0. Can you please provide a soplution for this ?

Hi,
The following steps help you troubleshoot why you may be having problems with JSPs recompiling:
1. When invoking jspc, your classpath must contain the same release, service-pack, and any temporary patches as the servers you wish to deploy on. Otherwise, the Server will read the JSPs as being compiled on a different version of the WebLogic, and will recompile them all.
2. You should invoke jspc from the root directory of your open-directory exploded) WebApp or specify -webapp) and use the -d option to deploy the generated classes to the WEB-INF/classes directory. You can then archive these JSP classes into a JAR if you wish from the WEB-INF/classes directory.
3. The JSPs should then be deployed either individually to the WEB-INF/classes/jsp_servlet directory or in a JAR file under the WEB-INF/lib directory.
4. One other thing that could cause JSPs to be recompiled is if the timestamp of the class is different from that of the source.
Also, if your ant classpath is different from whatever WLS-related classpath entries you use to run WLS, this may cause problems, too.
-- Prasanna
Prasanna Yalam

Adding a pre-existing podcast to iTunes U using the feed method.

While trying to add another pre-existing CSULB podcast to our CSULB on iTunes U (using the "feed" method), I encountered an error message that I don't know how to interpret.
Can you help me with this or is there somebody else at Apple I should work with?
The pre-existing podcast is at: http://www.ccpe.csulb.edu/citt/podcast/feed.aspx
The error message reads:
"While attempting to download. . . iTunes U encountered an authorization error and could not update the content. Verity your authorization access to the feed specified in the feed URL field, including the user name and password permissions, and then try again."
I have no idea what this means. Can someone please help?
Walter

bgerth wrote:
Is anyone using Podcast Producer 2 to publish content on iTunes U, and if so, does it work reasonably well (do you recommend using it)?
Its spiffy. I like it, but I'm a softie when it comes to Apple stuff.
Am I correct in thinking Podcast Producer 2 can only be used to create an RSS feed to point to podcasts stored in its Podcast Library or can you use Podcast Producer to upload files into our institutional iTunes U storage space (yes we are fortunate to have access to Apple's 500 GB storage space)?
You can choose to do either. Although I haven't seen anything official, I suspect that Apple prefers the use of Podcast Library…but that's just a preference, not any sort of recommendation or future direction. In the end, I suggest (and I think Apple would agree) that you do what makes the most sense for you. For example, we choose to do it both ways.
Can you provide a link to instructions (or explain how to either identify in iTunes U that the podcast is in Podcast Producer's Podcast Library as an RSS Feed or how to upload the podcast from Podcast Producer to a specific tab in a specific iTunes tab.
I believe someone (a friend from Apple…??) released a PcP workflow action that deals with iTunes U the same way as PcPv1 did. Overall, though, probably the best kept PcP secret is that Podcast Producer is a generalized workflow solution. Sure, it's cast as a podcasting solution…but if you can get OS X Server to do something, you can get Podcast Producer to turn it into a workflow…anything. Since OS X Server can be scripted to upload content to iTunes U, Podcast Producer can handle that too.
I appreciate any information given as I have tried with little success to find this information in either the iTunes U or Podcast Producer Admin guides.
Thanks!!
BGerth

Server-Push

I read somewhere that Flex Data Services provides Server-Push
functionality. That is, the server starts a conversation with the
client. It's obvious that, In order to such thing ocurr, there has
to be a persistent connection between server and client.
I've being reading about Data Management Service to learn how
to implement this Server-Push and all I see is about a method
called Fill() that is thriggered from the client and syncronizes
it's data with the server. But it's not server-push
Does it really exist?

Hi,
When you create a DataService and fill your collection. The
collection becomes managed. You don't have to call fill again if
there is any change in the data. Server pushs updates to clients
when the client's dataservice is using rtmp channel. It is a live
connection between the server and the client. For example,
you fill(collection, "hqsql", from products where price <
100). If one of the product's price increases, server push a
message to your collection to remove it. If a product's product's
price decrease, it will be added to the collection. The push is
happened based on your fill method.
William Chan

Implementing Server Push

How can i implement a server push in my jsp pages?
any sample code would be appreciated.
The server pushes the data to the jsp when the
database changes because of an update.
Thanks

Http is a stateless protocol and cannot maintain a connection to the server. I am working on a project now that has the same type of requirement and we are using pushlet technology. You should have a look at the following
www.pushlets.com
Hope this helps
SD

Server Push in Servlets

Hi AnyOne!
          I have a servlet, and a database . If a column in my table gets updated I
          want all of my clients who are connected to it , to see the refreshed value
          without click any refresh/Reload button on the browser. A kind of
          Server-Push.
          That is, If one client makes changes, then all of the other clients on the
          web should get intimated.
          How can I achieve this ?
          thanks
          vikas


I read the OP's message and imediately thought oh, cool, MVC candidate :-)          If I wanna talk about MVC I would prefer Sun's Design Patterns group.
          Kumar.
          [email protected] wrote:
          > "Mettu Kumar" <[email protected]> wrote in message
          > news:[email protected]...
          > > Ryan,
          > >
          > > I was not commenting on MVC pattern. I am talking about the problems
          > > pushlets implementation could potentially cause.
          >
          > Mettu, we completly crossed paths my friend. I read the OP's message and
          > imediately thought oh, cool, MVC candidate :-) Silly me! I understand what
          > you are talking about now :-)
          >
          > > 1. If you are serving 10,000 clients, probably a given instance your
          > server will
          > > be serving 100 or 1000 of the them. but with pushlets you have 10, 000
          > > conenctions open siumultaneously and your server is serving all the client
          > 100%
          > > of the time.
          >
          > No, you're right that isn't good.
          >
          > > Do you think this would scale? Imagine the number of threads on server.
          > > 2. This could potentially bring down the web server you are using.
          > >
          >
          > It would scale right up to the time the server came crashing down :-) Yes,
          > if the server kept a single connection, thread of execution, open to every
          > client while the client was running that would be not so hot indeed,
          > especially if your clients increased exponentially. This is precisely why I
          > like the callback method on each client, kind of a pain to implement though.
          >
          > >
          > > Kumar.
          > >
          > > [email protected] wrote:
          > >
          > > > I wasn't referring to the article on pushlets you mentioned when I said
          > the
          > > > idea of MVC was a valid one, nor have I read the article as I respond
          > but
          > > > heres the idea I was describing which is based on the concept of MVC.
          > It
          > > > provides perfectly for the scenario the OP described IMO. I think, at
          > least
          > > > based on what I've seen, that the notion of MVC in the J2EE sector is
          > used
          > > > mostly as a means to seperate business logic from presentation logic.
          > It
          > > > doesn't allow for any mechanisms to notify the ``views" when data
          > ``model"
          > > > changes. This is no big deal I guess for most applications but it does
          > > > break the MVC paradigm IMO. To aleiviate this problem we incorporate an
          > > > observer pattern to notify each subscribing view when the model changes.
          > > > There really isn't any difference in my mind between push and pull where
          > > > pull is a standard RFC 2616 request and push is a simple callback to the
          > > > object registered with the controller (servlet, jsp). If the server can
          > > > handle a thousand or so concurrent requests why couldn't it handle a
          > > > thousand concurrent callbacks. You could probably improve this by
          > > > multi-threading the controller. Just some thoughts I would like to hear
          > > > yours :-)
          > > >
          > > > ~Ryan
          > > >
          > > > "Mettu Kumar" <[email protected]> wrote in message
          > > > news:[email protected]...
          > > > > Ryan,
          > > > >
          > > > > Did you ever try to use to Pushlets serving thousands of clients?
          > > > > Why did you think its a good design? If you feel its a good design,
          > let
          > > > us
          > > > > know whats good about it.
          > > > >
          > > > > Kumar.
          > > > >
          > > > > [email protected] wrote:
          > > > >
          > > > > > "Mettu Kumar" <[email protected]> wrote in message
          > > > > > news:[email protected]...
          > > > > > > Vikas,
          > > > > > >
          > > > > > > There was a article about the same in java world a while back.
          > > > > > > http://www.javaworld.com/javaworld/jw-03-2000/jw-03-pushlet.html
          > > > > > >
          > > > > > > But I believe this is bad design. I don't think using opened HTTP
          > > > > > Connections
          > > > > > > to do a real time operation is not a good Idea. What if you are
          > > > serving
          > > > > > couple
          > > > > > > of hundred clients?
          > > > > > >
          > > > > > > Kumar.
          > > > > > >
          > > > > >
          > > > > > It's a perfectly valid design. OP, check out MVC and the observer
          > > > design
          > > > > > pattern I think you'll find what you're looking for there.
          > > > > >
          > > > > > ~Ryan
          > > > > >
          > > > > > > Vikas Jolly wrote:
          > > > > > >
          > > > > > > > Hi AnyOne!
          > > > > > > >
          > > > > > > > I have a servlet, and a database . If a column in my table gets
          > > > updated
          > > > > > I
          > > > > > > > want all of my clients who are connected to it , to see the
          > > > refreshed
          > > > > > value
          > > > > > > > without click any refresh/Reload button on the browser. A kind
          > of
          > > > > > > > Server-Push.
          > > > > > > > That is, If one client makes changes, then all of the other
          > clients
          > > > on
          > > > > > the
          > > > > > > > web should get intimated.
          > > > > > > >
          > > > > > > > How can I achieve this ?
          > > > > > > >
          > > > > > > > thanks
          > > > > > > > vikas
          > > > > > >
          > > > >
          > > > >
          > >

What is the Advantage and Disadvantage of Pre-Compiled JSP

Hi All,
What is the advantage and disadvantage of using pre-compiled JSP

Pro:
By pre-compiling your JSPs you don't need a java compiler on the server - just a jre.
The result? No java compiler on the server means a potential security hole patched - people can't just write and deploy jsp's willy nilly on the server.
You KNOW that all your JSPs compile before you visit them - because you have compiled them all :-). It won't fail because of a stupid spelling miskate that prevents compilation. That doesn't mean they will run without error of course...
Con:
Compiling the JSPs ties them to a particular server - unless you take the runtime along with them.

Problem with pre-compiling jsp's

          hi,
          we have an .ear running on wls 6.0 sp2.
          Our app has a web component(part of the .ear) as well which has tld's & jsp.We
          are following the struts framework.
          We configured the <jsp-descriptor> element in the weblogic.xml file to pre-compile
          the jsp's..but the server complains of the following
          any suggestions would be appreciated
          ==================================================================================================================================
          <Jan 9, 2002 4:00:06 PM EST> <Error> <HTTP> <[WebAppServletContext(3001228,ppp)]
          failure pre-compiling JSP's
          java.lang.NullPointerException
          at weblogic.servlet.jsp.Jsp2Java.makeReader(Jsp2Java.java:232)
          at weblogic.servlet.jsp.Jsp2Java.outputs(Jsp2Java.java:112)
          at weblogic.utils.compiler.CodeGenerator.generate(CodeGenerator.java:253)
          at weblogic.servlet.jsp.Precompiler.compileOne(Precompiler.java:124)
          at weblogic.servlet.jsp.Precompiler.compile(Precompiler.java:44)
          at weblogic.servlet.internal.WebAppServletContext.precompileJSPs(WebAppServletContext.java:2003)
          at weblogic.servlet.internal.dd.DescriptorLoader.initFromWebApp(DescriptorLoader.java:742)
          at weblogic.servlet.internal.dd.DescriptorLoader.createServletContext(DescriptorLoader.java:359)
          at weblogic.servlet.internal.HttpServer.loadWARContext(HttpServer.java:467)
          at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:404)
          at weblogic.j2ee.WebAppComponent.deploy(WebAppComponent.java:74)
          at weblogic.j2ee.Application.addComponent(Application.java:133)
          at weblogic.j2ee.J2EEService.addDeployment(J2EEService.java:115)
          at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:327)
          at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:143)
          at weblogic.management.mbeans.custom.WebServer.addWebDeployment(WebServer.java:76)
          at java.lang.reflect.Method.invoke(Native Method)
          at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:562)
          at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:548)
          at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:285)
          at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
          at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
          at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:439)
          at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:180)
          at $Proxy44.addWebDeployment(Unknown Source)
          at weblogic.management.configuration.WebServerMBean_CachingStub.addWebDeployment(WebServerMBean_CachingStub.java:1012)
          at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:313)
          at weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(DeploymentTarget.java:277)
          at weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(DeploymentTarget.java:232)
          at weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(DeploymentTarget.java:192)
          at java.lang.reflect.Method.invoke(Native Method)
          at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:562)
          at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:548)
          at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:285)
          at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
          at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
          at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:439)
          at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:180)
          at $Proxy41.updateDeployments(Unknown Source)
          at weblogic.management.configuration.ServerMBean_CachingStub.updateDeployments(ServerMBean_CachingStub.java:2299)
          at weblogic.management.mbeans.custom.ApplicationManager.startConfigManager(ApplicationManager.java:240)
          at weblogic.management.mbeans.custom.ApplicationManager.start(ApplicationManager.java:122)
          at java.lang.reflect.Method.invoke(Native Method)
          at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:562)
          at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:548)
          at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:285)
          at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1555)
          at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
          at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:439)
          at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:180)
          at $Proxy33.start(Unknown Source)
          at weblogic.management.configuration.ApplicationManagerMBean_CachingStub.start(ApplicationManagerMBean_CachingStub.java:435)
          at weblogic.management.Admin.startApplicationManager(Admin.java:1033)
          at weblogic.management.Admin.finish(Admin.java:493)
          at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:429)
          at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:170)
          at weblogic.Server.main(Server.java:35)
          >
          <Jan 9, 2002 4:00:06 PM EST> <Debug> <HTTP> <Exception thrown while loading ppp:
          weblogic.utils.NestedException: failure pre-compiling JSP's - with nested exception:
          [java.lang.NullPointerException]>
          <Jan 9, 2002 4:00:06 PM EST> <Error> <J2EE> <Error deploying application ppp:
          Could not load ppp>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[HTTP myserver] Loading web app: wl_management_internal2>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[HTTP myserver] Loading wl_management_internal2
          from WAR file: C:\engr\project\ppp\.\config\Synchronoss\applications\.wl_temp_do_not_delete\wl_local_comp45831.war>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[Default WebApp] extracting classfiles
          to C:\engr\project\ppp\.\config\Synchronoss\applications\.wl_temp_do_not_delete\WEB-INF\_tmp_war_myserver_myserver_wl_management_internal2:>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[Default WebApp] extracted classfiles
          successfully...>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[WebAppServletContext(6559849,wl_management_internal2)]
          registering JSPServlet with initArgs '[JspConfig: verbose=true,packagePrefix=jsp_servlet,-compiler=javac,compileFlags=,workingDir=C:\engr\project\ppp\.\config\Synchronoss\applications\.wl_temp_do_not_delete\WEB-INF\_tmp_war_myserver_myserver_wl_management_internal2,pageCheckSeconds=1,superclass=null,keepgenerated=false,encoding=null,defaultfilename=index.jsp,noTryBlocks=false]'>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[WebAppServletContext(6559849,wl_management_internal2)]
          registering classpath servlet with initArgs 'null'>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[WebAppServletContext(6559849,wl_management_internal2)]
          registering getior servlet with initArgs 'null'>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <J2EE> <Deployed : wl_management_internal2>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <J2EE> <Deployed MailSession named com.bea.wlpi.MailSession>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <Initializing WEB server myserver>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[HTTP myserver] Loading web app: DefaultWebApp_myserver>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[HTTP myserver] Loading DefaultWebApp_myserver
          from directory: .\config\Synchronoss\applications\DefaultWebApp_myserver>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[WebAppServletContext(4157813,DefaultWebApp_myserver)]
          registering JSPServlet with initArgs '[JspConfig: verbose=true,packagePrefix=jsp_servlet,-compiler=javac,compileFlags=,workingDir=C:\engr\project\ppp\.\config\Synchronoss\applications\DefaultWebApp_myserver\WEB-INF\_tmp_war_myserver_myserver_DefaultWebApp_myserver,pageCheckSeconds=1,superclass=null,keepgenerated=false,encoding=null,defaultfilename=index.jsp,noTryBlocks=false]'>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[WebAppServletContext(4157813,DefaultWebApp_myserver)]
          registering classpath servlet with initArgs 'null'>
          <Jan 9, 2002 4:00:06 PM EST> <Info> <HTTP> <[WebAppServletContext(4157813,DefaultWebApp_myserver)]
          registering getior servlet with initArgs 'null'>


[att1.html]

Failure in pre-compiling JSP's

          Hi,
          I am getting the following error while pre-compiling a jsp (showcode.jsp).
          I am using weblogic 5.1 SP8.
          Wed Oct 24 12:03:09 MDT 2001:<E> <WebAppServletContext-quote> cannot make temp
          directory '/cemr2/dev1/app/examples/j
          sp/tagext/quote/WEB-INF/_tmp_war_quote', will not be able to compile JSPs
          Wed Oct 24 12:03:09 MDT 2001:<I> <WebAppServletContext-quote> checking /showcode.jsp:
          Wed Oct 24 12:03:11 MDT 2001:<E> <WebAppServletContext-quote> failure pre-compiling
          JSP's
          java.io.FileNotFoundException: /cemr2/dev1/app/examples/jsp/tagext/quote/WEB-INF/_tmp_war_quote/examples/jsp/tagext/
          sql/_showcode.java (No such file or directory)
          at java.io.FileOutputStream.open(Native Method)
          at java.io.FileOutputStream.<init>(FileOutputStream.java, Compiled Code)
          at java.io.FileOutputStream.<init>(FileOutputStream.java, Compiled Code)
          at java.io.FileOutputStream.<init>(FileOutputStream.java, Compiled Code)
          at java.io.FileWriter.<init>(FileWriter.java, Compiled Code)
          at weblogic.servlet.jsp.Jsp2Java.makeOutputStream(Jsp2Java.java, Compiled Code)
          at weblogic.utils.compiler.CodeGenerator.generateCode(CodeGenerator.java, Compiled
          Code)
          at weblogic.utils.compiler.CodeGenerator.generate(CodeGenerator.java, Compiled
          Code)
          at weblogic.servlet.jsp.Precompiler.compileOne(Precompiler.java, Compiled Code)
          at weblogic.servlet.jsp.Precompiler.compile(Precompiler.java, Compiled Code)
          at weblogic.servlet.internal.ServletContextImpl.precompileJSPs(ServletContextImpl.java,
          Compiled Code)
          at weblogic.servlet.internal.dd.DescriptorLoader.createServletContext(DescriptorLoader.java,
          Compiled Code)
          at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java, Compiled Code)
          at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java, Compiled
          Code)
          at weblogic.t3.srvr.HttpServer.start(HttpServer.java, Compiled Code)
          at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
          at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java, Compiled Code)
          at java.lang.reflect.Method.invoke(Native Method)
          at weblogic.Server.startServerDynamically(Server.java, Compiled Code)
          at weblogic.Server.main(Server.java, Compiled Code)
          at weblogic.Server.main(Server.java, Compiled Code)


          << cannot make temp directory '/cemr2/dev1/app/examples/j sp/tagext/quote/WEB-INF/_tmp_war_quote',
          will not be >>
          You don't have sufficiend permission to crease directory.
          Thnaks
          Jignesh Patel
          "Sreenivas Kotapati" <[email protected]> wrote:
          >
          >Hi,
          >
          >I am getting the following error while pre-compiling a jsp (showcode.jsp).
          >
          >I am using weblogic 5.1 SP8.
          >
          >Wed Oct 24 12:03:09 MDT 2001:<E> <WebAppServletContext-quote> cannot
          >make temp
          >directory '/cemr2/dev1/app/examples/j
          >sp/tagext/quote/WEB-INF/_tmp_war_quote', will not be able to compile
          >JSPs
          >Wed Oct 24 12:03:09 MDT 2001:<I> <WebAppServletContext-quote> checking
          >/showcode.jsp:
          >Wed Oct 24 12:03:11 MDT 2001:<E> <WebAppServletContext-quote> failure
          >pre-compiling
          >JSP's
          >java.io.FileNotFoundException: /cemr2/dev1/app/examples/jsp/tagext/quote/WEB-INF/_tmp_war_quote/examples/jsp/tagext/
          >sql/_showcode.java (No such file or directory)
          > at java.io.FileOutputStream.open(Native Method)
          > at java.io.FileOutputStream.<init>(FileOutputStream.java, Compiled
          >Code)
          > at java.io.FileOutputStream.<init>(FileOutputStream.java, Compiled
          >Code)
          > at java.io.FileOutputStream.<init>(FileOutputStream.java, Compiled
          >Code)
          > at java.io.FileWriter.<init>(FileWriter.java, Compiled Code)
          > at weblogic.servlet.jsp.Jsp2Java.makeOutputStream(Jsp2Java.java, Compiled
          >Code)
          > at weblogic.utils.compiler.CodeGenerator.generateCode(CodeGenerator.java,
          >Compiled
          >Code)
          > at weblogic.utils.compiler.CodeGenerator.generate(CodeGenerator.java,
          >Compiled
          >Code)
          > at weblogic.servlet.jsp.Precompiler.compileOne(Precompiler.java, Compiled
          >Code)
          > at weblogic.servlet.jsp.Precompiler.compile(Precompiler.java, Compiled
          >Code)
          > at weblogic.servlet.internal.ServletContextImpl.precompileJSPs(ServletContextImpl.java,
          >Compiled Code)
          > at weblogic.servlet.internal.dd.DescriptorLoader.createServletContext(DescriptorLoader.java,
          >Compiled Code)
          > at weblogic.t3.srvr.HttpServer.loadWARContext(HttpServer.java, Compiled
          >Code)
          > at weblogic.t3.srvr.HttpServer.initServletContexts(HttpServer.java,
          >Compiled
          >Code)
          > at weblogic.t3.srvr.HttpServer.start(HttpServer.java, Compiled Code)
          > at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code)
          > at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java, Compiled Code)
          > at java.lang.reflect.Method.invoke(Native Method)
          > at weblogic.Server.startServerDynamically(Server.java, Compiled Code)
          > at weblogic.Server.main(Server.java, Compiled Code)
          > at weblogic.Server.main(Server.java, Compiled Code)
          >

Auto deploy pre-compiled JSP

Hello
In the post of gadegaard in november 2002, there was a problem to au deploy pre-compiled JSP. Is this problem has been fix in the 9.0.4 OC4J version ?
If yes, is it sufficient to create a "_pages" directory in the war (the war is contained in an ear) and auto deploy it ? Because my pre-compiled JSP are not deployed.
Tanks in advance for your answer
Emmanuelle

Emmanuelle:
There are two ways to use the precomiled JSP files.
Method one: You can just copy the generated JSP page implementation classes to the directory application-deployments/yourApp/yourWebApp/persistence/_pages. If the init-param "main_mode" of jsp servlet of your web app is reload, then these classes will be used without stopping the server. This is the fastest way in development.
Method two: You can packaged the generated JSP page implementation classes into a jar just like any other java class libraries. Then create your war with that jar inside WEB-INF/lib. Make sure the init-param "main_mode" of jsp servlet in your web.xml is justrun. Now you have a deployable war file. You can deploy the war file (within an ear file) to oc4j and access the JSP page.
Please tell me if either of thse methods works for you
Please note since oc4j 10.1.3, ojspc will package the generated classes into a jar under WEB-INF/lib if given an war or ear file.

Pre compiling JSPs?

Is there anywayto pre-compile JSPs for a web project outside of Workshop, for example
using the wlwBuild.sh tool, or some existing bea ant task?
Thanks,
Byron

Byron,
Building the project/application will cause the jsp's to be compiled into
the .workshop directory. Currently there is no mechanism by which the build
process can determine if the JSP has been modified, hence the JSP will be
rebuilt , during the next build.
Is there a reason why you would like to precompile the JSP outside Workshop
Regards,
Raj Alagumalai
Backline Workshop Support
"Byron Foster" <[email protected]> wrote in message
news:3ff11395$[email protected]..
>
Is there anywayto pre-compile JSPs for a web project outside of Workshop,for example
using the wlwBuild.sh tool, or some existing bea ant task?
Thanks,
Byron

Pre-Compiled JSP

Hi All,
Can anyone tell me, how to pre-compile jsp and deploy it in Tomcat and Websphere and also how stop the app server recompiling the JSP at runtime. Searched the net for but was not really that successful.

Read the documentation that come along the application server. For Tomcat it's for example this: [http://tomcat.apache.org/tomcat-6.0-doc/jasper-howto.html].

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

          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]


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).

Server Push redirecting to a pre-existing JSP

Similar Messages

Maybe you are looking for