Compiled jsps

this might be a crazy question and i feel pretty dumb asking this but i am new to jsp and wanted to know where are the compiled JSP's located i mean when we compile the Servlet we get servletname.class and JSP from what i read are converted into servlets in the background.. so what i wanted to know was is there any particular directory that compiled JSP's are stored?

If u using Weblogic server, all compile jsp are stored as class files in <weblogic - install>\config\<domain-name>\workingdir\jsp_servlet\_jsp
or else do a file search in the <web-server> dir using
*<jsp-name>*.class

Similar Messages

"No tag library could be found with this URI" error while compiling jsp

I am using WebLogic Server 9.2 MP1, JDK 1.5.0_09, Struts 1.3.5
 I am pre-compiling jsp pages with wlappc ant task. However, I got following errors when a jsp page contains ant taglib:
 No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
 The jsp page looks like:
 <%@ taglib uri="http://struts.apache.org/tags-html" prefix="html" %>
 wlappc complains taglib could not be retrieved from this uri. Actually, since Struts 1.3.5, those ".tld" files are contained in strust-taglib-1.3.5.jar, folder META-INF/tld/. And I don't need to set anything in web.xml <tag-lib> tab anymore.
 All the jsp pages can be successfully compiled while being deployed to Server. So what am I missing? My build.xml file looks like:
 <target name="compile-jsp">
 <wlappc source="${src.dir}" output="${out.dir}"
 keepgenerated="true" optimize="true" classpathref="wl_classpath"/>
 </target>
 where "wl_classpath" contains all the struts related jar files, e.g. struts-core-1.3.5.jar, struts-taglib-1.3.5.jar, ...., and weblogic related jars, e.g. weblogic.jar.....
 I checked "beehive" samples coming with weblogic92, and found it pretty much did the same thing regarding build script and jsp files. So I am totally lost!
 Please help me out. Many thanks.
 Edited by jqian at 02/02/2007 10:24 AM

Yes sorry, you're correct. The uri I mentioned is just 1.0.
Do you have the "Oracle WebLogic Web App Extension" Facet for your web project? If not, try adding that and making sure that there is a weblogic.xml file created in the WEB-INF dir. The weblogic.xml file allows you to deploy usig a shared lib for JSTL. It should contain a library-ref element something like the following, with a version of 1.1.
<wls:library-ref>
<wls:library-name>jstl</wls:library-name>
<wls:specification-version>1.1</wls:specification-version>
<wls:exact-match>true</wls:exact-match>
</wls:library-ref>

JDeveloper's compiled JSP location in a .war file

When I choose to build a .war file in JDeveloper 10.1.2 that contains the .JSP files, it sticks the compiled jsps in WEB-INF/classes/.jsps. To get the app server to properly recognize the precompiled JSPs, they need to be located in the WEB-INF/classes directory.
How can I configure JDeveloper to put the compiled JSPs in WEB-INF/classes?

JSPs in a web application are neither in WEB-INF/classes or WEB-INF/classes/.jsps directory.
JSPs are in the top level directory.
Servlets are in the WEB-INF/classes directory.

How to compile jsp project on the plateform of Myeclipse and jboss

