Re: Dynamic JSP in Orion
It is possible to dynamically create response to the browser as a result od mixing many jsp files based on some templating mechanism and it works fine. Everything can be included dynamically at run time based on some conditions. You can look at Java Pet Store application which comes from SUN (http://java.sun.com/j2ee/download.html#blueprints) to see example of such templating design. Hope this help Regards Petr - Original Message - From: Robert S. Sfeir [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, January 09, 2001 10:45 PM Subject: Dynamic JSP in Orion Hello folks. Still on the path of getting to know JSP and Orion, and was wondering how (hopefully without using cocoon) can I get to the point of serving dynamic JSP files. What I'm tying to do is serve up templates which are stored in the DB. The templates contain html which forms the look and feel of a site, and the different features available in a certain section of the site. These Templates also return the content for the site, the content itself may or may not contain more dynamic data. Ultimately those templates and content would contain some JSP code or XML code which gets changed based on the user, location, template, content, the content type etc... I'm coming from a Cold Fusion / Tango environment, and I can see that things are a little different with JSP, and the rules change dramatically. it's pretty easy to do this stuff in those environments. It doesn't seem as obvious in JSP since the pages are pre compiled and any JSP code which might exists in the Templates or content will be ignored. What I need to do is parse that code, or write something which will allow me to parse that code. I don't mind so much putting in the coding time, but I am concerned about maintaining top serving speed, and still allow me the freedom of being as dynamic as my clients want to be. So with that in mind, I was wondering if Orion had any internal facilities to support some kind of dynamic JSP pages. If not what do you folks recommend to use for such applications? Thanks much in advance, and sorry if this subject has already come up before. Robert S. Sfeir Director of Software Development PERCEPTICON corporation San Francisco, CA 94123 w - http://www.percepticon.com/ e- [EMAIL PROTECTED] t - (415) 749-2900 x205
How to configure OrionServer to accept all digital certificates
I have configured OrionServer to ask the user for a digital certificate. I am using a test server certificate and also a test client certificate from thwate. The problem comes when I want to use any digital certificate that does not come from thwate or VeriSign, it is my application which will decide if it accepts or not the certificate. Anybody knows how this can be configured?? Thanks in advance.
Re: JSP syntax checker
On Wed, 10 Jan 2001, Heiko Gottschling wrote: This sounds interesting... does this work for an entire EAR, too? Yes. How can you cause Orion to re-deploy the application in this case? Using an EAR, Orion always notices when the EAR file is updated, how is it with unpackaged directories? Orion *should* notice changes in any of the files. In practice, it sometimes fails to. I've found it necessary to shut down and wipe the appropriate app-deployments directory to positively force redeployment. But then again, I don't have anything in production use, so swift reboots are not a problem for me. //Mikko
Orion/SSL with 128bit-Thawte-Cert
Hi all... i want to implement 128bit cert to my application but i am not sure that whether orion can support 128 bit with its default jsse... if doesn't which jsse we have to download and what r the steps i have to follow... when i am trying to installing the 128bit certificate it is giving the following error keytool error:java.security.cert.certificateException:unsupported encoding... i am not sure that is the problem with orion or with jsse... what the steps i have to follow to make orion to use 128bit... any help is appreciated... thankz mohan Sach Jobb [EMAIL PROTECTED] wrote: No problem. Well, other have got the Thawte SuperCert working before so i think you are in good shape. I'm not sure if this is the cause of your error message, but the version of the JSSE that comes with orion will only do 40bit encryption so you will have to go to http://java.sun.com/products/jsse/ and download the 1.0.2 NOT FOR U.S. EXPORT version. This version will support 128bit encryption. Simply follow the instructions that come with the download to install. You will _might_ have to regenerate your certificate request. good luck, sach On Tue, 9 Jan 2001, Klaus Thiele wrote: thanks for responding. it's a "Thawte SuperCert" (128 bit(?)) i'm using the JSSE that comes with orion. thanks klaus Sach Jobb wrote: 128bit is a try-your-luck situation. I got it to work with the verisign netscape 128bit and i heard someone on the list say that they got the "supercert" (or something like that) with thawte to work too. Sounds like it can't read the keystore, but i think that's a different error message. Klaus, can you give us more info on the type of cert you have, which version of the JSSE you are using, etc? thanks, sach %s/windows/linux/g On Tue, 9 Jan 2001, Juan Lorandi (Chile) wrote: won't it be a 128 bit certificate which orion can't handlewon't it? JP -Original Message- From: Klaus Thiele [mailto:[EMAIL PROTECTED]] Sent: Martes, 09 de Enero de 2001 13:09 To: Orion-Interest Subject: Urgent: Orion/SSL with Thawte-Cert Hello, after a long time i've got now the real Cert from Thawte. but now I get following error when orion comes up: Error starting HTTP-Server: Unable to intialize SSLServerSocketFactory 'com.evermind.ssl.JSSESSLServerSocketFactory': Unrecoverable key error: Cannot recover key [...] -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go." Get free email and a permanent address at http://www.netaddress.com/?N=1
SV: JSP syntax checker
Title: SV: JSP syntax checker Orion will notice changed files when using unpacked applications. WR -Ursprungligt meddelande- Från: Heiko Gottschling [mailto:[EMAIL PROTECTED]] Skickat: den 10 januari 2001 00:58 Till: Orion-Interest Ämne: Re: JSP syntax checker Hi, you dont have to package a .war and deploy it every time. You can run the app directly from the development directory for example by defining your own application in server.xml, like this: application name=blah path=c:\wherever / and referencing that app in default-web-site.xml, like: web-app application=blah name=blah-web root=/blah / This sounds interesting... does this work for an entire EAR, too? How can you cause Orion to re-deploy the application in this case? Using an EAR, Orion always notices when the EAR file is updated, how is it with unpackaged directories? cu Heiko
Re: URGENT: Problems with Orion load balancer.
Tony J Brooks wrote: Juan, Yes, we are using loadbalancer.jar. Thanks for letting me know that this has known problems. It looks as though for deployment we will need an alternative. Can anyone recommend hardware/software alternatives that they have used successfully with Orion ? i'm using "LinuxVirtualServer" (LVS) for loadbalancing. see http://www.linuxvirtualserver.org" klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
Re: Kawa
I'm a huge fan of JEdit. It's an excellent editor and has all the hooks you need to customize it to your liking. It uses JPython for scripting, which is a truely cool thing (TM). ;) I also recommend the BufferTabs and XML plugins. It's open-source and entirely Java-based. Check it out at http://jedit.sourceforge.net - Original Message - From: "Jay Armstrong" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, January 09, 2001 10:32 PM Subject: RE: Kawa Patrick, I may be the only one using it, but I really like JCreator at http://www.jcreator.com. I haven't felt the need to integrate it with ANT, but it is a nice (and free) color-coded editor. JCreator has the features you listed (click on error and go to the source code line; view methods, click on the method and go to the source code) and more. Anyone else out there using JCreator? Comments? Jay Armstrong [EMAIL PROTECTED] At 06:03 PM 1/9/01 -0800, you wrote: What is anyone using on Linux for Java development? I would like to use ANT and a Java based text editor (syntax color hightlighting, multi-tab windows for quick access, and tree-view of project (or file structure). Infact, I use UltraEdit32 right now which does the job for me since I do server-side for web development. I would also possibly like an output window that displays errors so I can dbl-click on them and move to the file/line of the problem, as well as a method list when a class is selected, to jump to a specific method in a class. Thanks. -Original Message- From: Patrick Deloulay[mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 09, 20015:06 PM To: Orion-Interest Subject: RE:Kawa I have 5.0 Ent as well. I have not tried to debug with it. Butwhen I have time I will give it a shot and report it to the list. As far as I know, the debugger is the same in KAWA 4.0, 5.0Proand 5.0Ent. 5.0Ent integreates with some EJB tools.So the same debug setup should work as well. This is theoriginal posting from Dave Smith. (Kawa version mentioned is 4.0Pro) Patrick Deloulay www.nomadis.com Dave Smith adds: "Debugging with Orionand Kawa is a pleasure."Get Kawa Pro (not the enterprise version) from Tek-Tools andinstall it. Configure your JDK as required when you first run Kawa. (Note thatKawa is a Win32 application, which is one of the reasons I don't useit.) Create a new project for your servlets or EJBs. Add orion.jar,any additional jars required by the application, and the deployed classdirectory (i.e., c:\applications\myApp\myApp-web\WEB-INF\classes or c:\applications\myApp\myApp-ejb, or both). From the Project/Interpreter menu, set the Java class to runto com.evermind.server.ApplicationServer and remember to tell it to use thisclass (as this image, given me by Chris Miller, shows). Turn off JVMDIdebugger from the Customize/Options/Advanced Paths form, which is forperformance only and is not vital. Add the breakpoints to your servlets and/or EJBs. F5 starts debugging, and Dave adds to "Relax, sit back and enjoy the ride. The speedkills NetBeans dead." Also from Dave: For a real screamer, use Jikes:Customize/Options/Advanced Paths/Compiler = D:\jikes\jikes.exe +E And set Orion to use jikes from$ORION/server.xml.-Original Message- From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]OnBehalf Of Michael S. Kelly Sent: Tuesday, January 09, 2001 10:01 AM To:Orion-Interest Subject: RE: Kawa I also found that a number offeatures didn't really I'm holding outfor v5.1.-=michael=--Original Message- From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]OnBehalf Of Dumitru Sbenghe Sent: Tuesday, January 09, 2001 1:27 AM To:Orion-Interest Subject: RE: Kawa Yesterday, I download the Kawa 5.0 Entreprise from Allairesite and I didn't find any "out-of-the-box" supportfor Orion; Only Weblogic, Jrun and J2ee-ri; Perhaps on the web page they talk about a future version!?-Original Message- From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]OnBehalf Of Ervin Jakab Sent: vendredi 5 janvier 200121:41 To: Orion-Interest Subject: Kawa Maybe some of you are interested to find out that Kawa 5.0 Enterprise from Allaire has out-of-the-box support forOrion deployment. Check this out: http://www.allaire.com/products/kawa/productinformation/enterprise.cfm .
Re: jar file deployment
Yes! Put the jar file in some directory available to orion. say XYZ directory XYZ should contain the ejb-jar and an application.xml set server.xml application name="blah" path="/../XYZ" / Thats it.. - Original Message - From: [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, January 10, 2001 5:44 PM Subject: jar file deployment Dear all Is it possible to deploy jar files, rather than war or ear files, in an OrionServer, such that I could skip the packaging during the development phase? And if so, how? best regards Lynch
RE: Kawa
Title: RE: Kawa I use JBuilder and NetBeans for Linux and Solaris development and find them both good if not stellar. I have also used both of these IDEs with BSD, but occasionally run into problems when not using the Linux emulator. For people on a budget you can't beat NetBeans, check out www.netbeans.org Orion and NetBeans work well together, and It is a snap to debug from it. Cheers! Russ -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, KevinSent: Tuesday, January 09, 2001 9:04 PMTo: Orion-InterestSubject: RE: Kawa What is anyone using on Linux for Java development? I would like to use ANT and a Java based text editor (syntax color hightlighting, multi-tab windows for quick access, and tree-view of project (or file structure). Infact, I use UltraEdit32 right now which does the job for me since I do server-side for web development. I would also possibly like an output window that displays errors so I can dbl-click on them and move to the file/line of the problem, as well as a method list when a class is selected, to jump to a specific method in a class. Thanks. -Original Message-From: Patrick Deloulay [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 5:06 PMTo: Orion-InterestSubject: RE: Kawa I have 5.0 Ent as well. I have not tried to debug with it. But when I have time I will give it a shot and report it to the list. As far as I know, the debugger is the same in KAWA 4.0, 5.0Pro and 5.0Ent. 5.0Ent integreates with some EJB tools. So the same debug setup should work as well. This is the original posting from Dave Smith. (Kawa version mentioned is 4.0Pro) Patrick Deloulay www.nomadis.com Dave Smith adds: "Debugging with Orion and Kawa is a pleasure." Get Kawa Pro (not the enterprise version) from Tek-Tools and install it. Configure your JDK as required when you first run Kawa. (Note that Kawa is a Win32 application, which is one of the reasons I don't use it.) Create a new project for your servlets or EJBs. Add orion.jar, any additional jars required by the application, and the deployed class directory (i.e., c:\applications\myApp\myApp-web\WEB-INF\classes or c:\applications\myApp\myApp-ejb, or both). From the Project/Interpreter menu, set the Java class to run to com.evermind.server.ApplicationServer and remember to tell it to use this class (as this image, given me by Chris Miller, shows). Turn off JVMDI debugger from the Customize/Options/Advanced Paths form, which is for performance only and is not vital. Add the breakpoints to your servlets and/or EJBs. F5 starts debugging, and Dave adds to "Relax, sit back and enjoy the ride. The speed kills NetBeans dead." Also from Dave: For a real screamer, use Jikes: Customize/Options/Advanced Paths/Compiler = D:\jikes\jikes.exe +E And set Orion to use jikes from $ORION/server.xml. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael S. Kelly Sent: Tuesday, January 09, 2001 10:01 AM To: Orion-Interest Subject: RE: Kawa My experience as well. I also found that a number of features didn't really work yet. I'm holding out for v5.1. -=michael=- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dumitru Sbenghe Sent: Tuesday, January 09, 2001 1:27 AM To: Orion-Interest Subject: RE: Kawa Yesterday, I download the Kawa 5.0 Entreprise from Allaire site and I didn't find any "out-of-the-box" support for Orion; Only Weblogic, Jrun and J2ee-ri; Perhaps on the web page they talk about a future version !? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ervin Jakab Sent: vendredi 5 janvier 2001 21:41 To: Orion-Interest Subject: Kawa Maybe some of you are interested to find out that Kawa 5.0 Enterprise from Allaire has out-of-the-box support for Orion deployment. Check this out: http://www.allaire.com/products/kawa/productinformation/enterprise.cfm .
RE: JSP vs PHP
I have used both PHP and JSP. If you understand PHP you can develop it faster that JSP. The problem is that PHP is very Perl like which is a steep learning curve and JSP will scale much better. The problem with this comparison is you are leaving out Servlets. If you do JSP in the Model 2 style with sevlets you will get the preformace that you get out of PHP and you get scalability that you would never get out of PHP or any uncompiled script language. Orion serves JSP as fast an PHP in the test that I have made. But when I off load the processing logic to servlets or beans and use JSP for presentation only, JSP on Orion is fast than PHP and the prefromance does not drop as quickly under load as PHP does. SnowWolf -Original Message- From: Frank Eggink [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 10, 2001 4:29 AM To: Orion-Interest Subject: JSP vs PHP Hi, I just ran into a discussion regarding PHP vs. JSP (and ASP). A claim was made that PHP was the better alternative as it is quicker in development and gives you a better runtime performance. I have no hands-on PHP experience. Can anyone explain me the benefits of PHP over JSP (and vice versa of course). I'm bit reluctant to rely solely on marketing speak. Thanks, FE
Re: Orion on Unix (again)
Try this: nohup java -jar orion.jar /dev/null 21 /dev/null you can also redirect the application mesages to somewhere sensible using the orion.jar command line Envelope-to: [EMAIL PROTECTED] From: "Heng Chee, Lee - SG" [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Orion on Unix (again) Date: Wed, 10 Jan 2001 11:55:32 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Hi, First all, thanks for answering my previous question about running orion as non-root user. I have another question which I couldn't find any info in the orionsupport site. I would like to be able to telnet from a remote machine to my Sun box and start the orion remotely, so far so good, but once I exit from my telnet client, the orion.jar process died. I tried to use "nohup java -jar orion.jar" but this doesn't help. I think the question above is the same as to keep the orion running even after the shell that you use to start up the orion process has terminated. Is it possible to run orion as a daemon process? Thanks and best regards Lee
Re: JSP vs PHP
Hello Frank, Check this article from JGuru http://www.jguru.com/jguru/faq/view.jsp?EID=10596 Wednesday, January 10, 2001, 5:28:44 AM, you wrote: FE Hi, FE I just ran into a discussion regarding PHP vs. JSP (and ASP). A claim was FE made that PHP was the better alternative as it is quicker in development FE and gives you a better runtime performance. I have no hands-on PHP experience. FE Can anyone explain me the benefits of PHP over JSP (and vice versa of course). FE I'm bit reluctant to rely solely on marketing speak. FE Thanks, FE FE -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
RE: Kawa
Title: RE: Kawa A couple of good, free Java based text editors are jext and jedit. I don't have the current web sites. -Original Message-From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 8:04 PMTo: Orion-InterestSubject: RE: Kawa What is anyone using on Linux for Java development? I would like to use ANT and a Java based text editor (syntax color hightlighting, multi-tab windows for quick access, and tree-view of project (or file structure). Infact, I use UltraEdit32 right now which does the job for me since I do server-side for web development. I would also possibly like an output window that displays errors so I can dbl-click on them and move to the file/line of the problem, as well as a method list when a class is selected, to jump to a specific method in a class. Thanks. -Original Message-From: Patrick Deloulay [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 5:06 PMTo: Orion-InterestSubject: RE: Kawa I have 5.0 Ent as well. I have not tried to debug with it. But when I have time I will give it a shot and report it to the list. As far as I know, the debugger is the same in KAWA 4.0, 5.0Pro and 5.0Ent. 5.0Ent integreates with some EJB tools. So the same debug setup should work as well. This is the original posting from Dave Smith. (Kawa version mentioned is 4.0Pro) Patrick Deloulay www.nomadis.com Dave Smith adds: "Debugging with Orion and Kawa is a pleasure." Get Kawa Pro (not the enterprise version) from Tek-Tools and install it. Configure your JDK as required when you first run Kawa. (Note that Kawa is a Win32 application, which is one of the reasons I don't use it.) Create a new project for your servlets or EJBs. Add orion.jar, any additional jars required by the application, and the deployed class directory (i.e., c:\applications\myApp\myApp-web\WEB-INF\classes or c:\applications\myApp\myApp-ejb, or both). From the Project/Interpreter menu, set the Java class to run to com.evermind.server.ApplicationServer and remember to tell it to use this class (as this image, given me by Chris Miller, shows). Turn off JVMDI debugger from the Customize/Options/Advanced Paths form, which is for performance only and is not vital. Add the breakpoints to your servlets and/or EJBs. F5 starts debugging, and Dave adds to "Relax, sit back and enjoy the ride. The speed kills NetBeans dead." Also from Dave: For a real screamer, use Jikes: Customize/Options/Advanced Paths/Compiler = D:\jikes\jikes.exe +E And set Orion to use jikes from $ORION/server.xml. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael S. Kelly Sent: Tuesday, January 09, 2001 10:01 AM To: Orion-Interest Subject: RE: Kawa My experience as well. I also found that a number of features didn't really work yet. I'm holding out for v5.1. -=michael=- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dumitru Sbenghe Sent: Tuesday, January 09, 2001 1:27 AM To: Orion-Interest Subject: RE: Kawa Yesterday, I download the Kawa 5.0 Entreprise from Allaire site and I didn't find any "out-of-the-box" support for Orion; Only Weblogic, Jrun and J2ee-ri; Perhaps on the web page they talk about a future version !? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ervin Jakab Sent: vendredi 5 janvier 2001 21:41 To: Orion-Interest Subject: Kawa Maybe some of you are interested to find out that Kawa 5.0 Enterprise from Allaire has out-of-the-box support for Orion deployment. Check this out: http://www.allaire.com/products/kawa/productinformation/enterprise.cfm .
RE: Kawa
I have an inquiry into Allaire about Orion and Kawa enterprise, which was forwarded to the Orion development team. If and when I get a response, I will share it with everyone. -Original Message- From: Patrick Deloulay [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 09, 2001 7:07 PM To: Orion-Interest Subject: Re: Kawa I have 5.0 Ent as well. I have not tried to debug with it. But when I have time I will give it a shot and report it to the list. As far as I know, the debugger is the same in KAWA 4.0, 5.0Pro and 5.0Ent. 5.0Ent integreates with some EJB tools. So the same debug setup should work as well. This is the original posting from Dave Smith. (Kawa version mentioned is 4.0Pro) Patrick Deloulay www.nomadis.com Dave Smith adds: "Debugging with Orion and Kawa is a pleasure." Get Kawa Pro (not the enterprise version) from Tek-Tools and install it. Configure your JDK as required when you first run Kawa. (Note that Kawa is a Win32 application, which is one of the reasons I don't use it.) Create a new project for your servlets or EJBs. Add orion.jar, any additional jars required by the application, and the deployed class directory (i.e., c:\applications\myApp\myApp-web\WEB-INF\classes or c:\applications\myApp\myApp-ejb, or both). From the Project/Interpreter menu, set the Java class to run to com.evermind.server.ApplicationServer and remember to tell it to use this class (as this image, given me by Chris Miller, shows). Turn off JVMDI debugger from the Customize/Options/Advanced Paths form, which is for performance only and is not vital. Add the breakpoints to your servlets and/or EJBs. F5 starts debugging, and Dave adds to "Relax, sit back and enjoy the ride. The speed kills NetBeans dead." Also from Dave: For a real screamer, use Jikes: Customize/Options/Advanced Paths/Compiler = D:\jikes\jikes.exe +E And set Orion to use jikes from $ORION/server.xml.
RE: JSP vs PHP
I guess the discussion was in a Linux environment. The speed issue (especially development speed) is voiced a lot in Linux circles by PHP advocates as the number of people in the Linux scene who know PHP far outnumbers the number of JSP people in there. Performance of PHP on Linux is likely also a bit better as the Linux JVMs do not excell where it comes to performance (if only because Linux servers are generally older, lower spec, machines and we all know Java does only come into its own if it has loads of memory). Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Arved Sandstrom Sent: Wednesday, January 10, 2001 14:02 To: Orion-Interest Subject: RE: JSP vs PHP Can't speak for the runtime performance - PHP, JSP, and ColdFusion are all pretty fast - but I can't see how one can pin down development time differences between PHP and JSP. Maybe with an atomic clock. ColdFusion is faster still (higher level of abstraction). IMO the only sensible basis of comparison between these HTML-embedded scripting languages is platform support and feature-sets. Was that a public discussion you refer to? It would be interesting to see what arguments could possibly have been made. Regards, Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Eggink Sent: Wednesday, January 10, 2001 5:29 AM To: Orion-Interest Subject: JSP vs PHP Hi, I just ran into a discussion regarding PHP vs. JSP (and ASP). A claim was made that PHP was the better alternative as it is quicker in development and gives you a better runtime performance. I have no hands-on PHP experience. Can anyone explain me the benefits of PHP over JSP (and vice versa of course). I'm bit reluctant to rely solely on marketing speak. Thanks, FE
Re: How to provide own security mechinism
Christian Sell wrote: Therese the UserManager and RoleManager classes that you can use resp. provide your own replacement for. They are described in the docs that come with orion. OK. But as far as I know, these interfaces are part of the orion server. How could I implement them in a server-independent way? Thanks. -- Juan Fuentes [EMAIL PROTECTED]
RE: Kawa
Title: RE: Kawa I found both to be nice but slow (the latter probably due to inefficient Swing in the JDK 1.2.1 of the time) and to contain serious memory leaks (also at least in part due to bugs in JDK 1.2.1). -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp Randy-W18971Sent: Wednesday, January 10, 2001 14:56To: Orion-InterestSubject: RE: Kawa A couple of good, free Java based text editors are jext and jedit. I don't have the current web sites. -Original Message-From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 8:04 PMTo: Orion-InterestSubject: RE: Kawa What is anyone using on Linux for Java development? I would like to use ANT and a Java based text editor (syntax color hightlighting, multi-tab windows for quick access, and tree-view of project (or file structure). Infact, I use UltraEdit32 right now which does the job for me since I do server-side for web development. I would also possibly like an output window that displays errors so I can dbl-click on them and move to the file/line of the problem, as well as a method list when a class is selected, to jump to a specific method in a class. Thanks. -Original Message-From: Patrick Deloulay [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 5:06 PMTo: Orion-InterestSubject: RE: Kawa I have 5.0 Ent as well. I have not tried to debug with it. But when I have time I will give it a shot and report it to the list. As far as I know, the debugger is the same in KAWA 4.0, 5.0Pro and 5.0Ent. 5.0Ent integreates with some EJB tools. So the same debug setup should work as well. This is the original posting from Dave Smith. (Kawa version mentioned is 4.0Pro) Patrick Deloulay www.nomadis.com Dave Smith adds: "Debugging with Orion and Kawa is a pleasure." Get Kawa Pro (not the enterprise version) from Tek-Tools and install it. Configure your JDK as required when you first run Kawa. (Note that Kawa is a Win32 application, which is one of the reasons I don't use it.) Create a new project for your servlets or EJBs. Add orion.jar, any additional jars required by the application, and the deployed class directory (i.e., c:\applications\myApp\myApp-web\WEB-INF\classes or c:\applications\myApp\myApp-ejb, or both). From the Project/Interpreter menu, set the Java class to run to com.evermind.server.ApplicationServer and remember to tell it to use this class (as this image, given me by Chris Miller, shows). Turn off JVMDI debugger from the Customize/Options/Advanced Paths form, which is for performance only and is not vital. Add the breakpoints to your servlets and/or EJBs. F5 starts debugging, and Dave adds to "Relax, sit back and enjoy the ride. The speed kills NetBeans dead." Also from Dave: For a real screamer, use Jikes: Customize/Options/Advanced Paths/Compiler = D:\jikes\jikes.exe +E And set Orion to use jikes from $ORION/server.xml. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael S. Kelly Sent: Tuesday, January 09, 2001 10:01 AM To: Orion-Interest Subject: RE: Kawa My experience as well. I also found that a number of features didn't really work yet. I'm holding out for v5.1. -=michael=- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dumitru Sbenghe Sent: Tuesday, January 09, 2001 1:27 AM To: Orion-Interest Subject: RE: Kawa Yesterday, I download the Kawa 5.0 Entreprise from Allaire site and I didn't find any "out-of-the-box" support for Orion; Only Weblogic, Jrun and J2ee-ri; Perhaps on the web page they talk about a future version !? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ervin Jakab Sent: vendredi 5 janvier 2001 21:41 To: Orion-Interest Subject: Kawa Maybe some of you are interested to find out that Kawa 5.0 Enterprise from Allaire has out-of-the-box support for Orion deployment. Check this out: http://www.allaire.com/products/kawa/productinformation/enterprise.cfm .
SV: JSP vs PHP
Very true. PHP is a strange mix between java, perl and c++, but it has some very interesting plugins that can speed development. PHP can allso use javaobjects :) that is a nice feature.Even EJB. Still when youve done a couple of JSP projects you are likely to have built yourself a set of good modules of some sort to use in JSP so i dont think this is something to think about. If you know Java and not PHP, it is extremely easy to learn yourself JSP. The speed of PHP comes only in 1 (maby two) configurations, one is if you integrate it into apache so it dont run it as cgi, or maby (havent tested) when you compile pure java integration (not cgi)... Somehow i have met some distros that will only run this thing as cgi :P Still on a server with lots of memory and a good JSP engine i dont think you will see any speed differences on solaris or windowsLinux still have a small issue with speed and memory usage in the vm, this will prolly get better pretty soon :) JSP engines exists for virtually any webserver out there on any platform (allmost) so its a very good choice to know this technology, and i see my own customers throwing away those old ASP engines and porting applications over to JSP all the time... And for those who want to flame me for not liking PHP i can only comment: I like PHP but i like JSP and its taglibs a bit better, especialy because there are loads of documentation and a very easy learning how to use if you are proficient in Java + you have an excelent server development spesification called J2EE that is starting to get widely used now. Have fun! Klaus -Opprinnelig melding- Fra: J.T. Wenting [mailto:[EMAIL PROTECTED]] Sendt: 10. januar 2001 15:32 Til: Orion-Interest Emne: RE: JSP vs PHP I guess the discussion was in a Linux environment. The speed issue (especially development speed) is voiced a lot in Linux circles by PHP advocates as the number of people in the Linux scene who know PHP far outnumbers the number of JSP people in there. Performance of PHP on Linux is likely also a bit better as the Linux JVMs do not excell where it comes to performance (if only because Linux servers are generally older, lower spec, machines and we all know Java does only come into its own if it has loads of memory). Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Arved Sandstrom Sent: Wednesday, January 10, 2001 14:02 To: Orion-Interest Subject: RE: JSP vs PHP Can't speak for the runtime performance - PHP, JSP, and ColdFusion are all pretty fast - but I can't see how one can pin down development time differences between PHP and JSP. Maybe with an atomic clock. ColdFusion is faster still (higher level of abstraction). IMO the only sensible basis of comparison between these HTML-embedded scripting languages is platform support and feature-sets. Was that a public discussion you refer to? It would be interesting to see what arguments could possibly have been made. Regards, Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Eggink Sent: Wednesday, January 10, 2001 5:29 AM To: Orion-Interest Subject: JSP vs PHP Hi, I just ran into a discussion regarding PHP vs. JSP (and ASP). A claim was made that PHP was the better alternative as it is quicker in development and gives you a better runtime performance. I have no hands-on PHP experience. Can anyone explain me the benefits of PHP over JSP (and vice versa of course). I'm bit reluctant to rely solely on marketing speak. Thanks, FE
FW: Orion Support
Here is a discussion I had with someone from Kawa. I think the marketing folks are getting confused on what "Build in support for Orion" means. Anyway, it is good news they are developing a tutorial, and Kawa is still a good, cheap product (compared to Jbuilder and others). -Original Message- From: Lars Nielsen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 10, 2001 9:18 AM To: 'Kemp Randy-W18971' Subject: RE: Orion Support Randy, This info is good for Enterprise as well. The only thing that is different is for the wizards and that will be coming soon in the tutorial. I just talked to one of the developers and they told me that a tutorial will be in the works very soon. You will be the first to know when it is ready. Thanks Lars -Original Message- From: Kemp Randy-W18971 [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 10, 2001 10:07 AM To: 'Lars Nielsen' Subject: RE: Orion Support But that article is referring to Kawa professional, and here is what is said about Kawa enterprise at http://www.allaire.com/products/promotions/kawa/kawa.html. Does this mean that the support referred to in the web site is in reference to Kawa Pro, as the Orion support document mentions, and not Kawa Enterprise, as the web site mentions? As far as the tutorial goes, I would actively endorse it, and would love to be informed when it is ready. I would then pass this information along to the Orion interest mailing list. -Original Message- From: Lars Nielsen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 10, 2001 8:52 AM To: '[EMAIL PROTECTED]' Subject: Orion Support Randy, Kawa does support Orion. I am sorry that we do not actually have info on the site yet which might have confused you. Here is a link to OrionSupport which should help you get up and running. We are thinking of writing a tutorial because we have had a few users ask for this. http://orionsupport.com/articles/debugging.html Thanks, Lars
RE: How to provide own security mechinism
I have not found a way to override those in the docs. Assuming that they can be overridden, that would solve problem #1. I still don't know a way to solve problem #2 through. Theoretically, should this work? client InitialContext ctx = new InitialContext(); ctx.addToEnvironment(ctx.SECURITY_PRINCIPAL, "NEW_USER_ID"); EJB Bean String userFromEnv = sessionContext.getEnvironment().getProperty(InitialContext.SECURITY_PRINCIPA L); It makes sense that this should work, but the properties object returned by getEnvironment() is always empty. -Original Message- From: Christian Sell [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 10, 2001 3:15 AM To: Orion-Interest Subject: Re: How to provide own security mechinism Therese the UserManager and RoleManager classes that you can use resp. provide your own replacement for. They are described in the docs that come with orion. - Original Message - From: "John Pletka" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, January 09, 2001 10:12 PM Subject: How to provide own security mechinism Is it possible to override Orion's security classes with my own? The main things I'm looking for are 1) the ability to authenticate against a 3rd party LDAP server, and 2) From the client process, dynamically change the Principal reported in an EJBContext object.
RE: JSP vs PHP
I have extense experience in PHP... had to build large web apps with it; but soon I've had to dump it because it isn't a tiered solution, nor it allows for easy instanciation of components It's array definition sucks(iteration of an array can be a painfully long to code) For small things it's the fastest, but lacks some important features like reuse of code(no components nor taglibs). There's no satisfactory standard for accessing DB's either there's different modules for each DB vendor;no ODBC-like tech that successfully works with many DB's (there's a Perl module you can use, but is very restraining and doesn't work with MS-SQL) It mostly works on Linux; the compiler is made by Zend whom are aparently disbanding. I'll give an example: JSP APP Browser -- JSP -- Taglib -- EJB -- Persistence (can be DB, MQ, socket, file, etc.) PHP APP Browser -- PHP -- DB Usually DB is Postgres/MySQL So, it depends on your aim... if you have a small app, can choose platform and DB, go for PHP My 2c, JP -Original Message- From: J.T. Wenting [mailto:[EMAIL PROTECTED]] Sent: Mircoles, 10 de Enero de 2001 11:32 To: Orion-Interest Subject: RE: JSP vs PHP I guess the discussion was in a Linux environment. The speed issue (especially development speed) is voiced a lot in Linux circles by PHP advocates as the number of people in the Linux scene who know PHP far outnumbers the number of JSP people in there. Performance of PHP on Linux is likely also a bit better as the Linux JVMs do not excell where it comes to performance (if only because Linux servers are generally older, lower spec, machines and we all know Java does only come into its own if it has loads of memory). Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Arved Sandstrom Sent: Wednesday, January 10, 2001 14:02 To: Orion-Interest Subject: RE: JSP vs PHP Can't speak for the runtime performance - PHP, JSP, and ColdFusion are all pretty fast - but I can't see how one can pin down development time differences between PHP and JSP. Maybe with an atomic clock. ColdFusion is faster still (higher level of abstraction). IMO the only sensible basis of comparison between these HTML-embedded scripting languages is platform support and feature-sets. Was that a public discussion you refer to? It would be interesting to see what arguments could possibly have been made. Regards, Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Eggink Sent: Wednesday, January 10, 2001 5:29 AM To: Orion-Interest Subject: JSP vs PHP Hi, I just ran into a discussion regarding PHP vs. JSP (and ASP). A claim was made that PHP was the better alternative as it is quicker in development and gives you a better runtime performance. I have no hands-on PHP experience. Can anyone explain me the benefits of PHP over JSP (and vice versa of course). I'm bit reluctant to rely solely on marketing speak. Thanks, FE
Re: Orion/SSL with 128bit-Thawte-Cert
This is legacy problem left over from the stupid restrictions on exporting encryption software from the United States. You will have to go to http://java.sun.com/products/jsse/ and download the latest version (i think it's 1.0.2) that's NOT FOR U.S. EXPORT. This version will support 128bit encryption. Please read the installation instructions as you will have to made some modifications to $JAVA_HOME/jre/lib/security/java.security. You --MIGHT-- need to create a new keystore and regenerate your certificate request and run through the whole process again. Read the instructions on orionserver.com howto carefully. People on this list have gotten Orion to work with Verisign's Netscape 128bit certificate and thwate's 128bit SuperCert (or Super-something err-rather). cheers, sach On 10 Jan 2001, mohan krishna wrote: Hi all... i want to implement 128bit cert to my application but i am not sure that whether orion can support 128 bit with its default jsse... if doesn't which jsse we have to download and what r the steps i have to follow... when i am trying to installing the 128bit certificate it is giving the following error keytool error:java.security.cert.certificateException:unsupported encoding... i am not sure that is the problem with orion or with jsse... what the steps i have to follow to make orion to use 128bit... any help is appreciated... thankz mohan Sach Jobb [EMAIL PROTECTED] wrote: No problem. Well, other have got the Thawte SuperCert working before so i think you are in good shape. I'm not sure if this is the cause of your error message, but the version of the JSSE that comes with orion will only do 40bit encryption so you will have to go to http://java.sun.com/products/jsse/ and download the 1.0.2 NOT FOR U.S. EXPORT version. This version will support 128bit encryption. Simply follow the instructions that come with the download to install. You will _might_ have to regenerate your certificate request. good luck, sach On Tue, 9 Jan 2001, Klaus Thiele wrote: thanks for responding. it's a "Thawte SuperCert" (128 bit(?)) i'm using the JSSE that comes with orion. thanks klaus Sach Jobb wrote: 128bit is a try-your-luck situation. I got it to work with the verisign netscape 128bit and i heard someone on the list say that they got the "supercert" (or something like that) with thawte to work too. Sounds like it can't read the keystore, but i think that's a different error message. Klaus, can you give us more info on the type of cert you have, which version of the JSSE you are using, etc? thanks, sach %s/windows/linux/g On Tue, 9 Jan 2001, Juan Lorandi (Chile) wrote: won't it be a 128 bit certificate which orion can't handlewon't it? JP -Original Message- From: Klaus Thiele [mailto:[EMAIL PROTECTED]] Sent: Martes, 09 de Enero de 2001 13:09 To: Orion-Interest Subject: Urgent: Orion/SSL with Thawte-Cert Hello, after a long time i've got now the real Cert from Thawte. but now I get following error when orion comes up: Error starting HTTP-Server: Unable to intialize SSLServerSocketFactory 'com.evermind.ssl.JSSESSLServerSocketFactory': Unrecoverable key error: Cannot recover key [...] -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go." Get free email and a permanent address at http://www.netaddress.com/?N=1
RE: Dynamic JSP in Orion
I want to second this sentiment. We looked at JSP, Cocoon, Struts, and all of the other so-called "logic/presentation separation schemes". However, every time I looked at the pages of those schemes I saw code embedded in there. That did not look like separation to me. So, we built a simple servlet that invokes lightweight command objects that talk to session beans for the business logic. The command objects are selected by the servlet's pathInfo, and they simply build an XML document that represents the results of the business logic. The XML is then handed to XSLT along with the XSL page for the command, and HTML is sent to the client. The commands and pages are all specified by a simple XML configuration document that the server reads at startup time. The commands know nothing about the page. The pages know nothing about the commands. I even have the option of sending the XML and XSL to the client's browser and offloading the XSLT processing. Also, I can easily hand a simple example XML document to a webpage designer, and they can code the XSL without ever having to connect to the live system to run the logic! This is a hueg win. So far, this approach has worked well and feels far superior to JSP or its ilk. The most significant downside that I see is that XSLT support is scarce in webpage development tools such as DreamWeaver and its kind. I expect this to improve over time, but it is an important consideration. The only other complaint I have is that XSL is not a pretty language. tim. In my opinion the best template solution is one based on xsl and xml; with the best separation information, display. And is very easy to use if you know little xslt; -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert S. Sfeir Sent: mardi 9 janvier 2001 23:46 To: Orion-Interest Subject: Dynamic JSP in Orion Hello folks. Still on the path of getting to know JSP and Orion, and was wondering how (hopefully without using cocoon) can I get to the point of serving dynamic JSP files. What I'm tying to do is serve up templates which are stored in the DB. The templates contain html which forms the look and feel of a site, and the different features available in a certain section of the site. These Templates also return the content for the site, the content itself may or may not contain more dynamic data. Ultimately those templates and content would contain some JSP code or XML code which gets changed based on the user, location, template, content, the content type etc... I'm coming from a Cold Fusion / Tango environment, and I can see that things are a little different with JSP, and the rules change dramatically. it's pretty easy to do this stuff in those environments. It doesn't seem as obvious in JSP since the pages are pre compiled and any JSP code which might exists in the Templates or content will be ignored. What I need to do is parse that code, or write something which will allow me to parse that code. I don't mind so much putting in the coding time, but I am concerned about maintaining top serving speed, and still allow me the freedom of being as dynamic as my clients want to be. So with that in mind, I was wondering if Orion had any internal facilities to support some kind of dynamic JSP pages. If not what do you folks recommend to use for such applications? Thanks much in advance, and sorry if this subject has already come up before. Robert S. Sfeir Director of Software Development PERCEPTICON corporation San Francisco, CA 94123 w - http://www.percepticon.com/ e- [EMAIL PROTECTED] t - (415) 749-2900 x205
Re: Dynamic JSP in Orion
At 10:24 AM 1/10/2001 +0100, you wrote: I dont really understand the need for dynamically generating JSP code. After all, JSPs are themselves all about generating HTML dynamically. At *some* point the generating has to stop and real code has to start ;-). Well perhaps I should clarify a little. The template is not the problem really because we can write those out to a jsp files whenever we make a change and Orion will re compile them. SO this problem is really not the big issue. The issue really comes in when we have content in the DB and we want to do something like this: hello %= username %, this is your content page. That's when we're going to hit a snag. You see there IS a need for dynamic content. Perhaps this is too off topic for this list, and if it is, could anyone recommend a good JSP discussion mailing list out there? Thanks much. R Robert S. Sfeir Director of Software Development PERCEPTICON corporation San Francisco, CA 94123 w - http://www.percepticon.com/ e- [EMAIL PROTECTED] t - (415) 749-2900 x205
RE: JSP vs PHP - USE WEBWORK INSTEAD!
Hey folks! Instead of choosing between JSP, PHP and ASP go staight to www.sourceforge.net/projects/webwork and get the latest source snapshot. This is the best J2EE presentation framework yet and is much better that STRUTS, COCOON, TAPESTRY, XMLC (to name a few) The design is supperior (based on JSP and JavaBeans), it is very easy to use and very powerful! So give it a shot ... I always make sure that it is operational with the latest Orion server ... Regards, Hristo --- Arved Sandstrom [EMAIL PROTECTED] wrote: Can't speak for the runtime performance - PHP, JSP, and ColdFusion are all pretty fast - but I can't see how one can pin down development time differences between PHP and JSP. Maybe with an atomic clock. ColdFusion is faster still (higher level of abstraction). IMO the only sensible basis of comparison between these HTML-embedded scripting languages is platform support and feature-sets. Was that a public discussion you refer to? It would be interesting to see what arguments could possibly have been made. Regards, Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Eggink Sent: Wednesday, January 10, 2001 5:29 AM To: Orion-Interest Subject: JSP vs PHP Hi, I just ran into a discussion regarding PHP vs. JSP (and ASP). A claim was made that PHP was the better alternative as it is quicker in development and gives you a better runtime performance. I have no hands-on PHP experience. Can anyone explain me the benefits of PHP over JSP (and vice versa of course). I'm bit reluctant to rely solely on marketing speak. Thanks, FE __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/
Re: Orion on Unix (again)
Yes we had this problem also. I wasn't able to figure out why in the short time frame we had, 1hr and it doesn't happen on our solaris boxes only the development box our client had set up. So my assumption is it's some kind of paranoid security setting on Solaris. We got around it by not exiting, just killing the terminal. Not the solution I'd prefer, but it seemed to work. -Lkb On Tue, 9 Jan 2001, Sach Jobb wrote: First of all, don't ever use telnet for anything. It's a clear text protocol and anyone snooping the line can easily snag your username and password. The suitable replacement for telnet (actually all rsh services) is SSH (secure shell) which uses encrypted sessions, and is thus difficult to monitor and crack. For moving files between machines you can use scp (secure copy) or sftp (secure ftp), because, ftp is also a clear text protocol. I use OpenSSH (http://www.openssh.com/) because it's opensource and made by paranoid BSD people. OpenSSH will require OpenSSL (http://www.openssl.org/) which is also open source. There _might_ be binaries out there for solaris but more likely you will have to compile them yourself. A usefull site is (http://www.sunfreeware.com/) as they have alot of binaries for solaris. For fun with packet sniffing checkout dsniff (http://www.monkey.org/~dugsong/dsniff/). Now, on to the problem you are having. We had the same problem as we've recently deployed on a Solaris box ourselves, but i can't remember how we fixed it so i'm forwarding this to my co-worker lorin who maybe able to answer it for you. thanks, sach On Wed, 10 Jan 2001, Heng Chee, Lee - SG wrote: Hi, First all, thanks for answering my previous question about running orion as non-root user. I have another question which I couldn't find any info in the orionsupport site. I would like to be able to telnet from a remote machine to my Sun box and start the orion remotely, so far so good, but once I exit from my telnet client, the orion.jar process died. I tried to use "nohup java -jar orion.jar" but this doesn't help. I think the question above is the same as to keep the orion running even after the shell that you use to start up the orion process has terminated. Is it possible to run orion as a daemon process? Thanks and best regards Lee
Re: unsubcribe
RE: ResultSet Caching
I have a question about application server cache. The question is as follows: If cached rows have been modified by some other tools or dba other than app server, can application server can detect the change and refresh cached rows with lastest data? Jinpeng -Original Message- From: Tony Wilson [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 06, 2001 10:55 AM To: Orion-Interest Subject: RE: ResultSet Caching They can be used either as a replacement for en entity bean, or in most cases, the method in which the Entity bean is saved. If you don't need the overhead of EJB, or if you want finer control over what gets done when, or if you want to do multithreaded programming, these products help a lot. We like them, and they are worth taking a look at. Tony -Original Message- From: Neal Kaiser To: Orion-Interest Sent: 1/5/01 1:17 PM Subject: RE: ResultSet Caching What's the benefit of using those products over an entity bean then? How does it differ? Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Wilson Sent: Friday, January 05, 2001 3:50 PM To: Orion-Interest Subject: RE: ResultSet Caching There are products that act as middlemen between you and the Database. They also offer database object abstraction (so you can have an object representing table data. You define field - property mappings, and the product handles the transfer of data.) These products usually have built-in caching. Two products are TopLink (expensive, but nice) http://www.objectpeople.com VBSF (pretty inexpensive, and still nice) http://www.objectmatter.com -Original Message- From: Neal Kaiser [mailto:[EMAIL PROTECTED]] Sent: Friday, January 05, 2001 10:49 AM To: Orion-Interest Subject:ResultSet Caching Does Orion have any built in caching functionality? Let's say I have a database query which returns 1,000 records and the user will page thru 100 at a time. Instead of re-issuing the query each time (each page), is there some sort of cache object? How do you guys typically handle this? Thanks, Neal
RE: ResultSet Caching
At 14:02 10.01.01 , you wrote: I have a question about application server cache. The question is as follows: If cached rows have been modified by some other tools or dba other than app server, can application server can detect the change and refresh cached rows with lastest data? I'm assuming you don't want a general but an orion-specific answer. simple answer: no you either set a timeout for the validity of your cached data or you specify that the server should not cache at all (for both see dtds for orion-ejb-jar.xml). HTH robert Jinpeng -Original Message- From: Tony Wilson [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 06, 2001 10:55 AM To: Orion-Interest Subject: RE: ResultSet Caching They can be used either as a replacement for en entity bean, or in most cases, the method in which the Entity bean is saved. If you don't need the overhead of EJB, or if you want finer control over what gets done when, or if you want to do multithreaded programming, these products help a lot. We like them, and they are worth taking a look at. Tony -Original Message- From: Neal Kaiser To: Orion-Interest Sent: 1/5/01 1:17 PM Subject: RE: ResultSet Caching What's the benefit of using those products over an entity bean then? How does it differ? Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Wilson Sent: Friday, January 05, 2001 3:50 PM To: Orion-Interest Subject: RE: ResultSet Caching There are products that act as middlemen between you and the Database. They also offer database object abstraction (so you can have an object representing table data. You define field - property mappings, and the product handles the transfer of data.) These products usually have built-in caching. Two products are TopLink (expensive, but nice) http://www.objectpeople.com VBSF (pretty inexpensive, and still nice) http://www.objectmatter.com -Original Message- From: Neal Kaiser [mailto:[EMAIL PROTECTED]] Sent: Friday, January 05, 2001 10:49 AM To: Orion-Interest Subject:ResultSet Caching Does Orion have any built in caching functionality? Let's say I have a database query which returns 1,000 records and the user will page thru 100 at a time. Instead of re-issuing the query each time (each page), is there some sort of cache object? How do you guys typically handle this? Thanks, Neal (-) Robert Krger (-) SIGNAL 7 Gesellschaft fr Informationstechnologie mbH (-) Brder-Knau-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: Orion/SSL with 128bit-Thawte-Cert
I've never tried to integrate JSSE with Orion, but we've used the latest version 1.0.2 and the exportable version has strong encryption. I'm also almost certain we've used JSSE 1.0.2 as a client library to connect to 128 bit encrypted servers (that were set to not allow lower encryption). I can't say whether this means you can use the export version to create server sockets with 128 bit encryption, but I would hope so. Serge Knystautas Loki Technologies http://www.lokitech.com/ - Original Message - From: "Sach Jobb" [EMAIL PROTECTED] This is legacy problem left over from the stupid restrictions on exporting encryption software from the United States. You will have to go to http://java.sun.com/products/jsse/ and download the latest version (i think it's 1.0.2) that's NOT FOR U.S. EXPORT. This version will support 128bit encryption. Please read the installation instructions as you will have to made some modifications to $JAVA_HOME/jre/lib/security/java.security. You --MIGHT-- need to create a new keystore and regenerate your certificate request and run through the whole process again. Read the instructions on orionserver.com howto carefully. People on this list have gotten Orion to work with Verisign's Netscape 128bit certificate and thwate's 128bit SuperCert (or Super-something err-rather). cheers, sach
news examples
Where can I find the examples "news"?
Orion/SSL - cookies dropping
While using Orion/SSL the cookies are initially being set and sent to the client browser but later in our code cookies stop working and URL rewriting kicks. Any clues? Additional info: - We are using Orion 1.3.8 - We have a Verisign Certificate and deployed it using java keytools - We are running on Caldera Linux and Redhat Linux - We have the shared="true" in the web app .. / tag in secure-web-site.xml and default-web-site.xml. - We are also using port redirection ala ipchains on linux
Re: Null Pointer Exception in Generated Wrapper Classes
I answered my own question. Orion chokes when comparing nulls in the database. It seems that Orion generates comparisons based on the primary key, even when you do the ejb equivalent of a "select *". I fixed this by using the true primary key that was being used in the database table, instead of using something else (even though it is legal and works fine with Weblogic). My company is looking for reasons to move from Weblogic, and the only thing I could tell them is, "I'll get back to ya!". I would have figured this out a week ago if Orion's team were kind enough to provide us access to the classes it generated, but they figured we "don't need them". Orion needs to change it's responsiveness to customer issues and questions, or it should just go open-source and call it a day if they're going to use a mailing-list as it's primary means of support. Robert Smith _ Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: Null Pointer Exception in Generated Wrapper Classes
+1 revivalatgt revivalatgt wrote: Orion needs to change it's responsiveness to customer issues and questions, or it should just go open-source and call it a day if they're going to use a mailing-list as it's primary means of support. Robert Smith _ Get your FREE download of MSN Explorer at http://explorer.msn.com -- Daniel G. Koulomzin Digital Media On Demand 244 Brighton Ave. 3rd Floor Allston MA 02134
large field bug ??
I have manage to put my String stored as blob working using cmp but if the size is more than 1k it's go wrong... (the blob does not stored to the db and the next time i restart the orion those entity even failed to load) i am used orion 1.3.8 with oracle 8.1.6 both on linux machine is there any limitation in bean size ?? this is orion bug or oracle jdbc bug ??? i only done simply cmp mapping --- THE SOURCE (if u don't mind to read) public class MediaEJB implements EntityBean { transient EntityContext context; public int id; public MediaFolder folder; public String name; public Object content; public Integer ejbCreate(MediaFolder folder,String name) throws CreateException { try { this.id = (int) CounterUtils.getNextID("java:comp/env/ejb/Counter", "MediaFolder"); } catch (Exception ex) { throw new CreateException("Unable to genereate auto number "+ex); } try { setFolder(folder); } catch (Exception ex) { throw new CreateException("Error "+ex); } setName(name); return null; } public void ejbPostCreate(MediaFolder folder,String name) { } public MediaFolder getFolder() { return folder; } public void setFolder(MediaFolder folder) throws EJBException, RemoteException { MediaFolder itr = folder; while (itr != null) { if (itr.getId() == id) throw new EJBException("Recursif folder"); itr = itr.getParent(); } this.folder = folder; } public int getId() { return id; } public String getName() { return name; } public void setName(String name) throws EJBException { if (name == null) throw new EJBException("Parameter name is required"); if (name.length() == 0) throw new EJBException("Parameter name is required"); this.name = name; } public Object getContent() { return content; } public void setContent(Object content) throws EJBException { this.content = content; } public int getLevel() throws RemoteException { if (folder != null) return folder.getLevel() + 1; return 1; } public String getFullName() throws RemoteException { if (folder != null) return folder.getFullName() + "/" + getName(); return getName(); } public String getFullName(String separator) throws RemoteException { if (folder != null) return folder.getFullName() + separator + getName(); return getName(); } public void setEntityContext(EntityContext context) { this.context = context; } public void unsetEntityContext() { context = null; } public void ejbActivate() { } public void ejbPassivate() { } public void ejbLoad() { } public void ejbStore() { } public void ejbRemove() { } } --- - Original Message - From: Tobias Streckel [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, November 30, 2000 3:02 PM Subject: Re: How can I use an BLOB datatype Hello again, my prog. is very easy. I'm only have a String (contain a big Text) and I will it save on a colmn (Oracle DB) with a BLOB. Thanks Tobi -Ursprngliche Nachricht- Von: Tim Endres [EMAIL PROTECTED] An: Orion-Interest [EMAIL PROTECTED] Datum: Donnerstag, 30. November 2000 07:10 Betreff: RE: How can I use an BLOB datatype Gernalizing this one step further. We have a situation where we want to place large ( larger than 10MB ) into the DB. Thus, when I get or store I would really like to have an InputStream or OutputStream to read or write the "object". However, it does not appear that EJB really supports this. Has anyone build an entity bean (or session for that matter) that can stream large amounts of data into and out of the database? How? Thanks, tim. In CMP, the output streams should be created for you. The database config xml file should provide a mapping of a Serializable object to a BLOB/Image/etc. If this is done, the object will be serialized before insertion automatically. -tim
Orion-Primer needs some update
Dear All Somehow I found that Orion-Primer at http://www.znerd.demon.nl/orion-primer/ is a little bit obsolete. The demo codes demand Ant 1.1 to build them, which is no longer available since the release of Ant 1.2. In this case people like me will have no easy way to build the ear file. Could someone be kind enough to update it, or tell me how to work around? Best regards Lynch
Re: Orion-Primer needs some update
Ant1.2 works fine with Orion-primer. - Original Message - From: [EMAIL PROTECTED] To: Orion-Interest Sent: Wednesday, January 10, 2001 10:23 PM Subject: Orion-Primer needs some update Dear All Somehow I found that Orion-Primer at http://www.znerd.demon.nl/orion-primer/ is a little bit obsolete. The demo codes demand Ant 1.1 to build them, which is no longer available since the release of Ant 1.2. In this case people like me will have no easy way to build the ear file. Could someone be kind enough to update it, or tell me how to work around? Best regards Lynch
DB Table mapping in CMP Entity Bean
Dear all... How can mapping DB Table(and field) to CMP Entity Bean? In the 'Orion CMP Prime' document... create table automatically... like below. Auto-creating table: create table addressbook_ejb_AddressEntry (name char (255) not null primary key, address char (255), city char (255)) But, I want to using a existing DB Table... And I have a another question... When install EJB in Orion... What's the difference... below 1 and 2? 1. deploying using = $ORION/config/server.xml application name="orion-primer" path="/home/ernst/projects/orion-primer/rel/orion-primer.ear" / 2. define application.xml = $ORION/config/application.xml ejb-module path="/home/ernst/projects/orion-primer/rel/orion-primer.jar" / I thought, there are scope difference... maybe... Then, is there have a performance differences??? Thanks for, previously... Àå±Ô¿À/Jang Kyu-O Manager/Internet Lab. [EMAIL PROTECTED] www.freechal.com Freechal Inc. (ÁÖ)ÇÁ¸®Ã§ 13fl.Keumhwa Bldg., 949-1, Dokok-dong, Kangnam-gu, Seoul, 135-270 Korea Tel: (02)2187-0656 Fax : (02)3461-0559 Cellular : 018-351-0104
Use of interbase 6.0 database with the Orion Server
Hallo, Where can I get the database-schemas.dtd. The url which is used may be wrong (http://www.orionserver.com/dtds/database-schemas). Another question. Have anyone any experiance with the interbase6.0 Database Server. Id like to wirte my own database-schema.xml for the interbase6.0 Server. Exist there any naming conventions for this XML-File. I have seen, that it is possible to enter the path of the used database-schema in the data-source.xml ( in the tag: schemas) but there exist no tag where I can enter the name of the database-schema file. Bye, Uwe