RE: Web Stats
I use Analog to munge the stats from Orion. Here's my access log config: access-log path="../log/yoursite-web-access.log" format="$ip - $user [$time] quot;$requestquot; $status $size quot;$refererquot; quot;$agentquot;" split="day" suffix="ddMMyy" / Hope this helps, Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dale Bronk Sent: Tuesday, July 11, 2000 1:24 PM To: Orion-Interest Subject: Web Stats Can I use WebTrends or any other standard package for web traffic analysis with Orion? If so, how to I turn on full logging of data needed by these applications? Dale Bronk [EMAIL PROTECTED] Windscape Consulting, Inc. http://www.windscape.com
Newbie question: How to...
I want to create and test/deploy and application build using only jsp pages.. how and where do i create such an application.. I cannot find anything in the docs !! groeten / regards, Marco Pas CMG Trade, Transport Industry B.V. -- Postbus 8566, 3009 AN Rotterdam, Kralingseweg 241 - 249, 3062 CE Rotterdam The Netherlands Tel.: +31 (0)10 253.7391 Fax: +31 (0)10 253.7035 Mob: +31 (0)6 51469109 Personal Fax/Voicemail: +31 (0)20 - 8833477 E-mail: [EMAIL PROTECTED]
Taglib TEI and array type
While I am tring to declare variable in TEI I return the VariableInfo array in TEI class like this == return new VariableInfo[] { new VariableInfo[]{ data.getAttributeString("errorId"), , "java.lang.String[]" , true , VariableInfo.AT_END } { Orion just told me that No such bean type "java.lang.String[]" It's terrible that I can't delcare array type. Now I use Collection instead, but this is not a good way. Is this a bug? Regards., Jen Hsien Huang
Re: Writing custom Resource Manager
I am also interested whether this can also be performed. Evan Vaala Vidur Dhanda wrote: Hello, Is it possible to write a custom resource manager in EJB1.1 and Orion? Much like EJBs can use a DataSource, I would like to write an application specific resource manager. How can I do that? Thanks, Vidur PS. If possible, please cc me the replies.
SSL-Certificates
I have now got SSL working with a testcert from Thawte. However, after reading about "SSL Chained CA Certs" it doesn't seem to be the kind of certificate I want for a single server. Has anybody bought a "real" SSL cert and got it to work with the defult SSL setup on Orion (JSSE and keystore)? If so, what is the price for a single server cert? On most CA sites, they keep a list of servers theay support and how to install certs. It would be nice if the Orion team could provide a list of SSL certs that work with Orion. Thanks, Mattias Arbin
having problems using EJBUserManager....
HI Guys, I am trying to use EJBUserManager..have followed all the steps ... 1.)Installed hypersonicsql put hsql dir and hsql.jar in orion/lib 2.)Edited my orion/config/Data-Sources.xml by putting data-source name="Default data-source" class="com.evermind.sql.ConnectionDataSource" location="jdbc/DefaultDS" pooled-location="jdbc/DefaultPooledDS" xa-location="jdbc/xa/DefaultXADS" ejb-location="jdbc/DefaultEJBDS" url="jdbc:HypersonicSQL:defaultdb" connection-driver="org.hsql.jdbcDriver" username="sa" password="" schema="database-schemas/hypersonic.xml" / 3.)I then put the following inside myWebapp/WEB-INF/web.xml user-manager class="com.evermind.ejb.EJBUserManager" init-param param-namehome/param-name param-valuecom.evermind.ejb.EJBUser/param-value /init-param init-param param-namedefaultGroups/param-name param-valueusers,guests,administrators/param-value /init-param /user-manager 4.)inside my orion/config/application.xml I added user-manager class="com.evermind.ejb.EJBUserManager" property name="home" value="com.evermind.ejb.EJBUser" / property name="defaultGroups" value="users" / /user-manager Now after doing all this i still get this error Error initializing server: Error initializing userManager 'com.evermind.ejb.EJBUserManager': NamingException: com.evermind.ejb.EJBUser not found any suggestions as to what i am missing would be really appreciated ..am pretty new to orion and the docs dont explain much.. Thanx for all your time Hashim Merchant winmail.dat
Re: Session time out TOOOO early!
If aJSP pages uses a session bean, not EJB but just a server side java bean, and that bean is recompiled, the server will detect thisand reload it, but it will also dump and re-start a users present session. This makes sense. Otherwise there would be an attempt to use the old session bean object in the context of the new compiled session bean. In summary the session will appear time-out any time a related bean being used in session scope is recompiled. STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED] - Original Message - From: Porfiriev Sergey To: Steven Punte Sent: Monday, July 10, 2000 7:24 PM Subject: Re: Session time out T early! I have the same problem, mail me if u received solution - Original Message - From: Steven Punte To: Orion-Interest Sent: Monday, July 10, 2000 3:19 PM Subject: HELP: Session time out T early! Help: I'm having serious problem with the servlet session timing-out way before it should. I'm running Orion on Solaris, and typically only see the problem when development is active (i.e. team members changing server side java bean files). I have set the session time-out to 6 hours in the web.xml file as show below: web-app servlet servlet-namesnoop/servlet-name display-namesnoop/display-name servlet-classSnoopServlet/servlet-class /servlet session-config session-timeout360/session-timeout /session-config login-config auth-methodBASIC/auth-method /login-config/web-app My JSP file is as simple as possible: %@ page language="java" session="true" %%@ page import="java.util.*" %htmlheadtitle%= "Session Bug" %/title/headbodybrbr Session Information: brLast Accessed %= new Date( session.getLastAccessedTime()) % brCreation Time %= new Date( session.getCreationTime() ) % brID %= session.getId() % brMax Interval %= session.getMaxInactiveInterval() %/body/html In the above examples, the creation time typically only hold from 5 minutes to 15 minutes, and will then move forward to the present time forgetting all other session information. Any suggestion greatly appreciated: STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]
RE: Session time out TOOOO early!
Are you saying Orion detects changes in JSP used beans? That's great if it truly does because most jsp/servlet engines out there do Not. If the JSP page changes then it will be recompiled but that doesn't necessarily mean you'll get the new bean unless Orion has their own class-loader. The beanclass is already loaded in the JVM, not your instance but the class used for creating instances. I don't know of anyone who dynamically reloads the beans. In order to pick up the new bean the server needs to be restarted. I hope you're right because this has been a big headache in managing changes to JSP used beans. My $0.2. Tom -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steven PunteSent: Tuesday, July 11, 2000 1:11 PMTo: Orion-InterestCc: Orion-InterestSubject: Re: Session time out T early! If aJSP pages uses a session bean, not EJB but just a server side java bean, and that bean is recompiled, the server will detect thisand reload it, but it will also dump and re-start a users present session. This makes sense. Otherwise there would be an attempt to use the old session bean object in the context of the new compiled session bean. In summary the session will appear time-out any time a related bean being used in session scope is recompiled. STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED] - Original Message - From: Porfiriev Sergey To: Steven Punte Sent: Monday, July 10, 2000 7:24 PM Subject: Re: Session time out T early! I have the same problem, mail me if u received solution - Original Message - From: Steven Punte To: Orion-Interest Sent: Monday, July 10, 2000 3:19 PM Subject: HELP: Session time out T early! Help: I'm having serious problem with the servlet session timing-out way before it should. I'm running Orion on Solaris, and typically only see the problem when development is active (i.e. team members changing server side java bean files). I have set the session time-out to 6 hours in the web.xml file as show below: web-app servlet servlet-namesnoop/servlet-name display-namesnoop/display-name servlet-classSnoopServlet/servlet-class /servlet session-config session-timeout360/session-timeout /session-config login-config auth-methodBASIC/auth-method /login-config/web-app My JSP file is as simple as possible: %@ page language="java" session="true" %%@ page import="java.util.*" %htmlheadtitle%= "Session Bug" %/title/headbodybrbr Session Information: brLast Accessed %= new Date( session.getLastAccessedTime()) % brCreation Time %= new Date( session.getCreationTime() ) % brID %= session.getId() % brMax Interval %= session.getMaxInactiveInterval() %/body/html In the above examples, the creation time typically only hold from 5 minutes to 15 minutes, and will then move forward to the present time forgetting all other session information. Any suggestion greatly appreciated: STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]
servlet instantiation error
Hello, here's an interesting one: after sucessfully deploying my application and accessing the startup page, all requests for servlets yielded the following error 500 Internal Server Error Servlet error: Error instantiating servlet 'wcfsystem' (servlet class not found, make sure it exists at D:\home\workspace\webcomponents\test\webapp/WEB-INF/classes/com/itsit/wcf/ad aptor/WCFServlet.class, in a jar in D:\home\workspace\webcomponents\test\webapp/WEB-INF/lib/, in an orion-web.xml specified classpath or global server classpath) Strange thing, the class files reside exactly at the location mentioned in the error message (under WEB-INF/classes). After tampering for 3 hours with ANY configuration item I could find, i finally decided to disregard the error message because something else had to be hindering the class loading process. My candidate: one of the jars in the lib directory. After removing xerces.jar, everything indeed worked fine (somewhat). Obviously, the orion code had internally caught an exception, dropped it and reported a generic - and misleading - error. My request: correct and comprehensive error reporting is extremely important, especially in a complex setup such as a J2EE server, and even more when there is so little additional documentation as with orion. Orion may be superior in features and runtime performance, but weaknesses such as these can be QUITE costly for us (maybe) customers, as I pointed out in an earlier post. Of course, I would like to know what the problem with xerces was/is. And lastly, one more question: How do I enable user authentication? I think I have done everything given in the servlet 2.2 spec, but I get no login dialog (BASIC auth), nor are my forms called. Christian Sell
getUserCount()
howdy, any chance that getUserCount() this could be implemented for the basic UserManager class in the near future? I know it would probably be an expensive operation if the xml file had to be read in its entireity and then counted for users and all... /admin/UserManager/doCreateUser.jsp.java:72: Method getUserCount() not found in class com.evermind.sql.DataSourceUserManager. (JSP page line 30) usermanager.getUserCount() This does not appear to work with teh com.evermind.security.UserManager either. Barry "Blues is to jazz what yeast is to bread-without it, itÂ’s flat." Carmen McRae
Re: Session time out TOOOO early!
Tom: Yes, this was my main reason for switching from Apache + Tomcat to Orion. It was too difficult to develop software without this feature. I believe there is a flag in the configuration files of Orion that controls this. I couldn't figure out a way to reliably make beans reload on Tomcat without a reboot or something sever like that. STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED] - Original Message - From: Tom Wnuk To: Orion-Interest Sent: Tuesday, July 11, 2000 3:36 PM Subject: RE: Session time out T early! Are you saying Orion detects changes in JSP used beans? That's great if it truly does because most jsp/servlet engines out there do Not. If the JSP page changes then it will be recompiled but that doesn't necessarily mean you'll get the new bean unless Orion has their own class-loader. The beanclass is already loaded in the JVM, not your instance but the class used for creating instances. I don't know of anyone who dynamically reloads the beans. In order to pick up the new bean the server needs to be restarted. I hope you're right because this has been a big headache in managing changes to JSP used beans. My $0.2. Tom -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steven PunteSent: Tuesday, July 11, 2000 1:11 PMTo: Orion-InterestCc: Orion-InterestSubject: Re: Session time out T early! If aJSP pages uses a session bean, not EJB but just a server side java bean, and that bean is recompiled, the server will detect thisand reload it, but it will also dump and re-start a users present session. This makes sense. Otherwise there would be an attempt to use the old session bean object in the context of the new compiled session bean. In summary the session will appear time-out any time a related bean being used in session scope is recompiled. STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED] - Original Message - From: Porfiriev Sergey To: Steven Punte Sent: Monday, July 10, 2000 7:24 PM Subject: Re: Session time out T early! I have the same problem, mail me if u received solution - Original Message - From: Steven Punte To: Orion-Interest Sent: Monday, July 10, 2000 3:19 PM Subject: HELP: Session time out T early! Help: I'm having serious problem with the servlet session timing-out way before it should. I'm running Orion on Solaris, and typically only see the problem when development is active (i.e. team members changing server side java bean files). I have set the session time-out to 6 hours in the web.xml file as show below: web-app servlet servlet-namesnoop/servlet-name display-namesnoop/display-name servlet-classSnoopServlet/servlet-class /servlet session-config session-timeout360/session-timeout /session-config login-config auth-methodBASIC/auth-method /login-config/web-app My JSP file is as simple as possible: %@ page language="java" session="true" %%@ page import="java.util.*" %htmlheadtitle%= "Session Bug" %/title/headbodybrbr Session Information: brLast Accessed %= new Date( session.getLastAccessedTime()) % brCreation Time %= new Date( session.getCreationTime() ) % brID %= session.getId() % brMax Interval %= session.getMaxInactiveInterval() %/body/html In the above examples, the creation time typically only hold from 5 minutes to 15 minutes, and will then move forward to the present time forgetting all other session information. Any suggestion greatly appreciated: STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]
jsp:include and params?
in 1.1.21 and 1.1.19 I can't seem to get params to be passed to jsp:include'd pages? For example: jsp:include page="mypage.jsp" flush="true" param name="title" value="some title"/ /jsp:include in mypage.jsp, %= request.getParameter("title") % returns null -- Duane Fields [EMAIL PROTECTED] Managing Engineer, Web Development (512) 744-1012
RE: Session time out TOOOO early!
Orion does detect changed beans. If you place the source in the classes directory, it will also detect changes to the source and automatically recompile. ie alter source ... save... reload page and voila! It's magical ;) Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tom Wnuk Sent: Wednesday, July 12, 2000 8:36 AM To: Orion-Interest Subject: RE: Session time out T early! Are you saying Orion detects changes in JSP used beans? That's great if it truly does because most jsp/servlet engines out there do Not. If the JSP page changes then it will be recompiled but that doesn't necessarily mean you'll get the new bean unless Orion has their own class-loader. The bean class is already loaded in the JVM, not your instance but the class used for creating instances. I don't know of anyone who dynamically reloads the beans. In order to pick up the new bean the server needs to be restarted. I hope you're right because this has been a big headache in managing changes to JSP used beans. My $0.2. Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steven Punte Sent: Tuesday, July 11, 2000 1:11 PM To: Orion-Interest Cc: Orion-Interest Subject: Re: Session time out T early! If a JSP pages uses a session bean, not EJB but just a server side java bean, and that bean is recompiled, the server will detect this and reload it, but it will also dump and re-start a users present session. This makes sense. Otherwise there would be an attempt to use the old session bean object in the context of the new compiled session bean. In summary the session will appear time-out any time a related bean being used in session scope is recompiled. STeve Punte e-Business Software Architect Technologent Inc [EMAIL PROTECTED] - Original Message - From: Porfiriev Sergey To: Steven Punte Sent: Monday, July 10, 2000 7:24 PM Subject: Re: Session time out T early! I have the same problem, mail me if u received solution - Original Message - From: Steven Punte To: Orion-Interest Sent: Monday, July 10, 2000 3:19 PM Subject: HELP: Session time out T early! Help: I'm having serious problem with the servlet session timing-out way before it should. I'm running Orion on Solaris, and typically only see the problem when development is active (i.e. team members changing server side java bean files). I have set the session time-out to 6 hours in the web.xml file as show below: web-app servlet servlet-namesnoop/servlet-name display-namesnoop/display-name servlet-classSnoopServlet/servlet-class /servlet session-config session-timeout360/session-timeout /session-config login-config auth-methodBASIC/auth-method /login-config /web-app My JSP file is as simple as possible: %@ page language="java" session="true" % %@ page import="java.util.*" % html head title%= "Session Bug" %/title /head body brbr Session Information: brLast Accessed %= new Date( session.getLastAccessedTime()) % brCreation Time %= new Date( session.getCreationTime() ) % brID %= session.getId() % brMax Interval %= session.getMaxInactiveInterval() % /body /html In the above examples, the creation time typically only hold from 5 minutes to 15 minutes, and will then move forward to the present time forgetting all other session information. Any suggestion greatly appreciated: STeve Punte e-Business Software Architect Technologent Inc [EMAIL PROTECTED]
Orion SSL? How?
Hello, I saw the brief FAQ on how to set up Orion SSL... http://www.orionserver.com/docs/ssl-howto.html but I also saw alot of problems people posted trying to get it work... What is the current state of instructions for getting Orion SSL to work? What is the non-brief version of the SSL installation instructions? Is it 128 bit encryption? Any pointers from experienced people? Thanks, Keith
Class Cast Exception when using development mode and changing source
Hi, I am using the development mode (true) and set up the source directory to point to my source. When I save a change, and refresh the page, I am always getting a Class Cast Exception error. I store a bean called HtmlBean as application scope. In the .java generated, I see that the syncronized(application) { } code is where the exception is occuring. It looks something like this: com.bm.ui.beans.HtmlBean htmlBean; synchronized(application) { htmlBean = (com.bm.ui.beans.HtmlBean)application.getAttribute("htmlBean"); if(htmlBean == null) { htmlBean = new com.bm.ui.beans.HtmlBean(); application.setAttribute("htmlBean", htmlBean); } } So, my question now becomes, when in development mode using the source-reload feature of Orion, does Orion "kill" any HttpSession objects? Even so, this code should just recreate the bean and store it in the session. The line that causes the exception is htmlBean = (com.bm.ui.beans.HtmlBean) application.getAttribute("htmlBean"); One thought comes to mind..can you typecast a null into an object? If the application.getAttribute("htmlBean") returns null, does that cause the problem..that its being typecasted to com.bm.ui.beans.HtmlBean)? If so, it would seem the code should read: if( application.getAttribute("htmlBean") == null ) { ..create bean and store it..} else htmlBean = (com.bm.ui.beans.HtmlBean) application.getAttribute("htmlBean"); Thanks for any help.
Re: HOWTO... posted
Hi Kirk, well I've posted your HOWTO on my site, and started doing a little orion info site at the same time. I wasn't aware of orionsupport.com, but I guess it can't hurt to have another site. So what i'll do is link to it. If that's ok with Joseph Ottinger! :) here's the url: http://www.fibromovement.com/j2ee/orion/ nothing too fancy, with a little design. cheers! Alex Alexandre J. Boudreau CEO CTO Fibro Movement Corp. email: [EMAIL PROTECTED] web : www.fibromovement.com BEGIN:VCARD VERSION:2.1 N:Boudreau;Alexandre;J. FN:Alexandre J. Boudreau ORG:Fibro Movement TEL;WORK;VOICE:514-575-1580 EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:2224T064224Z END:VCARD
XSL and JSP
For those interested to embed XSL/XML output inside JSP pages: http://jakarta.apache.org/builds/jakarta-taglibs/nightly/ +--++ | Bernard Sauterel | sauterel.net | +--++ email | [EMAIL PROTECTED]
RE: Session time out TOOOO early!
Hi, i'd like to have this featue too. but it works only for _servlets_,...!!! NOT for beans which are only used in jsp-pages!! try to change any bean from the struts-example (i.e. com/apache/struts/example/...) klaus ps: or did i miss some configuration entrys/switches? On Mit, 12 Jul 2000, Mike Cannon-Brookes wrote: Orion does detect changed beans. If you place the source in the classes directory, it will also detect changes to the source and automatically recompile. ie alter source ... save... reload page and voila! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tom Wnuk Sent: Wednesday, July 12, 2000 8:36 AM To: Orion-Interest Subject: RE: Session time out T early! Are you saying Orion detects changes in JSP used beans? That's great if it truly does because most jsp/servlet engines out there do Not. If the JSP page changes then it will be recompiled but that doesn't necessarily mean you'll get the new bean unless Orion has their own class-loader. The bean class is already loaded in the JVM, not your instance but the class used for creating instances. I don't know of anyone who dynamically reloads the beans. In order to pick up the new bean the server needs to be restarted. I hope you're right because this has been a big headache in managing changes to JSP used beans. My $0.2. Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steven Punte Sent: Tuesday, July 11, 2000 1:11 PM To: Orion-Interest Cc: Orion-Interest Subject: Re: Session time out T early! If a JSP pages uses a session bean, not EJB but just a server side java bean, and that bean is recompiled, the server will detect this and reload it, but it will also dump and re-start a users present session. This makes sense. Otherwise there would be an attempt to use the old session bean object in the context of the new compiled session bean. In summary the session will appear time-out any time a related bean being used in session scope is recompiled. STeve Punte e-Business Software Architect Technologent Inc [EMAIL PROTECTED] - Original Message - From: Porfiriev Sergey To: Steven Punte Sent: Monday, July 10, 2000 7:24 PM Subject: Re: Session time out T early! I have the same problem, mail me if u received solution - Original Message - From: Steven Punte To: Orion-Interest Sent: Monday, July 10, 2000 3:19 PM Subject: HELP: Session time out T early! Help: I'm having serious problem with the servlet session timing-out way before it should. I'm running Orion on Solaris, and typically only see the problem when development is active (i.e. team members changing server side java bean files). I have set the session time-out to 6 hours in the web.xml file as show below: web-app servlet servlet-namesnoop/servlet-name display-namesnoop/display-name servlet-classSnoopServlet/servlet-class /servlet session-config session-timeout360/session-timeout /session-config login-config auth-methodBASIC/auth-method /login-config /web-app My JSP file is as simple as possible: %@ page language="java" session="true" % %@ page import="java.util.*" % html head title%= "Session Bug" %/title /head body brbr Session Information: brLast Accessed %= new Date( session.getLastAccessedTime()) % brCreation Time %= new Date( session.getCreationTime() ) % brID %= session.getId() % brMax Interval %= session.getMaxInactiveInterval() % /body /html In the above examples, the creation time typically only hold from 5 minutes to 15 minutes, and will then move forward to the present time forgetting all other session information. Any suggestion greatly appreciated: STeve Punte e-Business Software Architect Technologent Inc [EMAIL PROTECTED] -- -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."