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?
    Thanks

    After 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
    Paul

    Hi 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

  • Auto deploy pre-compiled JSP

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

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

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

  • 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

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

  • More Strangeness today

    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