Disable compiling jsps in oc4j
We want to move to using the ojspc ant task to pre-compile our jsps where I work. I can get the ant task to run but evidently am not putting the output in the correct location. In stand-alone oc4j I have to include the jsps in my deployment, which I'm not sure I should have to do. On the full OAS with jsp compiling turned off, none of the pages render. I have to hand the ears to 3rd parties to get them deployed on the OAS instance and my access to logs there is also limited so I'd like to get my oc4j stand-alone to NOT compile jsps so I have an environment that I can play with to fix the problem.
Questions
Q1) Can I turn off jsp compiling in OC4J standalone (deployed on Win XP OC4J version 10.1.3.5.0)?
Q2) If the class files OJSPC produces are in the right place do I NEED the jsps in my ear/war file (same environment)?
Figured it out on my own:
A1) Yes. From Application Server Control select Administration
Select JSP Properties
Set "When a JSP changes" (under Runtime Parameters) to Reload classes.
A2) If set as above the JSPs are not necessary.
My root problem was that the ojspc task was not set to compile and and the javac task wasn't putting the .class files in the right place. Setting ojspc to nocompile="false" and appRoot to my destination path and suddenly _(pagename).class files starting appearing in the appropriate output directories and problem solved.
Similar Messages
-
Standalone OC4J can't compile JSPs?
I've been following this tutorial: http://www.eclipse.org/webtools/community/tutorials/OracleServerAdapter/OracleServerAdapter.html
in order to get my Eclipse working with my 10.1.3 standalone OC4J server.
However, every time I try to run the index.jsp page, I get the following error:
J2EE JSP0008 Unable to dispatch JSP Page : Exception:oracle.jsp.provider.JspCompileException: <H3>Errors compiling:C:\ORACLE\oc4j\j2ee\home\application-deployments\DemoOC4J\DemoOC4J\persistence\_pages\\_index.java</H3><pre></pre>
I imagine that there's some sort of java path error of some sort but I can't seem to figure out what it would be. I have my JAVA_HOME set to my JDK 1.5 . ( \jdk1.5.0_11 ). Any ideas or pointers as to what I need to do to get this thing going?
ThanksAfter digging for days, I found this thread:
OC4J Preview - JSP not problem
Turns out that Eclipse set it's Java library defaults to the JRE directory and not the JDK. After changing it to the JDK, I've got JSP compilation success! -
"Error: out of memory" compiling JSP´s
Our web application contains about 5000 JSP´s and 900 java files and every time I want to make the project I get the message "Error: out of memory" compiling the JSP´s despite already using the JVM option -Xmx850M to enlarge the heap size. It is not possible to use any higher value than 850M because this results in following error message launching JDeveloper.
D:\jdevj2ee1013\jdev\bin>jdev.exe
Error occurred during initialization of VM
Could not reserve enough space for object heap
The computer I use for development has 2GB of memory and JDeveloper is the only application running, therfor there must be enough memory available.
If I deactivate "Make Project before running" I´m able to launch the application and debug JSP´s, but every time a page is called it´s recompiled, even if it has not changed, which costs a lot of time.
Is it possible to disable the JSP translation in the development process and only translate and compile the JSP´s at request time in the embeded OC4J and make sure that this happens only once if the JSP has not changed?I have solved the problem. I removed the transition, "Light Slice" from PulpFx. It was giving me trouble earlier. I don't know why, or if it's fixable and able to be used in the future, but I can render 100% after that effect is removed from the footage/sequence.
-
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, -
Viewing compiled JSPs in JDeveloper
Hello
I was wondering if there is a way of viewing the compiled versions (_jspname.java) of any JSPs run on the embedded OC4J in JDeveloper? I am using version 10.1.3.2 .
Currently I have to view them through Textpad or similar, which seems to me to be a very long winded way of viewing these files. Surely there must be a way of opening and viewing these files in JDeveloper?
I have had a look for a solution to this on the web and on these forums but no luck so far.
Any help appreciated.
Cheers
PaulHi Frank,
Thanks for the reply, I'll give that a bash.
It seems strange though that the project being run cannot point to the compiled jsps within the project (maybe listed under Application Sources rather than Web Content?).
Is it worth my while submitting this as a feature request? It would be useful to be able to do this in my opinion, as error messages from the embedded oc4j do not have a line number for where the problem occurs in the jsp. It would save users a bit of time - debugging JSPs is already tricky enough!
Thanks again
Paul -
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
EmmanuelleEmmanuelle:
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. -
Weblogic Recompiles Already Pre-compiled JSPs
I have pre-compiled all the JSPs in our WebApp. Unfortunately, when I hit the
JSP from the Browser, Weblogic is re-compiling it again. I must not be placing
the compiled JSP (.class files) in the correct location. Or I could be missing
a flag or something.
I am using an exploded directory format and have also tried War file as well.
- file is ./prodssl/account/login.jsp
- class in ./prodssl/WEB-INF/classfiles/jsp_servlet/_account/__login.class
- tried ./prodssl/WEB-INF/jsp_servlet/_account/__login.class
- tried ./prodssl/WEB-INF/classfiles/__login.class
Weblogic recompiles it into ....\wl_comp....\WEB-INF\_tmp_war_......\jsp_servlet\_account.
Any Ideas?
PS - I just saw the -depend option that I will in a sec. Don't know if it will
help or not.
Thanks. Later...
- Wayne
I have changed the directory from classfiles to classes, but that doesn't seem
to fix the problem. Is there anything else I need to do? Other parameters or
changes to xml files?
Since JSPs are compiled into Servlets, do I need to register them as such? I've
tried registering the it as a servlet, but it doesn't seem to pick it up. Then
again, I probably have the mapping incorrect or something; if that is what I need
to do.
Thanks. Later...
- Wayne
"Wayne Lau" <[email protected]> wrote:
>
>Thanks All.
>
>I'm using WLS 6.1 sp1.
>
>I was using classFiles b/c that what I saw Weblogic use when it compiled
>the JSPs.
>
>Thanks again. Later...
>
>
>- Wayne
>
>
>
>Nils Winkler <[email protected]> wrote:
>>Hi,
>>
>>the location for your files should be
>>
>>WEB-INF/classes/jsp_servlet/_account
>>
>>You're using "classfiles" instead of "classes", which probably is the
>>cause for your problem.
>>
>>Also set the value of pageCheckSeconds to -1 in your weblogic.xml file.
>>This will disable recompilation of the files:
>>
>> <jsp-descriptor>
>> <jsp-param>
>> <param-name>pageCheckSeconds</param-name>
>> <param-value>-1</param-value>
>> </jsp-param>
>> </jsp-descriptor>
>>
>>Hope that helps,
>>
>>Nils
>>
>>Wayne Lau wrote:
>>>
>>> I have pre-compiled all the JSPs in our WebApp. Unfortunately, when
>>I hit the
>>> JSP from the Browser, Weblogic is re-compiling it again. I must not
>>be placing
>>> the compiled JSP (.class files) in the correct location. Or I could
>>be missing
>>> a flag or something.
>>>
>>> I am using an exploded directory format and have also tried War file
>>as well.
>>>
>>> - file is ./prodssl/account/login.jsp
>>> - class in ./prodssl/WEB-INF/classfiles/jsp_servlet/_account/__login.class
>>> - tried ./prodssl/WEB-INF/jsp_servlet/_account/__login.class
>>> - tried ./prodssl/WEB-INF/classfiles/__login.class
>>>
>>> Weblogic recompiles it into ....\wl_comp....\WEB-INF\_tmp_war_......\jsp_servlet\_account.
>>> Any Ideas?
>>>
>>> PS - I just saw the -depend option that I will in a sec. Don't know
>>if it will
>>> help or not.
>>>
>>> Thanks. Later...
>>>
>>> - Wayne
>>
>>--
>>============================
>>[email protected]
>
-
Where does WebLogic search the compiled JSP files?
Hi,
I have done several tests with WebLogic and JSP files.
I have observed that when the JSP is requested the first time it is
compiled and saved in c:\weblogic\myserver\classfiles\jsp_servlet
If I request the same JSP again, it won't be compiled again. I
suppoussed it was because the compiled JSP (*.class) was created. Then I
deleted the compiled JSP and when I call the JSP again it run perfectly
without a new compilation.
Where are really those JSPs?
Thanks in advance,
Chemi.
Chemi wrote:
>
> Thanks Mathieu,
>
> just one thing more. Can I disable this feature just to measure the advantage
> of WebLogic against other AppSrv which haven't it?
>
No clue. But as somebody else has said, touching the jsp files WILL
force recompilation if you gor your JSP engine setting correct (check
seconds set to zero).
My guess is that all AppSrv would have this feature, because it comes
for free with usual classloaders, i.e. it would be MORE trouble to not
have this feature than to have it.
Mathieu
> Thanks in advance,
>
> Chemi.
>
> Mathieu Gervais wrote:
>
> > Chemi wrote:
> > >
> > > Hi,
> > >
> > > I have done several tests with WebLogic and JSP files.
> > >
> > > I have observed that when the JSP is requested the first time it is
> > > compiled and saved in c:\weblogic\myserver\classfiles\jsp_servlet
> > >
> > > If I request the same JSP again, it won't be compiled again. I
> > > suppoussed it was because the compiled JSP (*.class) was created. Then I
> > > deleted the compiled JSP and when I call the JSP again it run perfectly
> > > without a new compilation.
> >
> > it's because it is loaded in memory. It doesn't need the .class file
> > anymore. Depending on your jsp engine settings, changing the JSP file
> > will force a new recompilation, but changing the .class doesn't affect
> > anything, since the class is loaded by the weblogic classsloader in
> > memory, and accessed from here at future requests.
> >
> > Mathieu
> >
> > >
> > > Where are really those JSPs?
> > >
> > > Thanks in advance,
> > >
> > > Chemi.
-
"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 AMYes 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. -
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
SteveI 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 LeoSome 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.zipKubaHi 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
Maybe you are looking for
-
Need help making javascript thumbnail gallery function in javascript tab menu
Hello all, I have implemented a css/javascript tab menu on one of my html pages thanks to Chris Coyier (http://css-tricks.com/learning-jquery-fading-menu-replacing-content/), and within one of the tabs, which I labeled GALLERY, I am trying to place a
-
[Solved] Amilo XI 2550 - Black screen after fresh install
Dear archlinux users, I have been reading the archlinux wiki and forums since I started using arch several years ago. It was always possible to solve the problems I ran into by consulting these webpages, therefore a big thanks to the community for th
-
Contact names not showing on text or calls - uk iPhone on O2
I know there are numerous threads on this already but all seem to be for US phones mostly on Verizon. My contacts names in SMS randomly started disappearing. First messages from two people only showed as numbers. Now within two days all texts on show
-
So, CAN I turn off the printer's color management? Pixma Pro-100.
So, I am trying to turn off the color management function for the Pro-100... On my Windows desktop, I use Photoshop to print with Canson Rag 210, color profile installed, allow photoshop to manage colors and print a beautiful, perfect print with the
-
I'd posted earlier about screen artifacts ( http://discussions.apple.com/thread.jspa?threadID=1189349&tstart=0 ). Well, after rebooting, things seemed to settle down. No more artifacts, Foxfire stays lit now, though I did lose all my FF prefs in the