Re: error-page tag in web-xml question
Hi it's possible and it working. and also it's working on OC4J.i am using it. here is my code of web.xml and it working on OC4J (9.0.3.0) and also resin. error-page error-code404/error-code location/error/error.jsp/location /error-page as far as I know, no (don't know why, simply it won't work) d. (on oc4j, a close relative of orion) -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Per conto di Jose Mena Inviato: mercoledì 10 aprile 2002 13.20 A: Orion-Interest Oggetto: error-page tag in web-xml question Hi, I'm trying to set an error page in one of my web applications. To do this i have put this tag in the web.xml file: error-page error-code500/error-code location/error.html/location /error-page to catch all the 500 errors and redirect the user to an error page. It works when i put a plain html page but it doesn't when i put a jsp. is it possible to get a jsp instead of an html file? thanks.
Re: How to display a directory using Orion as a webserver?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You need to add directory-browsing=allow attribute to orion-web-app node in orion-web.xml. You can find this orion-web.xml in applicationdeployments\application\webapplicationname directory. kesav kumar - - Original Message - From: wzfg [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, April 10, 2002 5:04 PM Subject: How to display a directory using Orion as a webserver? Hi, Can anyone tell me how can I display a directory use Orion as a WebServer? What I need set something and where or which file I need update and how to update? I checked all the conf files, but I did not find. Thanks a lot. -BEGIN PGP SIGNATURE- Version: PGPfreeware 7.0.3 for non-commercial use http://www.pgp.com iQA/AwUBPLUurzvXFP1HExMKEQKXKgCg/igQlXODh09gFocrvPIqxT52fRQAnjcR d21z2nGLlUFPrgriDxY6t15J =yMh8 -END PGP SIGNATURE-
Re: apache front end
OrionServer support AJP13 since version 1.4.8 see changes.txt file. But it is a mysterious support. Nobody know how to configure it. :O Joseph Ottinger wrote: Yes, Apache slows Orion down quite a bit. It ends up issuing new requests to Orion, which is really inefficient. When and if Orion gets a mod_jk equivalent, that will change... although adding apache in front will always be a problem. - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant On Thu, 11 Apr 2002, Tim Courtney wrote: second attempt at sending this. sorry if anyone gets it twice. I'm curious as to anyone else's experience with putting the apache web server as a front end to orion. We basically followed the instructions from this guide http://www.orionsupport.com/articles/apachefrontend.html Although the site does work, the pages that are served from orion seem very very slow. Apache serves its html files very quickly. And when I access the app server without apache in front, orion runs great. The network guys are a bit puzzled and so am I. Is there anything I need to do that isn't in that guide (hosts files etc) I was just wondering if slow performance is normal when apache is put in front. thanks tim
Re: include orion-ejb-jar.xml in an ejb.jar ?
o.k. it works! Thanks for comments! Now we have got another problem, since the orion-ejb-jar.xml is placed in the corresponding jar-file, orion detects an updated orion-ejb-jar.xml every time i deployd the ear-file, wich contains theses jar-file. In my opinion this happens because the generated orion-ejb-jar.xml unde the orion deployment-directory is newer then the orion-ejb-jar.xml-file contained in the corresponding jar-file (because it would be used as a template or sample). Even there are only changes in other jar-files, which contains session-beans, orion detected an new orion-ejb-jar.xml on every deployment. How could i prevent orion from detection of an new orion-ejb-jar.xml? At 13:50 10.04.2002 +0200, you wrote: Hi. Yes. You may include an orion-ejb-jar.xml in the jar file. Orion wiull read it on deployment, mix-in the missing values, and then use that xml. Since orion 1.4.8 the orion-ejb-jar.xml should be in the META-INF directory in the jar. Earlier versions had the deployment dd in another directory. A different problem is sharing the xml, and automaticaly including it in the builded jars. JBuilder has the ability to include custom-generated DDs in the generated jar. this is good, and is very well used in conjuction with a CVS system. Other building tools may have different way to do that. Lachezar. Hi, thank you for the comment on my last posting distibute beans in different jar! Here is another question: We develop in a small team. One person create the entity-beans with finder, interfaces , dd and so on If he creates an new finder, he has to create the where clause of the SQL-Statement in the orion-ejb-jar-xml-file. Every developer runs his own orion-server for development, becaus we won't test agains a common server, because of the frequence of changes in the development process in a team. Is it possible to include the generated an corrected orion-ejb-jar-xml-file in the jar-file or the era-file, so that orion read it? Then the developer could create this file, commit it in CVS and the other developers could work with the new ejb.jar-file without copy an new orion-ejb-jar-xml-file in the deployment-directory. best regards Matthias Gottschlich -- -- mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466 -- -- mit freundlichen Grüssen Matthias Gottschlich mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466
Re: How to display a directory using Orion as a webserver?
Is there a way to scope the directory listing to particular roots or directories? thanks, curt Kesav Kumar wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You need to add directory-browsing=allow attribute to orion-web-app node in orion-web.xml. You can find this orion-web.xml in applicationdeployments\application\webapplicationname directory.
https session-timeout problem
Subject: https session-timeout problem From: Emil Birgersson [EMAIL PROTECTED] === Hello! I have a strange problem. I use a couple of session variables (shopping cart, username) and I changed the session-timeout propertie to let's say 60 minutes. This worked fine until I made my site secure, the session is timing out after ten minutes or less, it seems like the session-timeout propertie has no effect at all after I added my SSL cert to the site. What can I do, I really need to increase the session-timeout propertie. Thanks. /Emil
Please, REMOVE me from the Orion Interest List
Please, REMOVE me from the Orion Interest List
SV: https session-timeout problem
Hi Emil, This is an old issue with IE and SSL. To get away from those issues, use HTTP sessions instead of SSL sessions on your protected site. This is enabled by having an entry like shared=true in the binding entry in your web-site.xml. See the xml descriptor at: http://www.orionserver.com/docs/web-site.xml.html Or The tip given in this section: http://www.orionserver.com/docs/web-module-binding/web-module-binding.xm l#manualBind -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] För Orion Newsgroup Skickat: den 11 april 2002 13:25 Till: Orion-Interest Ämne: https session-timeout problem Subject: https session-timeout problem From: Emil Birgersson [EMAIL PROTECTED] === Hello! I have a strange problem. I use a couple of session variables (shopping cart, username) and I changed the session-timeout propertie to let's say 60 minutes. This worked fine until I made my site secure, the session is timing out after ten minutes or less, it seems like the session-timeout propertie has no effect at all after I added my SSL cert to the site. What can I do, I really need to increase the session-timeout propertie. Thanks. /Emil
Re: include orion-ejb-jar.xml in an ejb.jar ?
Maybe I don't get it. What is the problem. When you redeploy the ear it should get the new DDs. However, I WILL recommend to delete the deployment dir before (re)deployment. Orion has a nasty bug, that ignores the DD in the jar/ear/war on redeployment. That is nasty. You should delete the directory of the jar/ear/war deployment, before (re)deploying. I will also recommend to leave the EAR structure, and use plain directory structure for your app. Use only ejb-jars. Again. If this is not your problem, elaborate more to solve it. I have had quite some experience since 1.4.5 and can help in most cases. Lachezar o.k. it works! Thanks for comments! Now we have got another problem, since the orion-ejb-jar.xml is placed in the corresponding jar-file, orion detects an updated orion-ejb-jar.xml every time i deployd the ear-file, wich contains theses jar-file. In my opinion this happens because the generated orion-ejb-jar.xml unde the orion deployment-directory is newer then the orion-ejb-jar.xml-file contained in the corresponding jar-file (because it would be used as a template or sample). Even there are only changes in other jar-files, which contains session-beans, orion detected an new orion-ejb-jar.xml on every deployment. How could i prevent orion from detection of an new orion-ejb-jar.xml? At 13:50 10.04.2002 +0200, you wrote: Hi. Yes. You may include an orion-ejb-jar.xml in the jar file. Orion wiull read it on deployment, mix-in the missing values, and then use that xml. Since orion 1.4.8 the orion-ejb-jar.xml should be in the META-INF directory in the jar. Earlier versions had the deployment dd in another directory. A different problem is sharing the xml, and automaticaly including it in the builded jars. JBuilder has the ability to include custom-generated DDs in the generated jar. this is good, and is very well used in conjuction with a CVS system. Other building tools may have different way to do that. Lachezar. Hi, thank you for the comment on my last posting distibute beans in different jar! Here is another question: We develop in a small team. One person create the entity-beans with finder, interfaces , dd and so on If he creates an new finder, he has to create the where clause of the SQL-Statement in the orion-ejb-jar-xml-file. Every developer runs his own orion-server for development, becaus we won't test agains a common server, because of the frequence of changes in the development process in a team. Is it possible to include the generated an corrected orion-ejb-jar-xml-file in the jar-file or the era-file, so that orion read it? Then the developer could create this file, commit it in CVS and the other developers could work with the new ejb.jar-file without copy an new orion-ejb-jar-xml-file in the deployment-directory. best regards Matthias Gottschlich -- -- mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466 -- -- mit freundlichen Grüssen Matthias Gottschlich --- - mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466 --- -
Re: [orion-interest]Re: include orion-ejb-jar.xml in an ejb.jar ?
Wrong, this is not a bug, this is part of application assembly/deployment. The reason that orion does not wipe out the application-deployments files is so that you can have different deployments of the same app in different systems, with different table names perhaps or column names (just as an example). For example, the list of disallowed fields is different across DB's, so if you're using CMP, you might have a field called parent, which is sometimes parent_ on some db's. Another example, you might have a db to which you do not have exclusive write access, so in that particular deployment, you want to turn off that flag. Orion makes this possible by not destroying deployment specific files every time you deploy something new. This means you can deliver updates to your application and each particular deployment need not worry about your shipping default settings clobbering their customisations. Makes sense? The only caveat with this is that orion will NOT do merges between the shipping and deployed file. So for example if you add a new bean, it's xml fragment will not be picked up from your shipping orion-ejb.xml, since a previous deployment already exists in application-deployments. In this case you'd have to add in the bean manually to the deployed descriptor. Hope this clears this issue up. So please think carefully before deciding to scream out bug, or at least ask around! On 11/4/02 10:24 am, Lachezar Dobrev [EMAIL PROTECTED] wrote: Maybe I don't get it. What is the problem. When you redeploy the ear it should get the new DDs. However, I WILL recommend to delete the deployment dir before (re)deployment. Orion has a nasty bug, that ignores the DD in the jar/ear/war on redeployment. That is nasty. You should delete the directory of the jar/ear/war deployment, before (re)deploying. I will also recommend to leave the EAR structure, and use plain directory structure for your app. Use only ejb-jars. Again. If this is not your problem, elaborate more to solve it. I have had quite some experience since 1.4.5 and can help in most cases. Lachezar o.k. it works! Thanks for comments! Now we have got another problem, since the orion-ejb-jar.xml is placed in the corresponding jar-file, orion detects an updated orion-ejb-jar.xml every time i deployd the ear-file, wich contains theses jar-file. In my opinion this happens because the generated orion-ejb-jar.xml unde the orion deployment-directory is newer then the orion-ejb-jar.xml-file contained in the corresponding jar-file (because it would be used as a template or sample). Even there are only changes in other jar-files, which contains session-beans, orion detected an new orion-ejb-jar.xml on every deployment. How could i prevent orion from detection of an new orion-ejb-jar.xml? At 13:50 10.04.2002 +0200, you wrote: Hi. Yes. You may include an orion-ejb-jar.xml in the jar file. Orion wiull read it on deployment, mix-in the missing values, and then use that xml. Since orion 1.4.8 the orion-ejb-jar.xml should be in the META-INF directory in the jar. Earlier versions had the deployment dd in another directory. A different problem is sharing the xml, and automaticaly including it in the builded jars. JBuilder has the ability to include custom-generated DDs in the generated jar. this is good, and is very well used in conjuction with a CVS system. Other building tools may have different way to do that. Lachezar. Hi, thank you for the comment on my last posting distibute beans in different jar! Here is another question: We develop in a small team. One person create the entity-beans with finder, interfaces , dd and so on If he creates an new finder, he has to create the where clause of the SQL-Statement in the orion-ejb-jar-xml-file. Every developer runs his own orion-server for development, becaus we won't test agains a common server, because of the frequence of changes in the development process in a team. Is it possible to include the generated an corrected orion-ejb-jar-xml-file in the jar-file or the era-file, so that orion read it? Then the developer could create this file, commit it in CVS and the other developers could work with the new ejb.jar-file without copy an new orion-ejb-jar-xml-file in the deployment-directory. best regards Matthias Gottschlich -- -- mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466 -- -- mit freundlichen Grüssen Matthias Gottschlich --- - mail: [EMAIL PROTECTED] tel: 030 343462 30 / fax: 030 343462 58 / mobil: 0178 7796466
Re: https session-timeout problem
I had the same problem and I fixed it putting shared=true in the web-app line of the secure-web-site.xml config file. - Original Message - From: Orion Newsgroup @[EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, April 11, 2002 1:25 PM Subject: https session-timeout problem Subject: https session-timeout problem From: Emil Birgersson [EMAIL PROTECTED] === Hello! I have a strange problem. I use a couple of session variables (shopping cart, username) and I changed the session-timeout propertie to let's say 60 minutes. This worked fine until I made my site secure, the session is timing out after ten minutes or less, it seems like the session-timeout propertie has no effect at all after I added my SSL cert to the site. What can I do, I really need to increase the session-timeout propertie. Thanks. /Emil
RE: How to display a directory using Orion as a webserver?
You could make sure that every directory you don't want browsing allowed in has an index.html (or whatever the default page is set to) and e request for that directory will display the default page instead of the directory. And the directories without those pages will allow browsing -Original Message- From: Curt Smith [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 11, 2002 5:40 AM To: Orion-Interest Subject: Re: How to display a directory using Orion as a webserver? Is there a way to scope the directory listing to particular roots or directories? thanks, curt Kesav Kumar wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You need to add directory-browsing=allow attribute to orion-web-app node in orion-web.xml. You can find this orion-web.xml in applicationdeployments\application\webapplicationname directory.
Re: Please, REMOVE me from the Orion Interest List
you can remove your self the same place you signed up Please, REMOVE me from the Orion Interest List
AJP12
Last year at JavaONE Karl told me that Orion supported AJP12. I've tried mod_jk in several ways, tried looking for a place to set an AJP connector in Orion, and even poped open the orion.jar looking for a connector. It never worked - so I gave up many months ago. Now its becoming more important and I notice that the Oracle 9iAS supports AJP12. What gives? Karl? Magnus? AJP support?
is Orion dead?
Whats the current state of Ironflare and Orion? Nothing has changed in the 'stable release' of Orion for almost a year, even though there are glaring bugs in http session clustering (not even fixed in 1.5.4) and some significantly lacking components. Ironflare was supposed to be in the pavillion at JavaONE, but oddly they had no write up (apparently they didn't submit one), and didn't actually show up (so their booth was empty). There also seems to be a conspicuous infrequency to their responses here. I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion.
RE: Translation: How to configure OpenLDAP and EJB - RE: LDAP
OpenLDAP is relatively easy to use (once you get the thing to finally compile). Afterwards, you can simply use the Sun implementation of a JNDI provider SPI to connect directly to it. I haven't done this in Orion but with WebLogic, as soon as I got OpenLDAP up and running, I was able to connect and use it easily. -m -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of YiYi MaoSent: Thursday, April 11, 2002 12:14 PMTo: Orion-InterestSubject: Translation: How to configure OpenLDAP and EJB - RE: ΪʲôLDAP²»ÄÜÓë´úÂëÁª½Ó²»ÉÏ Remember this is a global mailing list. If you really want to get help from this group,speak the proper language. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of 45100125Sent: Wednesday, April 10, 2002 11:37 AMTo: Orion-InterestSubject: ΪʲôLDAP²»ÄÜÓë´úÂëÁª½Ó²»ÉÏ大家好我想知道OpenLDAP和EJB的联接和如何配置，为什么这个代码不与LDAP联接。谢谢请快告诉我！=VIP邮箱出新款，优惠价每月只要4元钱！用vip邮箱，送«求职宝典»！定包月短信，送VIP邮箱 ！10元钱能做什么？安全稳定，尽在网易VIP邮箱！网易VIP邮箱，打个电话立即拥有！
REMOVE
_ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com
Filter.init() not being called?
I am feeling kinda dumb here. I have a Filter that works fine except it
does not call init() the first time it is put into service. I tried wiping
out the persistence files in orion/application-deployment and
orion/persistence but it does not seem to ever call the Filter's init
method. I am using JDK 1.3.1_03 and Orion 1.5.4.
Any ideas?
Here is what the souce looks like:
package com.we.servlet;
import javax.servlet.*;
import javax.servlet.http.*;
public class MyFilter implements Filter {
private static final boolean DEBUG = true;
private static final int DEFAULT_MAX_POST_SIZE = 1024 * 1024 * 5; // 5
Meg
private int postSize = DEFAULT_MAX_POST_SIZE;
private FilterConfig config = null;
public void init(FilterConfig config) throws ServletException
{
this.config = config;
String newSize = config.getInitParameter(postSize);
if(newSize != null newSize.trim().length() 0)
{
try
{
postSize = Integer.parseInt(newSize.trim());
}
catch(Exception e)
{
throw new ServletException(e.getMessage());
}
System.out.println(MyFilter.init() post size is now: + postSize);
}
System.out.println(MyFilter initialized with post limit of +
postSize);
}
public void destroy() {
config = null;
}
public void doFilter(ServletRequest request, ServletResponse response,
FilterChain chain) throws IOException, ServletException
{
if(DEBUG)
System.out.println(Post Size: + postSize);
chain.doFilter(multi, response);
}
public void setFilterConfig(FilterConfig config)
{
this.config = config;
}
public FilterConfig getFilterConfig()
{
return this.config;
}
}
ClassCastExceptions in EJB client: What am I missing?
So I have a session bean, Home interface, Remote interface, Bean class, the works. When I invoke it from a web application within Orion, it works fine. When I try to invoke it from a standalone client, I can look up the home interface but I can't narrow it. I get: java.lang.ClassCastException at com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:296) at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137) ...[etc.] Now, it's pretty clear to me that I'm missing something on the client side, because if after Object ref = jndiContext.lookup(ejb/Foo); I add System.out.println(ref.getClass().getName()); on the web-app side, the working side, I get FooHome_StatelessSessionHomeWrapper37 but on the standalone client side I only get __Proxy0 whatever that is. Do I need to be generating the client-side stub classes somehow and including them with the standalone client? How do I do that? I find references in the Orion documentation to something called an EJB client JAR but nothing on how to create one or what's supposed to go in it. I've seen two or three questions on this sort of ClassCastException in the archive for this mailing list but haven't been able to find answers to any of them. Has anyone got an answer?
Re: AJP12
AJP12 was in Orion, but was disabled due to bugs. Perhaps Oracle has fixed those bugs in their version re-enabled it. I have no idea if Ironflare are planning to fix this. Cheers, Scott Aaron Tavistock wrote: Last year at JavaONE Karl told me that Orion supported AJP12. I've tried mod_jk in several ways, tried looking for a place to set an AJP connector in Orion, and even poped open the orion.jar looking for a connector. It never worked - so I gave up many months ago. Now its becoming more important and I notice that the Oracle 9iAS supports AJP12. What gives? Karl? Magnus? AJP support? -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Re: is Orion dead?
At 03:41 PM 4/11/2002, you wrote: Whats the current state of Ironflare and Orion? Nothing has changed in the 'stable release' of Orion for almost a year, even though there are glaring bugs in http session clustering (not even fixed in 1.5.4) and some significantly lacking components. Ironflare was supposed to be in the pavillion at JavaONE, but oddly they had no write up (apparently they didn't submit one), and didn't actually show up (so their booth was empty). There also seems to be a conspicuous infrequency to their responses here. I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion. looks like someone finally figured it out! this is what happens when you get one big customer with a guaranteed revenue stream, can't much blame them myself.
Re: [orion-interest]Re: is Orion dead?
I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion. looks like someone finally figured it out! this is what happens when you get one big customer with a guaranteed revenue stream, can't much blame them myself. Yes indeed, what a genius. Such inspired thinking, such stellar insight into the inner workings of ironflare. I'm sure they're all very glad of such keen observations from appreciative and helpful users, and are suitably motivated towards being more open and forthcoming of their plans and releases given such intelligent comments. I'm just glad someone finally figured it out and told us! Hani
Re: apache front end
This is just a follow up to the message I posted yesterday. The slow connection speed between apache orion has been fixed It was a configuration problem on the network switch cheers tim Tim Courtney wrote: second attempt at sending this. sorry if anyone gets it twice. I'm curious as to anyone else's experience with putting the apache web server as a front end to orion. We basically followed the instructions from this guide http://www.orionsupport.com/articles/apachefrontend.html Although the site does work, the pages that are served from orion seem very very slow. Apache serves its html files very quickly. And when I access the app server without apache in front, orion runs great. The network guys are a bit puzzled and so am I. Is there anything I need to do that isn't in that guide (hosts files etc) I was just wondering if slow performance is normal when apache is put in front. thanks tim
Oracle9i vs. Orion
How different is Oracle9i from Orion? I always thought it was the same thing but renamed. Are they essentially two different trees now maintained by different groups? - Brian
Please, REMOVE me from the Orion Interest List
Please, REMOVE me from the Orion Interest List my email address is [EMAIL PROTECTED]
