Precompiling JSPs with ?jsp_precompile
Hi, I'm doing a java program to precompile all the JSPs of my web application. It seems to work correctly, but al the compilations finish with the same result: htmlheadtitlePrecompilation succeeded/title/headbodyh1Precompilation succeeded./h1/body/html It doesn't matter if the JSP is correct or not, the result is always Precompilation succeded. Then, when I request the JSP from the browser, the syntax error appears. I'd like to precompile JSPs not only to load them fast, but also to check them for syntax errors. Is posible this with the precompilation feature? Thanks. -- ·· Juan Fuentes Nieto Essi Projects [EMAIL PROTECTED]t +34 977 221 182 http://www.essiprojects.com f +34 977 230 170 ··
Re: CMP Entity Bean Craziness
You're not special at all (well you may be - but that's a different story ;)) - what you describe is exactly the intended behaviour of the server. You're editing the deployment files in your EAR which are only used _IF AND ONLY IF_ there is no existing deployment file. Otherwise the existing deployment file is used, and the one in the EAR ignored. This behaviour is as it should be because otherwise you'd end up overwriting your deployment settings all the time which would be a royal pain in the ass. HOWEVER to do what you want, simply delete the deployment directory and your edited files will be copied and used. You will see a message on the console telling you that the deployment file has been copied. Hope this helps clear things up. Cheers, Mike -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World On Fri, 2001-12-21 at 15:01, Ed Brown wrote: Okay, here is the situation. Database: Oracle on Solaris Orion server: 1.5.2 on Windows 2000 Operating System: Windows 2000 I have a database table named FOO. I want to create different entity beans to provide different views of the table named FOO. FOO is a table with many columns. (Sure, I could create one entity bean, and then create wrapper classes that provides the views of table FOO that I want, but I didn't want to do that). Many of those column names contain underscores. When I created the first CMP entity bean, I mapped all column names and used the table name as the entity bean name. I wrote the appropriate ejb-jar.xml and orion-ejb-jar.xml and packaged them. In the orion-ejb-jar.xml file, I used the persistence-name to map the Java attribute to the proper table column. For all attributes that mapped to a column name with an underscore, I removed the underscore and uppercased the next character. (A column named long_col_name would map to the attribute longColName). So I deployed the entity bean and there were deployment errors. Orion complained about illegal column names. Much later after going around in circles, I looked at the ejb-jar.xml file that Orion generated and I noticed that the values for the persistence-name mapped exactly to the column names of the database table. It *IGNORED* what I had placed there. I had to edit the deployed xml file to get the mapping correct and properly deployed. Now, that's not very nice. Next, I created another CMP entity bean to give a different view of table FOO. I used the entity name FooTimeView and used the table attribute of entity-deployment in the orion-ejb-jar.xml to map the entity to the FOO table. I deployed it and, again, I got errors. I had to edit the deployed xml file to get the correct mappings. I deployed again and it still failed. Only this time, it tried to create a table named FOOTIMEVIEW. (Actually, it *DID* create the table). That's not what I expected to happen. So, I looked at the deployed xml file again and I noticed that the table name had been changed from what I specified. This time, I also looked at the query that was generated and noticed that the column names with underscores had the underscores removed. Now, that's not very nice. I edited that and restarted the server. Now all is well. Okay, now I *KNOW* what I described should not happen. I want to know why it did happen. Has this happened to anyone else, or am I special? Ed Brown _ This mail sent via toadmail.com, web e-mail @ ToadNet - want to go fast? http://www.toadmail.com -- Cheers, Mike -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Auto-reply: Precompiling JSPs with ?jsp_precompile
Bonjour, En cas d'urgence, vous pouvez contacter mon assistante Stéphanie Vikar. Tél: 01.47.62.23.24 - e-mail:sté[EMAIL PROTECTED] Cordialement, -- Philippe ELINCK Oracle +33 1 47 62 29 28 +33 6 07 34 06 08 [EMAIL PROTECTED] Votre accès privilégié à l'information technologique d'Oracle Your definitive source for Oracle technical information Oracle Technology Network http://technet.oracle.com/ ---BeginMessage--- Hi, I'm doing a java program to precompile all the JSPs of my web application. It seems to work correctly, but al the compilations finish with the same result: htmlheadtitlePrecompilation succeeded/title/headbodyh1Precompilation succeeded./h1/body/html It doesn't matter if the JSP is correct or not, the result is always Precompilation succeded. Then, when I request the JSP from the browser, the syntax error appears. I'd like to precompile JSPs not only to load them fast, but also to check them for syntax errors. Is posible this with the precompilation feature? Thanks. -- ·· Juan Fuentes Nieto Essi Projects [EMAIL PROTECTED]t +34 977 221 182 http://www.essiprojects.com f +34 977 230 170 ·· ---End Message---
relationship woth an interface
does anyone know if its possible to make an OR mapping to an interface? ala: class eb1 implements interface1 class eb2 implements interface1 class eb3 private Collection interface1 sincerely Morten Wilken
OR (IR) mapping to interface
does anyone know if its possible to make an OR mapping to an interface? ala: class entitybean1 implements interface1 class entitybeanb2 implements interface1 class entitybean3 private Collection interface1 sincerely Morten Wilken
Orion 1.5.3 Memory Leak
Greetings. About once a week, I have been seeing Orion crash with an Out of Memory error in the JVM. Normally, there is no stack trace, and in the seconds before the crash, a rapid increase in the amount of memory used. In a previous crash, an idleing test Server (not currently being used) saw the memory usage of its JVM crack 2GB before the OS Kernel decided enough was enough and killed the process. I had started this server in using a Debug Script from Optimizeit, both to test and evaluate their software, and to see how effective it was at tracking down the memory leak issue. Unlike previous crashes, this one had a stack trace. Anyone have any suggestions? -Steve ===Begin Log=== Orion/1.5.3 initialized An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x84fec161 Function name=hashtablePrintStats Library=/usr/local/java/OptimizeitSuiteDemo/lib/native/libauditjni.so Current Java thread: at java.lang.StringBuffer.expandCapacity(StringBuffer.java:202) at java.lang.StringBuffer.append(StringBuffer.java:401) at com.evermind._bkb._qeb(.:61) at com.evermind._ib.run(.:63) at com.evermind._bq.run(.:133) at com.evermind._bs.run(.:64) Dynamic libraries: 08048000-0804c000 r-xp 03:06 361808 /usr/local/java/jdk1.3.1/bin/i386/native_threads/java 0804c000-0804d000 rw-p 3000 03:06 361808 /usr/local/java/jdk1.3.1/bin/i386/native_threads/java 4000-40016000 r-xp 03:06 180242 /lib/ld-2.2.so 40016000-40017000 rw-p 00015000 03:06 180242 /lib/ld-2.2.so 40018000-4001a000 r--s 03:06 804210 /usr/local/java/OptimizeitSuiteDemo/lib/oibcp.jar 4001a000-4001b000 r--p 03:06 1376270 /usr/lib/locale/en_US/LC_IDENTIFICATION 4001b000-4001c000 r--p 03:06 1376271/usr/lib/locale/en_US/LC_MEASUREMENT 4001c000-4001d000 r--p 03:06 1376276/usr/lib/locale/en_US/LC_TELEPHONE 4001d000-4001e000 r--p 03:06 1376267/usr/lib/locale/en_US/LC_ADDRESS 4001e000-4001f000 r--p 03:06 1376273/usr/lib/locale/en_US/LC_NAME 4001f000-4002 r--p 03:06 1376275/usr/lib/locale/en_US/LC_PAPER 4002-40021000 r--p 03:06 131084 /usr/lib/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES 40021000-40022000 r--p 03:06 1376272/usr/lib/locale/en_US/LC_MONETARY 40022000-40023000 r--p 03:06 1376277/usr/lib/locale/en_US/LC_TIME 40023000-40031000 r-xp 03:06 180263 /lib/libpthread.so.0 40031000-40039000 rw-p d000 03:06 180263 /lib/libpthread.so.0 40039000-40042000 r-xp 03:06 361804 /usr/local/java/jdk1.3.1/jre/lib/i386/native_threads/libhpi.so 40042000-40043000 rw-p 8000 03:06 361804 /usr/local/java/jdk1.3.1/jre/lib/i386/native_threads/libhpi.so 40043000-402aa000 r-xp 03:06 1000724 /usr/local/java/jdk1.3.1/jre/lib/i386/client/libjvm.so 402aa000-4041 rw-p 00266000 03:06 1000724 /usr/local/java/jdk1.3.1/jre/lib/i386/client/libjvm.so 40427000-40429000 r-xp 03:06 180251 /lib/libdl.so.2 40429000-4042a000 rw-p 1000 03:06 180251 /lib/libdl.so.2 4042a000-40533000 r-xp 03:06 180247 /lib/libc.so.6 40533000-40539000 rw-p 00108000 03:06 180247 /lib/libc.so.6 4053d000-4054f000 r-xp 03:06 180254 /lib/libnsl.so.1 4054f000-40551000 rw-p 00011000 03:06 180254 /lib/libnsl.so.1 40553000-4057 r-xp 03:06 180252 /lib/libm.so.6 4057-40571000 rw-p 0001c000 03:06 180252 /lib/libm.so.6 40572000-405ab000 r-xp 03:06 32838 /usr/lib/libstdc++-libc6.1-1.so.2 405ab000-405b7000 rw-p 00038000 03:06 32838 /usr/lib/libstdc++-libc6.1-1.so.2 405ba000-405cb000 r-xp 03:06 918550 /usr/local/java/jdk1.3.1/jre/lib/i386/libverify.so 405cb000-405cd000 rw-p 0001 03:06 918550 /usr/local/java/jdk1.3.1/jre/lib/i386/libverify.so 405cd000-405ee000 r-xp 03:06 918551 /usr/local/java/jdk1.3.1/jre/lib/i386/libjava.so 405ee000-405f rw-p 0002 03:06 918551 /usr/local/java/jdk1.3.1/jre/lib/i386/libjava.so 405f1000-40605000 r-xp 03:06 918552 /usr/local/java/jdk1.3.1/jre/lib/i386/libzip.so 40605000-40608000 rw-p 00013000 03:06 918552 /usr/local/java/jdk1.3.1/jre/lib/i386/libzip.so 40608000-41321000 r--s 03:06 1672318 /usr/local/java/jdk1.3.1/jre/lib/rt.jar 4134e000-415f3000 r--s 03:06 1672319 /usr/local/java/jdk1.3.1/jre/lib/i18n.jar 415f3000-41609000 r--s 03:06 1672306 /usr/local/java/jdk1.3.1/jre/lib/sunrsasign.jar 436b1000-436b7000 r--p 03:06 1376268/usr/lib/locale/en_US/LC_COLLATE 436b7000-436b8000 r--p 03:06 1376274/usr/lib/locale/en_US/LC_NUMERIC 436b8000-436bc000 r--s 03:06 115976 /usr/local/orion/ejb.jar 436bc000-436be000 r--s 03:06 115982 /usr/local/orion/jdbc.jar 436be000-436bf000 r--s 03:06 115984
Disabling connectivity below 128bit encryption
Greetings. I am working with some data that needs to be kept secure. I was wondering if anyone on this list knew how to force browsers to connect at 128bit Encryption or better, or, failing that, figure out what encryption level the browser is using. -Steve -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208
Re: Asynchronous MDB
Brian Chan wrote: I've been reading of entries about asynchronous MDB not working. When will this be fixed? I have a mission critical app that depends on asynch msg'ing. I successfully convinced my firm to port from Weblogic to Orion :) - Brian Chan Hi Brian. I am using several async MDB's to handle several compute intensive tasks. The messages I am sending are quite small, but I am not having any issues, either. I do not directly know how well Orion handles large messages. The only serious issue I ran into was that MapMessages could not be read in 1.5.2. The piece that was using MapMessages was completely respec'd (customer demands, not a work-around), and no longer needs MapMessages, so I do not know if this was fixed in 1.5.3. -Steve -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208
JNDI basics??
Regarding the JNDI properties file, how do I determine what value to give for the java.naming.provider.url?
Re: Disabling connectivity below 128bit encryption
Wouldn't your https certificate do that for you? If you use https and your certificate requires 128bit, then that's what people will connect at. Maybe I'm wrong. Robert
Re: Disabling connectivity below 128bit encryption
Just buy a 128 bit key, enable HTTPS and dont enable HTTP. Steve - Original Message - From: Stephen Davidson [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Friday, December 21, 2001 8:53 AM Subject: Disabling connectivity below 128bit encryption Greetings. I am working with some data that needs to be kept secure. I was wondering if anyone on this list knew how to force browsers to connect at 128bit Encryption or better, or, failing that, figure out what encryption level the browser is using. -Steve -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208
RE: JNDI basics??
From the orion documentation: docs JNDI When talking to the Orion JNDI tree from outside the container, you should specify the following JNDI properties (normally in a jndi-properties file): java.naming.factory.initial=com.evermind.server.ApplicationClientInitialCont extFactory java.naming.provider.url=ormi://localhost/domain (application) java.naming.security.principal=username java.naming.security.credentials=password /docs Also see: http://www.orionserver.com/docs/remote-access/remote-access.xml regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Simon Kelly Sent: Friday, December 21, 2001 10:56 AM To: Orion-Interest Subject: JNDI basics?? Regarding the JNDI properties file, how do I determine what value to give for the java.naming.provider.url?
Using RMI objects with Orion...
In one instance, I have created an RMI object (extending Remote and using RMIC to compile), put it into the Orion hosted JNDI tree, and was able to use it from a SessionObject running in Orion. In another instance, I need Orion to callback onto my client. So I created another RMI object in the client (so the client is acting as a server, in a way): Remote: public interface EventListener extends Remote { public void event(int status) throws RemoteException; } Implementation (in the client side): public class Listener extends UnicastRemoteObject implements EventListener { public Listener() throws RemoteException { } public void event(int status) { System.out.println(Event: + status + recevied on the client!); } }; Attempting to call server (session is Stateless Session Bean) from client: session.play(1, content.mpg, new Listener()); Trying to pass this RMI object from the client to the server I get the following exception: Exception in thread main com.evermind.server.rmi.OrionRemoteException: Error (de-)serializing object: __Proxy0 at com.evermind.server.ejb.EJBUtils.cloneObject(.:352) at ControlSession_StatelessSessionBeanWrapper0.play(ControlSession_StatelessSes sionBeanWrapper0.java:101) at java.lang.reflect.Method.invoke(Native Method) at com.evermind._dr._fm(.:79) at com.evermind._bs.run(.:62) at connection to individualmusic.com/64.172.193.203 as admin at com.evermind._dn.EXCEPTION_ORIGINATES_FROM_THE_REMOTE_SERVER(.:1446) at com.evermind._dn.invokeMethod(.:1369) at com.evermind._yd.invoke(.:53) at __Proxy2.play(Unknown Source) at com.indnet.enseo.server.test.Client.main(Unknown Source) Nested exception is: java.io.NotSerializableException: __Proxy0 at java.io.ObjectOutputStream.outputObject(Unknown Source) at java.io.ObjectOutputStream.writeObject(Unknown Source) at com.evermind.server.ejb.EJBUtils.cloneObject(.:340) at ControlSession_StatelessSessionBeanWrapper0.play(ControlSession_StatelessSes sionBeanWrapper0.java:101) at java.lang.reflect.Method.invoke(Native Method) at com.evermind._dr._fm(.:79) at com.evermind._bs.run(.:62) at connection to individualmusic.com/64.172.193.203 at com.evermind.server.rmi.OrionRemoteException._ge(.:130) at com.evermind._dn._cte(.:1556) at com.evermind._dn.run(.:475) at java.lang.Thread.run(Thread.java:484) Any idea? Thanks. -AP_