hi
I m new in jboss application server with myeclipse plateform.
im unable to solve this error.which are occured doring the starting of server in my eclipse.
the error is:-----
13:12:41,484 INFO [Server] Starting JBoss (MX MicroKernel)...
13:12:41,500 INFO [Server] Release ID: JBoss [Zion] 4.0.4.GA (build: CVSTag=JBoss_4_0_4_GA date=200605151000)
13:12:41,515 INFO [Server] Home Dir: C:\Program Files\jboss-4.0.4.GA
13:12:41,515 INFO [Server] Home URL: file:/C:/Program Files/jboss-4.0.4.GA/
13:12:41,515 INFO [Server] Patch URL: null
13:12:41,515 INFO [Server] Server Name: default
13:12:41,515 INFO [Server] Server Home Dir: C:\Program Files\jboss-4.0.4.GA\server\default
13:12:41,515 INFO [Server] Server Home URL: file:/C:/Program Files/jboss-4.0.4.GA/server/default/
13:12:41,531 INFO [Server] Server Log Dir: C:\Program Files\jboss-4.0.4.GA\server\default\log
13:12:41,531 INFO [Server] Server Temp Dir: C:\Program Files\jboss-4.0.4.GA\server\default\tmp
13:12:41,531 INFO [Server] Root Deployment Filename: jboss-service.xml
13:12:44,015 INFO [ServerInfo] Java version: 1.4.2_05,Sun Microsystems Inc.
13:12:44,015 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.4.2_05-b04,Sun Microsystems Inc.
13:12:44,015 INFO [ServerInfo] OS-System: Windows XP 5.1,x86
13:12:45,750 INFO [Server] Core system initialized
13:12:55,515 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml
13:13:09,218 INFO [WebService] Using RMI server codebase: http://shabrez:8083/
13:13:19,578 INFO [MailService] Mail Service bound to java:/Mail
13:13:20,484 INFO [NamingService] JNDI bootstrap JNP=/0.0.0.0:1099, RMI=/0.0.0.0:1098, backlog=50, no client SocketFactory, Server SocketFactory=class org.jboss.net.sockets.DefaultSocketFactory
13:13:20,718 INFO [SubscriptionManager] Bound event dispatcher to java:/EventDispatcher
13:13:25,109 INFO [CorbaNamingService] Naming: [IOR:000000000000002B49444C3A6F6D672E6F72672F436F734E616D696E672F4E616D696E67436F6E746578744578743A312E3000000000000200000000000000D8000102000000000E3139322E3136382E302E313331000DC8000000114A426F73732F4E616D696E672F726F6F74000000000000050000000000000008000000004A414300000000010000001C00000000000100010000000105010001000101090000000105010001000000210000005000000000000000010000000000000024000000200000007E00000000000000010000000E3139322E3136382E302E313331000DC9000000000000000000000000000000000000000000000000000000000000002000000004000000000000001F0000000400000003000000010000002000000000000000020000002000000004000000000000001F0000000400000003]
13:13:25,812 INFO [CorbaTransactionService] TransactionFactory: [IOR:000000000000003049444C3A6F72672F6A626F73732F746D2F69696F702F5472616E73616374696F6E466163746F72794578743A312E30000000000200000000000000D8000102000000000E3139322E3136382E302E313331000DC8000000144A426F73732F5472616E73616374696F6E732F46000000050000000000000008000000004A414300000000010000001C00000000000100010000000105010001000101090000000105010001000000210000005000000000000000010000000000000024000000200000007E00000000000000010000000E3139322E3136382E302E313331000DC9000000000000000000000000000000000000000000000000000000000000002000000004000000000000001F0000000400000003000000010000002000000000000000020000002000000004000000000000001F0000000400000003]
13:13:27,875 INFO [Embedded] Catalina naming disabled
13:13:28,140 INFO [ClusterRuleSetFactory] Unable to find a cluster rule set in the classpath. Will load the default rule set.
13:13:28,140 INFO [ClusterRuleSetFactory] Unable to find a cluster rule set in the classpath. Will load the default rule set.
13:13:29,390 INFO [Http11BaseProtocol] Initializing Coyote HTTP/1.1 on http-0.0.0.0-8080
13:13:29,390 INFO [Catalina] Initialization processed in 1250 ms
13:13:29,406 INFO [StandardService] Starting service jboss.web
13:13:29,406 INFO [StandardEngine] Starting Servlet Engine: Apache Tomcat/5.5.17
13:13:29,562 INFO [StandardHost] XML validation disabled
13:13:29,640 INFO [Catalina] Server startup in 250 ms
13:13:30,671 INFO [TomcatDeployer] deploy, ctxPath=/invoker, warUrl=.../deploy/http-invoker.sar/invoker.war/
13:13:31,906 INFO [WebappLoader] Dual registration of jndi stream handler: factory already defined
13:13:33,515 INFO [TomcatDeployer] deploy, ctxPath=/, warUrl=.../deploy/jbossweb-tomcat55.sar/ROOT.war/
13:13:34,015 INFO [TomcatDeployer] deploy, ctxPath=/jbossws, warUrl=.../tmp/deploy/tmp13610jbossws-exp.war/
13:13:34,531 INFO [TomcatDeployer] deploy, ctxPath=/jbossmq-httpil, warUrl=.../deploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/
13:13:35,359 INFO [TomcatDeployer] deploy, ctxPath=/web-console, warUrl=.../deploy/management/console-mgr.sar/web-console.war/
13:13:39,453 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-ha-local-jdbc.rar
13:13:39,593 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-ha-xa-jdbc.rar
13:13:39,687 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-local-jdbc.rar
13:13:39,781 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jboss-xa-jdbc.rar
13:13:39,906 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/jms/jms-ra.rar
13:13:40,031 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/mail-ra.rar
13:13:44,234 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:name=DefaultDS,service=DataSourceBinding' to JNDI name 'java:DefaultDS'
13:13:45,640 INFO [A] Bound to JNDI name: queue/A
13:13:45,656 INFO Bound to JNDI name: queue/B
13:13:45,656 INFO [C] Bound to JNDI name: queue/C
13:13:45,656 INFO [D] Bound to JNDI name: queue/D
13:13:45,656 INFO [ex] Bound to JNDI name: queue/ex
13:13:45,718 INFO [testTopic] Bound to JNDI name: topic/testTopic
13:13:45,734 INFO [securedTopic] Bound to JNDI name: topic/securedTopic
13:13:45,734 INFO [testDurableTopic] Bound to JNDI name: topic/testDurableTopic
13:13:45,750 INFO [testQueue] Bound to JNDI name: queue/testQueue
13:13:46,000 INFO [UILServerILService] JBossMQ UIL service available at : /0.0.0.0:8093
13:13:46,140 INFO [DLQ] Bound to JNDI name: queue/DLQ
13:13:46,609 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:name=JmsXA,service=ConnectionFactoryBinding' to JNDI name 'java:JmsXA'
13:13:46,750 ERROR [MainDeployer] Could not create deployment: file:/C:/Program Files/jboss-4.0.4.GA/server/default/deploy/helloword.war/
java.lang.UnsupportedClassVersionError: com/jbosstest/testJboss (Unsupported major.minor version 49.0)
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
 at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
 at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
 at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
 at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
 at org.jboss.ws.server.WebServiceDeployerJSE.isWebserviceDeployment(WebServiceDeployerJSE.java:151)
 at org.jboss.ws.server.WebServiceDeployer.create(WebServiceDeployer.java:101)
 at org.jboss.ws.server.WebServiceDeployerJSE.create(WebServiceDeployerJSE.java:66)
 at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180)
 at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
 at $Proxy41.create(Unknown Source)
 at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
 at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
 at $Proxy6.deploy(Unknown Source)
 at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
 at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
 at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
 at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
 at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
 at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
 at $Proxy0.start(Unknown Source)
 at org.jboss.system.ServiceController.start(ServiceController.java:417)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
 at $Proxy4.start(Unknown Source)
 at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
 at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
 at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
 at $Proxy5.deploy(Unknown Source)
 at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
 at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
 at org.jboss.Main.boot(Main.java:200)
 at org.jboss.Main$1.run(Main.java:464)
 at java.lang.Thread.run(Thread.java:534)
