Orion on ports 1-1023
Hi all, I cannot set up orion server on ports below 1023. I run orion server as ROOT. Scripts on other languages work well on these ports, is it a JDK feature? If so how can I configure JDK to allow java programs to use these ports. Egor Savotchkin
Re: Orion or Apache?
we moved from apache - jserv - jonas to orion and are happy with that because of a low maintenance all java solution with a very well thought-out (though less well documented ;) configuration concept . the (for us) most relevant plus for apache is the availability of lots of handy and well-tested modules like mod_rewrite, mod_expires, mod_proxy etc.. if you rely on those things to tweak the behaviour of your websites you'll miss them. orion offers some generic mechanism to implement some of those things yourself but it would require programming/debugging on your part. our work is mostly web-frontends for ejb-based database applications so it's OK for us. you'll always have the option to use apache and orion (if the performance hit is acceptable for you) with things like mod_proxy. just my 2c, robert At 07:12 18.08.00 , you wrote: I'm wondering if anyone has used Apache and why you're now using Orion. I ask this because I'm having a tough time finding the information I need to get my JSP's working with Orion. I downloaded Apache and so far, there sure is allot more documentation, not to mention it's free. I've not found any books or web sites on Orion other than www.orionserver.com. In comparison, I've found over 20 books on Apache and multiple web sites offering information. I don't want to start a flame war, I just want to find a better alternative to using Microsoft IIS MTS. If I run into a problem, I don't want to worry if I'll be able to find the answer. Thank you. Phil (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
POLL: what are you missing in apache-like functionality?
Hi, I was just getting curious how many of you fellow orion users out there have thought: "wow, what a great server, if only it had this feature xyz that I heavily used with apache". now to get things a little organized and maybe help evermind get a better picture of what their users would like I thought I'd start a little poll. maybe some of these things are so easy to implement that they will listen. let's give it a try. Poll Question: What apache (or other webserver) core or module functionality are you missing most in your daily work with orion? I'll start (ordered by importance): 1. mod_rewrite (just so simple and powerful, you can do almost anything with it) 2. mod_expires (absolute necessity to tweak the behaviour of high volume websites in terms of performance and correctness especially with all those proxies around) btw. if anyone has implemented stuff like that as filters and you're ready to share, it would be great if we could have a contrib area either at the orion or the orionsupport site. robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: Help - SSL Usage in Production - is it really possbile?
mike, have you contacted [EMAIL PROTECTED] about this? they should care very much if one of their (or the ?) first customers to use orion with ssl in production has that many difficulties. your problems may indicate that ssl support only has proof-of-concept but not production quality which is something they should (and probably will) really get out of the way quickly. one thing you could do as a temporary workaround is use apache with mod_proxy and mod_ssl as an ssl-proxy. of course that only works if you don't need to access certificate information in your app. but if you just need to make sure parts of your app are protected by ssl this should work (with a performance hit of course). robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: what are you missing in apache-like functionality?
List So far 1) mod_rewrite 2) mod_expires 3) I would like php to the list so desired Apache to Orion wants. We have alot of investment in php files. It would be great to be able to use them with Orion instead of having to run Apache and Orion Andrew
Re: what are you missing in apache-like functionality?
But don't you think that would cause Orion to deviate from the Sun J2EE spec.? PHP is great to work with but it is definately not something that is anywhere close to being part of J2EE. You could implement many of the same types of PHP functions perhaps with custom TagLibs or rewrite to JSP. Cory At 08:21 AM 8/19/00 -0500, Andrew Panagos wrote: List So far 1) mod_rewrite 2) mod_expires 3) I would like php to the list so desired Apache to Orion wants. We have alot of investment in php files. It would be great to be able to use them with Orion instead of having to run Apache and Orion Andrew
Re: Help - SSL Usage in Production - is it really possbile?
I have ssl working on a test certificate from Thawte and await an answer also. I also am curious if anyone has a production certificate from any CA. I have two other questions about OrionServer and SSL: 1. Does orionserver support 128bit "supercert" from Thawte? 2. Since I don't see secure on-line ordering of OrionServer on the orionserver.com site, should this lead me to believe that Orion themselves can't get a production ssl certificate to work? I would expect that Orion would be contacting both Thawte and Verisign about placing themselves on the list of servers to choose from. At least I would if I was trying to sell an application server. Dale - Original Message - From: Robert Krueger [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Saturday, August 19, 2000 7:46 AM Subject: Re: Help - SSL Usage in Production - is it really possbile? mike, have you contacted [EMAIL PROTECTED] about this? they should care very much if one of their (or the ?) first customers to use orion with ssl in production has that many difficulties. your problems may indicate that ssl support only has proof-of-concept but not production quality which is something they should (and probably will) really get out of the way quickly. one thing you could do as a temporary workaround is use apache with mod_proxy and mod_ssl as an ssl-proxy. of course that only works if you don't need to access certificate information in your app. but if you just need to make sure parts of your app are protected by ssl this should work (with a performance hit of course). robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: what are you missing in apache-like functionality?
You can use PHP with Orion simply by putting your PHP files in your Orion web directories. If you look in global-web-application.xml you will see the following information: servlet servlet-namephp/servlet-name servlet-classcom.evermind.server.http.CGIServlet/servlet-class init-param param-nameinterpreter/param-name param-valuephp/param-value /init-param /servlet servlet-mapping servlet-namephp/servlet-name url-pattern/*.php/url-pattern /servlet-mapping servlet-mapping servlet-namephp/servlet-name url-pattern/*.php3/url-pattern /servlet-mapping Which maps *.php and *.php3 to the PHP interpreter. Just make sure PHP is in your path and it should work fine. - Original Message - From: "Andrew Panagos" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Saturday, August 19, 2000 8:21 AM Subject: Re: what are you missing in apache-like functionality? List So far 1) mod_rewrite 2) mod_expires 3) I would like php to the list so desired Apache to Orion wants. We have alot of investment in php files. It would be great to be able to use them with Orion instead of having to run Apache and Orion Andrew
RE: what are you missing in apache-like functionality?
I do not think the J2EE specs prohibit you from implementing something that is not part of it. That would be too restrictive, IMO, and enough reasons to drop the J2EE compliance in that respect. PHP, mod-perl, and documentation would be good. Jeroen T Wenting [EMAIL PROTECTED] ICQ UIN #9191966 It's the end of the world as we know it and I feel fine (Michael Stipe) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Cory Adams Sent: 19 August 2000 16:55 To: Orion-Interest Subject: Re: what are you missing in apache-like functionality? But don't you think that would cause Orion to deviate from the Sun J2EE spec.? PHP is great to work with but it is definately not something that is anywhere close to being part of J2EE. You could implement many of the same types of PHP functions perhaps with custom TagLibs or rewrite to JSP. Cory At 08:21 AM 8/19/00 -0500, Andrew Panagos wrote: List So far 1) mod_rewrite 2) mod_expires 3) I would like php to the list so desired Apache to Orion wants. We have alot of investment in php files. It would be great to be able to use them with Orion instead of having to run Apache and Orion Andrew
OPTIONS
Seems that Orion automagically redirects OPTIONS on a servlet URL, to OPTIONS on / Can someone tell me if Orion, in fact, does do this?
orion CGI/Perl examples?
Hey folks, Has anyone got/seen a simple example of setting up Orion to serve both CGI/Perl and servlets? The latter is blissfully easy, but I have no idea how to get CGI/Perl working, well, some ideas but they seem to be all wrong! Thanks, Gary
RE: POLL: what are you missing in apache-like functionality?
I'm sorry I have to strongly disagree here. I've been using Orion in a production environment VERY heavily using EJBs, JMS and web frontend and have had next to no problems at all. Support is as quick as can be expected - have you ever tried to get M$ support? Oracle? Sun? It's worse trust me. The docs are improving and I don't use the deployment tools so I can't speak for those, but in terms of 'enterprise readiness' Orion is already there. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Cory Adams Sent: Sunday, 20 August 2000 12:45 To: Orion-Interest Subject: Re: POLL: what are you missing in apache-like functionality? Actually I'm looking heavily at Pramati. It costs more but has an integrated development environment for developing and deploying. The email support is really good as well. The added cost benefit goes a long way to getting a development shop up and running quickly. They also give a one month eval with email support. The thing that spooks me the most about Orion is of course the lack of docs but also some of the posts that I read on this list with regard to some of the more serious problems that I see people encountering. Orion looks like it could be great for servlets and maybe simple ejb deployments but I'm not sure that the docs, deployment tools and the overall package is ready for me to put into a production environment? Does anybody else have any experience with these guys? Thanks? Cory At 01:31 PM 8/19/00 +0200, Robert Krueger wrote: Hi, I was just getting curious how many of you fellow orion users out there have thought: "wow, what a great server, if only it had this feature xyz that I heavily used with apache". now to get things a little organized and maybe help evermind get a better picture of what their users would like I thought I'd start a little poll. maybe some of these things are so easy to implement that they will listen. let's give it a try. Poll Question: What apache (or other webserver) core or module functionality are you missing most in your daily work with orion? I'll start (ordered by importance): 1. mod_rewrite (just so simple and powerful, you can do almost anything with it) 2. mod_expires (absolute necessity to tweak the behaviour of high volume websites in terms of performance and correctness especially with all those proxies around) btw. if anyone has implemented stuff like that as filters and you're ready to share, it would be great if we could have a contrib area either at the orion or the orionsupport site. robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
RE: what are you missing in apache-like functionality?
I do not think the J2EE specs prohibit you from implementing something that is not part of it. That would be too restrictive, IMO, and enough reasons to drop the J2EE compliance in that respect. PHP, mod-perl, and documentation would be good. PHP and Perl will both work as normal with Orion (see the archives for many posts on getting these to work, it's just a few XML tags) Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Cory Adams Sent: 19 August 2000 16:55 To: Orion-Interest Subject: Re: what are you missing in apache-like functionality? But don't you think that would cause Orion to deviate from the Sun J2EE spec.? PHP is great to work with but it is definately not something that is anywhere close to being part of J2EE. You could implement many of the same types of PHP functions perhaps with custom TagLibs or rewrite to JSP. Cory At 08:21 AM 8/19/00 -0500, Andrew Panagos wrote: List So far 1) mod_rewrite 2) mod_expires 3) I would like php to the list so desired Apache to Orion wants. We have alot of investment in php files. It would be great to be able to use them with Orion instead of having to run Apache and Orion Andrew
RE: POLL: what are you missing in apache-like functionality?
Simple basic authentication = principals.xml ? IMHO it makes much more sense than htaccess ;) (once you understand it) Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gavin Thomas Nicol Sent: Sunday, 20 August 2000 2:28 To: Orion-Interest Subject: RE: POLL: what are you missing in apache-like functionality? 1. mod_rewrite 2. mod_expires Simple basic authentication.
orion and perl/cgi -- got it working!
Figured out how to do perl/cgi in orion, and wow was it easy. In the web.xml for my application I added the lines: servlet servlet-namecgi/servlet-name servlet-classcom.evermind.server.http.CGIServlet/servlet-class /servlet servlet-mapping servlet-namecgi/servlet-name url-pattern*.cgi/url-pattern /servlet-mapping (I tried getting using the url-pattern 'cgi-bin/*.cgi' but it didn't seem to work.) Just to make things work like my usual Apache setup I created a new web site on a funky port by adding the following lines in server.xml: application name="gts-rc4" path="/export/home/shea/work/dev/rc4/nova/war/dist" / web-site path="./gts-rc4.xml" / and creating the gts-rc4.xml file to the orion/config directory: web-site host="[ALL]" port="8185" display-name="gts-rc4" secure="false" !-- The default web-app for this site, bound to the root -- default-web-app application="default" name="defaultWebApp" / web-app application="gts-rc4" name="web" root="/" / !-- Access Log, where requests are logged to -- access-log path="/var/orion/log/gts-rc4-access.log" / /web-site This is a development site or it would be on port 80. All that remained to do was to make sure that all the html and cgi stuff was in the dist/web directory (dist from the application path, web from the web-app name (?)). Nice. It would have been even nicer with doc, of course, but hey, this ain't bad! Gary
RE: POLL: what are you missing in apache-like functionality?
I'm also disturbed at seeing requests for CGI and PHP (and simple BASIC auth) in Orion. Come on, folks! CGI and PHP support are *already there* - and it's not difficult to figure out. Documentation on Orion is sketchy, no doubt. That's why I started www.orionsupport.com - and eventually it'll be able to accept text from *anyone* so that as we learn new things, we'll be able to document it ourselves so we can use a cutting edge server to its potential. We don't need to waste time asking for non-j2ee functionality (like "simple basic auth" sounds, to me, considering that the list has had working directions for "simple basic auth" a day or two ago that work) or capabilities it already has (like PHP and CGI support). --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
RE: POLL: what are you missing in apache-like functionality?
I think such request merely indicate the need for more complete documentation. Documentation (and you are doing a good job, but it should not be needed, Evermind should do it for us) is the greatest weakness Orion has (not counting the bugs Swing causes in the tools, these are generic to Java applications using Swing). I like Orion, but without docs, I could never sell people on it (the people who need to set up and maintain it are not programmers, they are Unix and NT sysadmins... And at the price, it is difficult to get management people convinced anyway (the expensive == good syndrome is very strong here). Jeroen T Wenting [EMAIL PROTECTED] ICQ UIN #9191966 It's the end of the world as we know it and I feel fine (Michael Stipe) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joseph B. Ottinger Sent: 19 August 2000 20:31 To: Orion-Interest Subject: RE: POLL: what are you missing in apache-like functionality? I'm also disturbed at seeing requests for CGI and PHP (and simple BASIC auth) in Orion. Come on, folks! CGI and PHP support are *already there* - and it's not difficult to figure out. Documentation on Orion is sketchy, no doubt. That's why I started www.orionsupport.com - and eventually it'll be able to accept text from *anyone* so that as we learn new things, we'll be able to document it ourselves so we can use a cutting edge server to its potential. We don't need to waste time asking for non-j2ee functionality (like "simple basic auth" sounds, to me, considering that the list has had working directions for "simple basic auth" a day or two ago that work) or capabilities it already has (like PHP and CGI support). --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: POLL: what are you missing in apache-like functionality?
Actually I'm looking heavily at Pramati. It costs more but has an integrated development environment for developing and deploying. The email support is really good as well. The added cost benefit goes a long way to getting a development shop up and running quickly. They also give a one month eval with email support. The thing that spooks me the most about Orion is of course the lack of docs but also some of the posts that I read on this list with regard to some of the more serious problems that I see people encountering. Orion looks like it could be great for servlets and maybe simple ejb deployments but I'm not sure that the docs, deployment tools and the overall package is ready for me to put into a production environment? Does anybody else have any experience with these guys? Thanks? Cory At 01:31 PM 8/19/00 +0200, Robert Krueger wrote: Hi, I was just getting curious how many of you fellow orion users out there have thought: "wow, what a great server, if only it had this feature xyz that I heavily used with apache". now to get things a little organized and maybe help evermind get a better picture of what their users would like I thought I'd start a little poll. maybe some of these things are so easy to implement that they will listen. let's give it a try. Poll Question: What apache (or other webserver) core or module functionality are you missing most in your daily work with orion? I'll start (ordered by importance): 1. mod_rewrite (just so simple and powerful, you can do almost anything with it) 2. mod_expires (absolute necessity to tweak the behaviour of high volume websites in terms of performance and correctness especially with all those proxies around) btw. if anyone has implemented stuff like that as filters and you're ready to share, it would be great if we could have a contrib area either at the orion or the orionsupport site. robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de