13:13:47,000 INFO [TomcatDeployer] deploy, ctxPath=/jmx-console, warUrl=.../deploy/jmx-console.war/
13:13:47,625 INFO [TomcatDeployer] deploy, ctxPath=/testproject, warUrl=.../deploy/testproject.war/
13:13:48,578 ERROR [URLDeploymentScanner] Incomplete Deployment listing:
--- Incompletely deployed packages ---
org.jboss.deployment.DeploymentInfo@abba8a12 { url=file:/C:/Program Files/jboss-4.0.4.GA/server/default/deploy/helloword.war/ }
deployer: MBeanProxyExt[jboss.web:service=WebServer]
status: Deployment FAILED reason: com/jbosstest/testJboss (Unsupported major.minor version 49.0)
state: FAILED
watch: file:/C:/Program Files/jboss-4.0.4.GA/server/default/deploy/helloword.war/WEB-INF/web.xml
altDD: null
lastDeployed: 1148111026703
lastModified: 1147940958000
mbeans:
13:13:48,796 INFO [Http11BaseProtocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080
13:13:49,125 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009
13:13:49,312 INFO [JkMain] Jk running ID=0 time=0/328 config=null
13:13:49,328 INFO [Server] JBoss (MX MicroKernel) [4.0.4.GA (build: CVSTag=JBoss_4_0_4_GA date=200605151000)] Started in 1m:7s:797ms
plz send me the solution of this error.
Thanks.

I m new in jboss application server with myeclipse plateform.
im unable to solve this error.which are occured doring the starting of server in my eclipse.
How to compile jsp project on the plateform of Myeclipse and jboss
hi :-) this is not eclipse forum and not that sure about your problem but i'll try to answer :-)
i'm not sure how you create your war but there something wrong with your web.xml. kindly check it :-)
by d way, you can deploy your project in my-eclipse by
- right click on the project then select my-eclipse > Add and Remove Project Deployment's
- a new window will open and you can now configure how you deploy your project :-)
other alternative edit your jboss-service.xml then put something like this
<attribute name="URLs">deploy/, file:/D:/workspace/deploy</attribute>
(note, change the path according to your needs)
regards,

Error compiling [/jsps/explorer/enterwsdl_main.jsp] of alias [wsnavigator]

hello
I am getting the above error when I try to start the Web Services Navigator in my J2EE engine of Solution Manager 4.0 system.
I am on NW 7.0 Java Components SP10.
The full error message is:
500 Internal Server Error
com.sap.engine.services.servlets_jsp.server.exceptions.WebIOException:
Error compiling [/jsps/explorer/enterwsdl_main.jsp] of alias [wsnavigator] of J2EE application
Can anyone help me out please? Or is it a case of just applying the latest SP?
Many Thanks
Steve

I have had a suggestion that I need to make sure that tools.jar is in the classpath for Tomcat. How can you get the value of variables Tomcat is using such as its CLASSPATH or JAVA_HOME ? Where are these set ? I assume that there must be a config file someplace...
Thanks in advance for any suggestions,
-James

Problems compiling jsps using WLS6.1sp3 as Win2k service

Two related issues:
Issue #1:
I'm encountering an error where the javac compiler cannot be found (when
trying to compile jsps) when running as a Windows Service. JAVA_HOME is set
in the profile and I'm passing in E:\bea\jdk131\bin in the extrapath
parameter of beasvc.exe. The error I get is a file permission exception -
unable to access (read) C:\WINNT\System32\javac. Question is - why is it
looking there and not in JAVA_HOME? To try and isolate this, I've removed
everything from the PATH and CLASSPATH environment variables except for
E:\bea\jdk131\bin but to no avail.
Issue #2:
I've also tried hard-coding the location E:\bea\jdk131\bin\javac.exe into
the config.xml and weblogic.xml. The error is then a file permission
exception - unable to access (read) .\E:\bea\jdk131\bin\javac. Note the
initial dot-slash... however, the weblogic.policy file is set to allow
read,execute access for all files and directories below E:\bea (I've even
tried to grant a permission to .\E:\....... but that didn't work either)
Hope someone can help - it's been driving me nuts for a week now! What do I
need to do to get Weblogic to find javac when running as a Windows Service?

Hi Sudha
Plese see the error in the starting post. Do u agree with me now? The server is looking for org.apache.jsp.techSupport_jsp class.
Generated servlet error:
[javac] Compiling 1 source file
D:\MANTRA\jboss-3.0.4_tomcat-4.1.12\tomcat-4.1.x\work\M
inEngine\localhost\JSPTechSupport\techSupport_jsp.java:
2: cannot resolve symbol
symbol : class TechSupportBean
location: class org.apache.jsp.techSupport_jsp
TechSupportBean techSupportBean = null;
^
An error occurred at line: 2 in the jsp file:
/techSupport.jsp
Generated servlet error:
D:\MANTRA\jboss-3.0.4_tomcat-4.1.12\tomcat-4.1.x\work\M
inEngine\localhost\JSPTechSupport\techSupport_jsp.java:
4: cannot resolve symbol
symbol : class TechSupportBean
location: class org.apache.jsp.techSupport_jsp
techSupportBean = (TechSupportBean)
rtBean) pageContext.getAttribute("techSupportBean",
PageContext.APPLICATION_SCOPE);
^Take care.
Hafizur Rahman
SCJP

I want to know the pre compiler jsp

please give information

see in one interview ,i was beign asked about the pre
compiler jsp.
i told him that i dont know.What did he ask about it?

Pre-compiled JSPs when deploying an EAR under WebLogic 6.1 SP4

Hello,
We have sucessfully pre-compiled JSP pages when working with and
deploying WAR files (WebLogic 6.1 SP4, Windows).
However, we can't seem to make it work when deploying EAR files.
Examing the "secret" unpacked directories after deployment doesn't
seem to help.
If we extract the WAR from the EAR and deploy it, everything is perfect.
Any ideas? Anyone able to make this work? If so, could you share the
output of
jar -tf yourCoolEarFileThatWorks.ear
as well as the same for the embedded WAR file?
Thank you,
Mike Leo

Some followup information.
We've changed the place where it looks for JSP classes using the
"workingDir" parameter in weblogic.xml.
And we also set "pageCheckSeconds" (also in weblogic.xml) to "-1".
Now, everything in the base directory comes up without being recompiled.
However, nothing in subfolders of the base directory is "picked up". Those
pages are still being compiled when they are accessed.
Any ideas welcome.
Mike Leo
On Tue, 05 Aug 2003 18:43:41 -0500, Michael Leo <[email protected]>
wrote:
Hello,
We have sucessfully pre-compiled JSP pages when working with and
deploying WAR files (WebLogic 6.1 SP4, Windows).
However, we can't seem to make it work when deploying EAR files.
Examing the "secret" unpacked directories after deployment doesn't
seem to help.
If we extract the WAR from the EAR and deploy it, everything is perfect.
Any ideas? Anyone able to make this work? If so, could you share the
output of
jar -tf yourCoolEarFileThatWorks.ear
as well as the same for the embedded WAR file?
Thank you,
Mike Leo

Problem with BPM workspace - Failed to compile JSP /bpmHome.jsff

Hi
I have instaled SOA Suite 11gR1 (11.1.1.5.0). All console woks, except bpm workspace. I have following error after login
Incident Id: 3
Incident Source: SYSTEM
Create Time: Thu Sep 22 09:21:36 CEST 2011
Problem Key: BEA-101017 [HTTP][weblogic.servlet.jsp.CompilationException]
Application Name: OracleBPMWorkspace
Error Message Id: BEA-101017
Description
Incident detected using watch rule "UncheckedException":
Watch time: 2011-09-22 09:21:36 CEST
Watch ServerName: soa_server1
Watch RuleType: Log
Watch Rule: (SEVERITY = 'Error') AND ((MSGID = 'WL-101020') OR (MSGID = 'WL-101017') OR (MSGID = 'WL-000802') OR (MSGID = 'BEA-101020') OR (MSGID = 'BEA-101017') OR (MSGID = 'BEA-000802'))
Watch DomainName: SOADomain
Watch Data:
 DATE : 2011-09-22 09:21:36 CEST
 SERVER : soa_server1
 MESSAGE : [ServletContext@9413464[app:OracleBPMWorkspace module:/bpm/workspace path:/bpm/workspace spec-version:2.5], request: weblogic.servlet.internal.ServletRequestImpl@31c41d[
GET /bpm/workspace/faces/jsf/worklist/worklist.jspx?_afrLoop=4649677285821&_afrWindowMode=0&_adf.ctrl-state=7b5s8pm1s_4 HTTP/1.1
User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.9.2.13) Gecko/20101209 CentOS/3.6-2.el5.centos Firefox/3.6.13
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: pl,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-2,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Referer: http://localhost:8001/bpm/workspace/faces/jsf/worklist/worklist.jspx
Cookie: JSESSIONID=XS3VT6hZBFLPZvqGZsnjQWnhgG06NTnDHMX9QY8Wbf1FvBZ4QYTK!-276213214
]] Root cause of ServletException.
weblogic.servlet.jsp.CompilationException: Failed to compile JSP /bpmHome.jsff
Exception occurred while processing '/home/kuba/Oracle/Middleware/user_projects/domains/SOADomain/servers/soa_server1/tmp/_WL_user/OracleBPMWorkspace/jx2oeu/war/bpmHome.jsff'java.lang.NullPointerException
 at weblogic.jsp.internal.jsp.JspParser.jspParse(JspParser.java:1092)
 at weblogic.jsp.internal.jsp.JspParser._parse(JspParser.java:604)
 at weblogic.jsp.internal.jsp.JspParser.parse(JspParser.java:597)
 at weblogic.jsp.internal.jsp.JspAnalyzer.parseFile(JspAnalyzer.java:104)
 at weblogic.jsp.internal.jsp.JspAnalyzer.parse(JspAnalyzer.java:92)
 at weblogic.jsp.internal.ProxySourceFile.parse(ProxySourceFile.java:106)
 at weblogic.jsp.internal.SourceFile.getAst(SourceFile.java:559)
 at weblogic.jsp.internal.SourceFile.getAst(SourceFile.java:533)
 at weblogic.jsp.internal.SourceFile.check(SourceFile.java:335)
 at weblogic.jsp.internal.ProxySourceFile.codeGen(ProxySourceFile.java:224)
 at weblogic.jsp.internal.SourceFile.codeGen(SourceFile.java:327)
 at weblogic.jsp.internal.client.ClientUtilsImpl$CodeGenJob.run(ClientUtilsImpl.java:599)
 at weblogic.jsp.internal.client.Job.performJob(Job.java:83)
 at weblogic.jsp.internal.client.ThreadPool$WorkerThread.run(ThreadPool.java:217)
 at weblogic.servlet.jsp.JavelinxJSPStub.reportCompilationErrorIfNeccessary(JavelinxJSPStub.java:226)
 at weblogic.servlet.jsp.JavelinxJSPStub.compilePage(JavelinxJSPStub.java:162)
 at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:256)
 at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:216)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:243)
 at weblogic.servlet.internal.ServletStubImpl.onAddToMapException(ServletStubImpl.java:416)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:326)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:183)
 at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:523)
 at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:444)
 at weblogic.servlet.jsp.PageContextImpl.include(PageContextImpl.java:163)
 at weblogic.servlet.jsp.PageContextImpl.include(PageContextImpl.java:184)
 at oracle.adfinternal.view.faces.taglib.region.IncludeTag.__include(IncludeTag.java:442)
 at oracle.adfinternal.view.faces.taglib.region.RegionTag$1.call(RegionTag.java:153)
 at oracle.adfinternal.view.faces.taglib.region.RegionTag$1.call(RegionTag.java:128)
 at oracle.adf.view.rich.component.fragment.UIXRegion.processRegion(UIXRegion.java:503)
 at oracle.adfinternal.view.faces.taglib.region.RegionTag.doStartTag(RegionTag.java:127)
 at jsp_servlet._jsf._worklist.__worklist_jspx._jspx___tag27(__worklist_jspx.java:1265)
 at jsp_servlet._jsf._worklist.__worklist_jspx._jspx___tag26(__worklist_jspx.java:1232)
 at jsp_servlet._jsf._worklist.__worklist_jspx._jspx___tag14(__worklist_jspx.java:723)
 at jsp_servlet._jsf._worklist.__worklist_jspx._jspx___tag13(__worklist_jspx.java:673)
 at jsp_servlet._jsf._worklist.__worklist_jspx._jspService(__worklist_jspx.java:168)
 at weblogic.servlet.jsp.JspBase.service(JspBase.java:34)
 at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
 at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:300)
 at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.adf.library.webapp.LibraryFilter.doFilter(LibraryFilter.java:175)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:111)
 at java.security.AccessController.doPrivileged(Native Method)
 at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
 at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:413)
 at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:94)
 at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:161)
 at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:524)
 at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:253)
 at com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:410)
 at org.apache.myfaces.trinidad.context.ExternalContextDecorator.dispatch(ExternalContextDecorator.java:44)
 at org.apache.myfaces.trinidad.context.ExternalContextDecorator.dispatch(ExternalContextDecorator.java:44)
 at oracle.adfinternal.view.faces.config.rich.RecordRequestAttributesDuringDispatch.dispatch(RecordRequestAttributesDuringDispatch.java:44)
 at org.apache.myfaces.trinidad.context.ExternalContextDecorator.dispatch(ExternalContextDecorator.java:44)
 at org.apache.myfaces.trinidad.context.ExternalContextDecorator.dispatch(ExternalContextDecorator.java:44)
 at org.apache.myfaces.trinidad.context.ExternalContextDecorator.dispatch(ExternalContextDecorator.java:44)
 at org.apache.myfaces.trinidadinternal.context.FacesContextFactoryImpl$OverrideDispatch.dispatch(FacesContextFactoryImpl.java:267)
 at com.sun.faces.application.ViewHandlerImpl.executePageToBuildView(ViewHandlerImpl.java:469)
 at com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:140)
 at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:189)
 at org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:193)
 at oracle.adfinternal.view.faces.lifecycle.LifecycleImpl._renderResponse(LifecycleImpl.java:800)
 at oracle.adfinternal.view.faces.lifecycle.LifecycleImpl._executePhase(LifecycleImpl.java:294)
 at oracle.adfinternal.view.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:214)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
 at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
 at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:300)
 at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.help.web.rich.OHWFilter.doFilter(Unknown Source)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.adf.model.servlet.ADFBindingFilter.doFilter(ADFBindingFilter.java:205)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.adfinternal.view.faces.webapp.rich.RegistrationFilter.doFilter(RegistrationFilter.java:106)
 at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl$FilterListChain.doFilter(TrinidadFilterImpl.java:446)
 at oracle.adfinternal.view.faces.activedata.AdsFilter.doFilter(AdsFilter.java:60)
 at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl$FilterListChain.doFilter(TrinidadFilterImpl.java:446)
 at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:271)
 at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:177)
 at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.adf.library.webapp.LibraryFilter.doFilter(LibraryFilter.java:175)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:111)
 at java.security.AccessController.doPrivileged(Native Method)
 at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
 at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:413)
 at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:94)
 at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:161)
 at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:111)
 at java.security.AccessController.doPrivileged(Native Method)
 at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
 at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:413)
 at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:94)
 at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:161)
 at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.dms.servlet.DMSServletFilter.doFilter(DMSServletFilter.java:136)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at oracle.security.jps.ee.http.JpsAbsFilter$1.run(JpsAbsFilter.java:111)
 at java.security.AccessController.doPrivileged(Native Method)
 at oracle.security.jps.util.JpsSubject.doAsPrivileged(JpsSubject.java:313)
 at oracle.security.jps.ee.util.JpsPlatformUtil.runJaasMode(JpsPlatformUtil.java:413)
 at oracle.security.jps.ee.http.JpsAbsFilter.runJaasMode(JpsAbsFilter.java:94)
 at oracle.security.jps.ee.http.JpsAbsFilter.doFilter(JpsAbsFilter.java:161)
 at oracle.security.jps.ee.http.JpsFilter.doFilter(JpsFilter.java:71)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3715)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3681)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
 at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2277)
 at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2183)
 at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1454)
 at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
 at weblogic.work.ExecuteThread.run(ExecuteThread.java:178)
 SUBSYSTEM : HTTP
 USERID : <WLS Kernel>
 SEVERITY : Error
 THREAD : [ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'
 MSGID : BEA-101017
 MACHINE : vm0-jpawlows.amg.net.pl
 TXID :
 CONTEXTID : 2910bfe82460a9b3:63a8fc67:1328fe13615:-8000-00000000000022a6
 TIMESTAMP : 1316676096720
Diagnostic Dumps
Name: jvm.threads
Dump Files: jvm_threads13_i3.dmp
Name: dms.metrics
Dump Files: dms_metrics14_i3.dmp
Name: odl.quicktrace
Dump Files: odl_quicktrace15_i3.dmp
Name: odl.logs
Dump Arguments: ecid=2910bfe82460a9b3:63a8fc67:1328fe13615:-8000-00000000000022a6
Dump Files: odl_logs16_i3.dmp
Name: odl.logs
Dump Arguments: timestamp=1316676096814
Dump Files: odl_logs17_i3.dmp
Name: wls.image
Dump Files: diagnostic_image_soa_server1_2011_09_22_09_21_48.zipKuba

Hi Kuba
I guess you are getting this error in Linux Env and not Windows. Basically SOA/BPM opens lots of files (JARs and WARs) and I guess it do not close them properly. The root cause for your error is something else. Here is the fix. This should work.
Login into the linux machine with the root user privileges. Or ask the person who have root privileges to do this. Basically you have to increase the open file limits to much bigger number like 8192.
To change the open file limits, login as root and edit the /etc/security/limits.conf file. If the following lines are already there, just change the number to 8192. Otherwise add below 2 lines exactly. Means for all the users on this OS, the nofiles is set to 8192, instead of single user.
* hard nofile 8192
* soft nofile 8192
after this, make sure to RESTART the Linux box. Otherwise changes will not get reflected.
Login into unix box from any client and run this command and it should return 8192
ulimit -n
Then start the soa server and you should be all set. Let me know if this fixes your issue (I am hoping it should).
Thanks
Ravi Jegga

Compiled JSPs With Jasper - Now Includes don't work

I am using a template page (index.jsp) that includes other jsp pages to fill the body of the page. Previously, I had my index.jsp page as the root document and the other jsp's in a 'jsp' subfolder. To include the other jsp's, I was using hyperlinks like this:
where 'XXXX' is the name of the jsp page without the '.jsp' extension.
So, in the index.jsp page, I had the following line of code that included the jsp pages:
<%
pageContext.include("/jsp/" + include + ".jsp"); // include is the 'page' request parameter.
%>
This has worked flawlessly up to this point. However, now I want to precompile all JSP pages using Ant and Jasper as this is a distributed app and I don't want to ship jsp pages. I compiled the pages and updated the web.xml file with the new mappings. Now the index.jsp page (servlet) displays but does not include the compiled jsp pages. Will the same link to a jsp page use the servlet mappings in the web.xml file to map to the new servlet?
I also tried the following with the same result:
request.getRequestDispatcher("/jsp/" + include + ".jsp").include(request,response);
Can someone suggest a solution? How can I get the compiled jsp's (servlets) to be included and displayed in the same way they were when used as jsp pages?

Well, good news and bad news....
I got the includes to work by changing my index.jsp page to use the following:
<jsp:include page="<%=includePage%>" flush="true"/>
instead of:
pageContext.include("/jsp/" + include + ".jsp");
This seems to work.
However, this has uncovered another issue. Now none of the graphics for the page display. So I am left with a page that has broken images links all over it. Does anyone know how to get around this? All my links follow the format:
<img src="/images/...
so they should resolve to the base directory, then 'images' right? When I look at the properties for each broken image, they have the correct path... does anyone know why they wouldn't display? What do I need to do to allow the servlets to display the images properly like the jsp pages did?
Thanks in advance...

Compile JSP in Oracle BPM 10g

Hi Everyone,
Could you let me know how to compile jsp using Oracle BPM 10gR3 studio.
Thanks in adavance...

I use JSPs in my projects since it gives me alot more freedom.
For example, I would like to use JSF tags, or use Javascript libraries to make AJAX calls, and always I want the JSP to have the look and feel of the brand of the company.
There are challenges in using the JSPs however. The documentation for the JSP Tag Library doesn't have good examples, so you might have to figure stuff out on your own.
I don't use WTP, although I've been meaning to install it. I've been using a text editor (notepad++) for the development of my JSPs.

Where can I find compiled JSP?

is this a FAQ?
 when I drop a jsp into the web app docroot, I invoke it and it works.
 Where can I find the compiled .class file for this JSP? Also, it is
 possible to specify to weblogic to preserve the Java source also?
 in v70, I recall the compiled JSPs being put into a temp directory. I
 haven't found that temp in my v81b install.
 Thanks,
 -Dino


If you just drop jsp into the running webapp, the classfiles go into
 $SERVER/.wlnotdelete
 For example on my box:
 ./myserver/.wlnotdelete/extract/myserver_simpleEAR_web/jsp_servlet/__bar.cla
 ss
 Muthu is correct about the snippet to make the server "keep" the .java
 files, you can also turn this on in the console under webapp --> Descriptor.
 Cheers
 mbg
 "Muthu" <[email protected]> wrote in message
 news:[email protected]...
 >
 > Hi dino,
 >
 > Normally the java source files generated will be deleted after
 compilation. If
 > u want to keep the java source code files u have to specify the following
 tag
 > in the weblogic.xml
 >
 > <jsp-descriptor>
 > <jsp-param>
 > <param-name>keepgenerated</param-name>
 > <param-value>true</param-value>
 > </jsp-param>
 > </jsp-descriptor>
 >
 > --Muthu
 >
 > "dc" <[email protected]> wrote:
 > >is this a FAQ?
 > >
 > >when I drop a jsp into the web app docroot, I invoke it and it works.
 > >Where can I find the compiled .class file for this JSP? Also, it is
 > >possible to specify to weblogic to preserve the Java source also?
 > >
 > >in v70, I recall the compiled JSPs being put into a temp directory.
 > >I
 > >haven't found that temp in my v81b install.
 > >
 > >Thanks,
 > >
 > >-Dino
 > >
 > >
 >

Missing underscores when compiling JSP

Hi all,
 I am running WebLogic 5.1 SP4 on RedHat Linux 6.2 and I have a problem
 when compiling my jsp pages.
 The problem is the package name created by the jsp engine. Say, I have a
 jsp page called index.jsp in a directory called public. The compiler
 ought to (I think) compile the page with the name public.index.java
 but it tries to compile it as public.index.java which isn't possible
 because the word 'public' is a reserved word in Java.
 So my question is:
 Is it possible to define the prefix of the name of the compiled jsp
 pages?
 And how do I do that?
 Thanks
 Peter Haldbæk
 [email protected] office +45 33 12 24 42
 CAPUT http://www.caput.com cellular +45 40 34 22 24


 Hi,
 I am working on 4.5.1. Do we have any Service pack to solve the same underscore issue when i compile files with weblogic.jspc
 Thanks in advance
 Jay
 Kumar Allamraju <[email protected]> wrote:
 >Yes. this was fixed in SP-5
 >refer http://www.weblogic.com/docs51/classdocs/README2.html#CR030406
 >
 >--
 >Kumar
 >
 >Peter Haldbæk wrote:
 >
 >> When I installed SP5 the problem was solved (jsp pages now compiles with
 >> underscore as prefix).
 >>
 >> Peter
 >>
 >> Peter Haldbæk wrote:
 >> >
 >> > Hi all,
 >> >
 >> > I am running WebLogic 5.1 SP4 on RedHat Linux 6.2 and I have a problem
 >> > when compiling my jsp pages.
 >> >
 >> > The problem is the package name created by the jsp engine. Say, I have a
 >> > jsp page called index.jsp in a directory called public. The compiler
 >> > ought to (I think) compile the page with the name public.index.java
 >> > but it tries to compile it as public.index.java which isn't possible
 >> > because the word 'public' is a reserved word in Java.
 >> >
 >> > So my question is:
 >> > Is it possible to define the prefix of the name of the compiled jsp
 >> > pages?
 >> > And how do I do that?
 >> >
 >> > Thanks
 >> >
 >> > --
 >> > Peter Haldbæk
 >> > [email protected] office +45 33 12 24 42
 >> > CAPUT http://www.caput.com cellular +45 40 34 22 24
 >>
 >> --
 >> Peter Haldbæk
 >> [email protected] office +45 33 12 24 42
 >> CAPUT http://www.caput.com cellular +45 40 34 22 24
 >

Using jikes to compile jsp files

 Hello !
 Where can i find a easy installation about jikes/WLS 6.0 sp6
 to compile jsp files ?
 Regards,
 jsanza


just change the compile command for 6.x in weblogic.xml
 kumar.
 "jsanza" <[email protected]> wrote in message
 news:3b814a50$[email protected]..
 >
 > Hello !
 >
 > Where can i find a easy installation about jikes/WLS 6.0 sp6
 > to compile jsp files ?
 >
 > Regards,
 >
 > jsanza
 >

Compiling JSP files

Hi,
I want to work JSP files with the help of Eclipse. I had the plugin for Tomcat also, all i need is the process of where to store the JSP files and how to compile them with eclipse.

You don't compile JSPs from within Eclipse.
JSPs - along with other content like static HTML files, images and style sheets - must be packaged up into a WAR file and deployed to Tomcat. Tomcat then unpacks the WAR, and when you try to access a JSP for the first time, Tomcat converts the JSP to a standard Java class (actually a servlet) and compiles the Java code.
You don't say what plugin you have, but you can for example write an Ant task that will bundle up the files into a WAR and then copy that WAR into Tomcat's webapps directory.

How to keep the generated java classes for compiled jsp in WL9.2 Workshop

Hi all,
 
 It should be a very simple question for most of you, however, it seems a bit tricky to me: how to configure the Weblogic 9.2 workshop so that we could keep the generated java files for the compiled jsp when we ran the application within WL 9.2 workshop?
 
 I try some configurations, but not working. Also, where are the generated java files stored?
 
 Thanks for the help!
 
 Agnes
 Edited by wingagnes at 03/21/2008 7:51 AM

Hi yzeng,
 
 Thanks for the reply. If I change the jsp-descriptor into the following:
 
 <jsp-descriptor>
 
 <keepgenerated>true</keepgenerated>
 
 <working-dir>D:\temp\golGenerated</working-dir>
 
 <debug>true</debug>
 
 </jsp-descriptor>
 
 I will get the following error message:
 
 cvs-complex-type.2.3.d:Invalid content was found starting with element 'precompile'. No child element is expected at this point.
 
 Thanks,
 
 Agnes

Compiled jsps

Similar Messages

Maybe you are looking for