RE: monitor your entity beans/other jdbc calls
Great! That's what I want! It works for Oracle and Orion -HK -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Goke Sent: Monday, August 13, 2001 10:19 AM To: Orion-Interest Subject: monitor your entity beans/other jdbc calls There is a free tool at http://www.provision6.com that intercepts and logs all database statements of any application that uses JDBC. This is particularly useful, for example, for monitoring the SQL generated by entity beans. There are no code changes required to your application, and setup is very easy. There are explicit instructions for installing under Orion. -Jeff __ Do You Yahoo!? Send instant messages get email alerts with Yahoo! Messenger. http://im.yahoo.com/
not invoking my finder method?
I have written a CMP that needs a new finder method findBySecurityIdentifier(String Username) this method makes a number of calls to a Session Bean (that accesses our legacy Application Security System) and then returns a filtered Collection from a findAll() Collection based on what rights you have to that data... But my ejbFindBySecurityIdentifier() method seems to *never* get called, and the orion-ejb-jar.xml keeps generating a finder sql that I don't want!!! Any pointers, info greatfully welcome... Thanx Scott.
Problems getting an Application-Client to use a datasource in Orion
I have an orion server using a datasource. I want to connect to this datasource from outside the application but I'm having problems. I have created this program. import java.util.*; import java.sql.*; import javax.naming.*; import com.evermind.sql.*; public class TestConnect { public TestConnect() { try { System.out.println (Before IC); InitialContext ic = new InitialContext(); System.out.println (After IC); OrionPooledDataSource ds = (OrionPooledDataSource)ic.lookup(java:comp/env/external/DATASOURCE); Connection c = ds.getConnection(); System.out.println (After Connection, c is isClosed = + new Boolean (c.isClosed()).toString()); String query = SELECT COUNT(*) FROM USERS; PreparedStatement s = c.prepareStatement(query); System.out.println (After createStatement, s is null = + new Boolean (s==null).toString()); ResultSet rs = s.executeQuery (); rs.next(); System.out.println (User Count = + rs.getString (COUNT (*))); rs.close(); s.close(); c.close(); } catch (SQLException ex) { System.out.println (ex.getMessage()); ex.printStackTrace(); } catch (NamingException ex) { System.out.println (ex.getMessage()); } } public static void main (String[] args) { new TestConnect(); } } I have also set up the jndi.properties file java.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFactory java.naming.provider.url=ormi://localhost/app java.naming.security.principal=admin java.naming.security.credentials=password The program runs and i getting the following output and error. Before IC After IC Exception in thread main java.lang.NullPointerException at com.evermind.sql.OrionPooledDataSource.d7(JAX) at com.evermind.sql.OrionPooledDataSource.d8(JAX) at com.evermind.sql.OrionPooledDataSource.getConnection(JAX) at TestConnect.init(TestConnect.java:17) at TestConnect.main(TestConnect.java:45) Has anyone got any ideas why i would be getting this error. I have also tried different DataSource classes to see if you had to us a specific one for remote connections. Still not luck. Thanks Owen
RE: Problem with SimpleUserManager Class for application level security...please hel
resend, the original didn't take. -Original Message- From: The elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Sunday, August 12, 2001 8:57 PM To: Orion-Interest Subject: RE: Problem with SimpleUserManager Class for application level security...please hel You need to make a directory called lib or class or whatever in your ear deployment root. Refer to this directory in your orion-application.xml file: library path=lib / This is between your persistance and principal tag. Get it out of order, and it won't work. In your lib directory, you can put classes that you want to use in any application within the ear. You could also put it in an ejb.jar file, if you have one, these ejb.jar classes can also be used application wide. Hope that helps, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Qualence Inc Sent: Sunday, August 12, 2001 2:47 PM To: Orion-Interest Subject: Problem with SimpleUserManager Class for application level security...please hel Hi Everybody I am trying to implement the application level security provided by the SimpleUser Manager class in the orionsupport.com. I am constantly getting error at the time of deployment that the class which i have wriiten extending the SimpleUserManager class is not found in the application.ear file . Can anyone please guide me thru this or tell me where should i bind this class is it the .jar or .war file s that it is put by orion in .ear filw at the build time. Thanking you in Advance Regards Sachin _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Re: not invoking my finder method?
In the EJB specificatios is written that the ejbFind... methods are callen only for BMP beans. You can not write your own finder for a CMP. Either make it BMP, or find a way to specify your finder with orion. Scott Hamilton, (m)+61-404-280 238 wrote: I have written a CMP that needs a new finder method findBySecurityIdentifier(String Username) this method makes a number of calls to a Session Bean (that accesses our legacy Application Security System) and then returns a filtered Collection from a findAll() Collection based on what rights you have to that data... But my ejbFindBySecurityIdentifier() method seems to *never* get called, and the orion-ejb-jar.xml keeps generating a finder sql that I don't want!!! Any pointers, info greatfully welcome... Thanx Scott.
Re: index.jsp as default page of a directory
Add a set of welcome files, see the docs for web.xml. Basically, it's a set of lines like this: welcome-file-list welcome-fileindex.jsp/welcome-file welcome-fileindex.html/welcome-file /welcome-file-list See the docs for the specifics. On Sun, 12 Aug 2001, Roozbeh Ghaffari wrote: Hi! It seems that Orion does not use index.jsp as default page for a directory. It just looks for index.html. I usually put an index.html in my directories which redirects the client to index.jsp of the same directory. I think it's somehow silly! Any other idea? tnx, Roozbeh/ _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com --- Joseph B. Ottinger [EMAIL PROTECTED] http://adjacency.org/ IT Consultant
Orion support - dead?
Hi! The emails to [EMAIL PROTECTED] bounces: - Transcript of session follows - [EMAIL PROTECTED]... Deferred: Operation timed out with spock.thelogic.com. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old A message on their answering machine doesn't help either. Where are they? /Markus
Automatic flushout in Orion?
Hi Sometimes my messages resulting from System.out.println are not automatically be flushed onto the Orion server console. It is flushing out only When I press the enter key. Just because of this the execution process is not going normal and is taking long times. Please suggest me a way by which messages can be flushed out immediately and the execution process will continue without any delay. Have a nice time Thanks Eda __ Do You Yahoo!? Send instant messages get email alerts with Yahoo! Messenger. http://im.yahoo.com/
RE: Orion support - dead?
Its August...a tough month to find anybody in Sweden. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Markus Härnvi Sent: Monday, August 13, 2001 5:11 AM To: Orion-Interest Subject: Orion support - dead? Hi! The emails to [EMAIL PROTECTED] bounces: - Transcript of session follows - [EMAIL PROTECTED]... Deferred: Operation timed out with spock.thelogic.com. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old A message on their answering machine doesn't help either. Where are they? /Markus
Bug in j_security_check??
Hello Orion Users: I think that I have detected a problem with the j_security_check behavior in Orion. But if someone can shed some light and tell me if I am doing something wrong with my config files, I will be very grateful. Scenario: 1.- A browser sends a GET request to a servlet, using a URL mapping (servlet-mapping). This servlet was secured using the web.xml elements for security configuration. 2.- The login form appears, as expected, and after processing the user's credentials, using a post to j_security_check, two thing can happen: 2.a) If the servlet does not implements doPost, a 405 status code is returned to the browser, regardless that the original request was a GET! 2.b) If the servlet implements doPost, then its code will be executed instead of doGet!!! As far as I can see, the j_security_check routine in Orion is not preserving the original command when a servlet is being involved in the authentication/authorization process. The servlet was invoked with a GET but after login, a POST was sent to the servlet. My environment: Windows 2000 Adv. Server SP1, Sun JVM 1.3 (I could not make Orion run with IBM JDK 1.3, there is a Xerces problem while starting Orion). Authentication with html pages works as expected. Fragments of my web.xml file: servlet servlet-nametest/servlet-nameservlet-classTest/servlet-class /servlet servlet-mapping url-patterntest/url-patternservlet-nametest/servlet-name /servlet-mapping security-role role-nameadmin/role-name /security-role login-config auth-methodFORM/auth-method form-login-config form-login-page/login.htm/form-login-page form-error-page/error.htm/form-error-page /form-login-config /login-config web-resource-collection web-resource-nametestservlet/web-resource-name url-patterntest/url-pattern http-methodGET/http-method http-methodPOST/http-method /web-resource-collection auth-constraint role-nameadmin/role-name /auth-constraint /security-constraint Best regards, Martin PS: we are actually porting an application from Resin to Orion, and studying the J2EE portability problems in the process. FYI, the same example code is working as expected in Resin 2.0.1.
Re: Roll-BACK question.
Title: SV: Roll-BACK question. Hellu, Forgot to answer this before: IT WORKS great... it nicely roll-back my transaction when using setRollbackOnly(). Thanks, Ed - Original Message - From: Patrik Andersson To: Orion-Interest Sent: Tuesday, August 07, 2001 3:38 PM Subject: SV: Roll-BACK question. Accordning to the EJB spec you can NEVER let your exceptions extend RemoteException. They must inherit java.lang.Exception either directly or indirectly (although not java.rmi.RemmoteException or java.lang.RuntimeException). Also, prior to throwing your application exception, call setRollbackOnly() on the ejbcontext. This will mark the current UserTransaction as Rollback only effectively preventing a commit. regards, Patrik Andersson -Ursprungligt meddelande- Från: Eddie Post [mailto:[EMAIL PROTECTED]] Skickat: den 7 augusti 2001 11:36 Till: Orion-Interest Ämne: Roll-BACK question. Hellu, I want to to force a roll-back in my EJB method (I use CMP), under certain curcumstances. I like to do that by trhowing a self-made exception, but this doesn't work, please some help ? What I do ?: I extend an self-made exception on RemoteException (also extended it on the EJBException) and throw that in my EJB method. I intercept this in my client servlet, but no roll-back is forced. If I throw a RemoteException, which undergoes the same interception in the client, I do get a roll-back. How must I do this ? Please some help as I can't find any clear information on this subject ? Help :( Eddie
How to run Jetspeed (Open Source Enterprise Portal) on Orion
Hi, I've already posted this, but I've had no response so I'm giving it another go. I'd really appreciate it if some of the Orion experts here could give this a try. It only takes 10-15 minutes to duplicate the problem and the solution is probably obvious to everyone but me. I took the following steps in order to run Jetspeed within Orion. The installation was easy, but I am receiving an error when trying to access the portal that doesn't happen under other servlet containers. Jetspeed is an Enterprise Information Portal and is freely available. It is available from the Jakarta project as open source. It is distributed as a WAR file archive here: http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1.3a1-war.zip http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1.3a1-war.tar.gz and it is also distributed in source form here: http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1.3a1-src.zip http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1.3a1-src.tar.gz I installed the WAR file into the Orion default web application as a quick way to deploy it to see how well it runs under Orion. First, I shut down Orion. Being a development machine, I can avoid needing to hot-deploy. I then followed Joseph Ottinger's instructions for adding a web application to the default web site: http://www.orionsupport.com/articles/addwebapp.html Specifically, I added the following line to $ORION/config/application.xml: web-module id=jetspeed path=/home/smeacham/Jetspeed-1.3a1/jetspeed.war / I also added the following line to $ORION/config/default-web-site.xml: web-app application=default name=jetspeed root=/jetspeed/ / I then started Orion again and the application auto-unpacked just fine. I then tried to access Jetspeed with a browser: http://localhost/jetspeed/ Orion gives a 403 forbidden error, saying that directory browsing is not allowed. I suppose that Orion doesn't use the index.jsp by default. I then tried to access index.jsp directly: http://localhost/jetspeed/index.jsp Orion then returned a 500 Internal Server Error. By looking at the logs, I noticed an exception being thrown about a properties the Turbine Resource File not being found. Since the path to the file looked wrong (the jetpeed/WEB-INF path didn't have the slash), I added one by editing jetspeed/WEB-INF/web.xml by adding a leading forward slash to the appropriate line (line 19 of 47). Then I tried this address again: http://localhost/jetspeed/index.jsp Everything got much farther along and the log file has a huge amount of logging informaiton from Jetspeed. The end result, however, is another 500 Internal Server Error: Here is the beginning of the exception: java.lang.IllegalStateException: OutputStream already retrieved at com.evermind[Orion/1.5.2 (build 10460)].server.http.EvermindHttpServletResponse.getWriter(Unknown Source) at org.apache.turbine.util.RunData.getOut(RunData.java:280)at org.apache.jetspeed.services.jsp.tags.JetspeedNavigationTag.doStartTag(J etspeedNavigationTag.java:142) at /WEB-INF/templates/jsp/layouts/html/default.jsp._jspService(/WEB-INF/tem plates/jsp/layouts/html/default.jsp.java:129) (JSP page line 19)at com.orionserver[Orion/1.5.2 (build 10460)].http.OrionHttpJspPage.service(Unknown Source) ... I understand what the error seems to be saying. You shouldn't obtain the outputstream from within a JSP. I've spend several hours trying to see what Jetspeed is doing to annoy Orion, but I haven't found it. Could somebody please help out? I'm a veteran developer and have quite a bit of web-based experience as well over the last two years, but I believe that I may have reached the limits of my JSP understanding and experience at this point. I believe that I got very close to getting Jetstream to deploy on Orion. Tis would be a big benefit to the Orion community, having an inexpensive (free) EIP that can be easily downloaded and deployed on our favorite platform. Steven
SessionContext.getEJBObject()
Are you supposed to do PortableRemoteObject.narrow on the return value of SessionContext.getEJBObject()? /Micke
RE: Orion support - dead?
This doesn't mean anything unless it goes on for days. Any number of benign causes could have this effect...ISP problems, maintenance to the servers, drive crash, etc. -Original Message- From: lists [mailto:[EMAIL PROTECTED]] Sent: Monday, August 13, 2001 7:11 AM To: orion-interest Cc: lists Subject: Orion support - dead? Hi! The emails to [EMAIL PROTECTED] bounces: - Transcript of session follows - [EMAIL PROTECTED]... Deferred: Operation timed out with spock.thelogic.com. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old A message on their answering machine doesn't help either. Where are they? /Markus
Re: Orion-Interest subscription notification
Hi, I work with oC4J with ias, I have an web application with this orion-web.xml : ?xml version=1.0? !DOCTYPE orion-web-app PUBLIC -//Evermind//DTD Orion Web Application 2.3//EN http://xmlns.oracle.com/ias/dtds/orion-web.dtd; http://xmlns.oracle.com/ias/dtds/orion-web.dtd orion-web-app deployment-version=1.0.2.2 jsp-cache-directory=./tmptest temporary-directory=./tmptest servlet-webdir=/servlet/ session-tracking autoencode-absolute-urls=false autoencode-urls=false autojoin-session=false cookies=disabled / /orion-web-app but when i have relative url. orion add ;jsessionid=ASCDSQDQDf so i have url like this : https://62.52.53.240:/remy/fiche.html?actioncode=list_cle_short;jsessionid=BEMHAMEGDJKL Have yous some idea ?? thanks in advance
RE: SessionContext.getEJBObject()
Title: RE: SessionContext.getEJBObject() The client code must use the javax.rmi.PortableRemoteObject.narrow(...)method to convert the result of the getEJBObject() method invoked on a handle to the remote interface type. EJB-pfd2(Section6.6) Kesav Kumar Kolla Voquette Inc 650 356 3740(W) 510 889 6840(R) VoquetteDelivering Sound Information -Original Message- From: Mikael Ståldal [mailto:[EMAIL PROTECTED]] Sent: Monday, August 13, 2001 7:24 AM To: Orion-Interest Subject: SessionContext.getEJBObject() Are you supposed to do PortableRemoteObject.narrow on the return value of SessionContext.getEJBObject()? /Micke
RE: Does Orion work fine in MySQL and BSD?
I use it with FreeBSD and PostgreSQL, but I know that it also works with MySQL if you configure it for the proper data-source. Steven -Original Message- From: hkhwang [mailto:[EMAIL PROTECTED]] Sent: Sunday, August 12, 2001 9:05 PM To: orion-interest Cc: hkhwang Subject: Does Orion work fine in MySQL and BSD? Hello Can Orion work with MySQL and FreeBSD? Any comment would be appreciated. Regards, -HK
Re: Orion support - dead? (slightly OT)
Speaking of which, anybody going to the JAOO Conference in Denmark? Karl will be lecturing there: http://www.jaoo.dk/bigwig/jaoo/Speaker.avedal.html and from the Orionserver Home Page, either Ironflare or Atlassian will be exhibiting there. So anybody going? Michael J. Cannon PM/COO-hsqldb.org, Inc.
RE: Orion-Interest subscription notification
Title: RE: Orion-Interest subscription notification I think if you disable cookies by default the auto encoding of URL will happen. I don't think you can disable both cookies and encoding of urls. If you disable both how do you expect your session management work? You can enable both or either of one, but you can't disable both. By the way the URL which you mentioned is orion generated or your copy paste? The reason I asked the URL which you mentioned in the bottom is a wrong URL if orion generates(I hope not) this is a bug. The jsessionid should be always before the query string. Kesav Kumar Kolla Voquette Inc 650 356 3740(W) 510 889 6840(R) VoquetteDelivering Sound Information -Original Message- From: remy.menetrieux [mailto:[EMAIL PROTECTED]] Sent: Monday, August 13, 2001 8:36 AM To: Orion-Interest Subject: Re: Orion-Interest subscription notification Hi, I work with oC4J with ias, I have an web application with this orion-web.xml : ?xml version=1.0? !DOCTYPE orion-web-app PUBLIC -//Evermind//DTD Orion Web Application 2.3//EN http://xmlns.oracle.com/ias/dtds/orion-web.dtd http://xmlns.oracle.com/ias/dtds/orion-web.dtd orion-web-app deployment-version=1.0.2.2 jsp-cache-directory=./tmptest temporary-directory=./tmptest servlet-webdir=/servlet/ session-tracking autoencode-absolute-urls=false autoencode-urls=false autojoin-session=false cookies=disabled / /orion-web-app but when i have relative url. orion add ;jsessionid=ASCDSQDQDf so i have url like this : https://62.52.53.240:/remy/fiche.html?actioncode=list_cle_short;jsessionid=BEMHAMEGDJKL Have yous some idea ?? thanks in advance
RE: Ayuda
Title: Ayuda tenés que ir a www.orionserver.com, ir a mailing list, ingresar tu email y presionar el botón Unsubscribe HTH Juan Pablo -Original Message-From: "Rodriguez Muñoz, Rosana" [mailto:[EMAIL PROTECTED]]Sent: Viernes, 10 de Agosto de 2001 2:37To: Orion-InterestSubject: Ayuda Hola atod@s, necesito que alguien me explique como borrarme de esta lista de distribución. Lo he intentado varias veces y me ha sido imposible. Muchísimas gracias a tod@s. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- Rosana Rodríguez Muñoz GRUPO IBERMÁTICA Outsourcing Multisectorial Pº Mikeletegi, 5. 20009 San Sebastián (Spain) Phone: (+34) 943 413500 - Fax: (+34) 943 426393 mailto:[EMAIL PROTECTED] http://www.ibermatica.com -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
Orion and proxy servers - odd behaviour
Hi there. None of my last few posts have gotten through to the list but here goes. We're noticing some very odd but very serious behaviour with Orion. When we hit our site through a proxy server, it's not functioning properly. It seems to fail - either returning an error page or mysteriously loading an empty page - quite consistently and it seems to be whenever there's a 302 redirect, which translates to response.sendRedirect(...) in a servlet. Here's the kicker. This happens on any linux installation of Orion (hence, all important QA and production boxes) but is not reproducible on Windows. It looks like we're going to have to migrate our web tier to windows - ugh! - because we have to assume that at least some of the people who'll be using the site are coming through proxy servers. Or we have to abandon Orion, which is more work right there. Has anyone noticed similar behaviour? Have you all tested your sites through proxies without incident? We've used netscape proxy server and WinProxy 4.0. We're using the sun VM on all machines. What's the difference between the VMs on windows and linux that could explain this difference given that HTTP is so simple? Mystified in Berkeley Colin Jacobs Director of Application Development Opt4 Derivatives Direct: (510) 981-3225
When user hits STOP..any way to trap that and terminate an ongoing request..
Title: Ayuda Hi al, I am almost positive the answer is no, but I thought I'd see if anyone has come up with a solution. All too often, we have some users that submit a large query, then hit the STOP button on the browser, then change something and submit again. In the meantime, their original query is still executing on the server-side. Sure..Orion throws an exception when it tries to send the response back and the connection to the browser is gone. But I am wondering if there is any way at all to just kill that particular request. Like..is there some way the app server or web server can send pings every say, 100ms to the browser to make sure its connection is still alive..and if not, just kill the request in some manner. Perhaps by having a special interface that an application can implement, so that a particular method can be called if the server detects that the connection to the browser is dead before the response has gone back. In this way, that method call can get ahold of the session, and perhaps get ahold of a connection being used, close it, etc. Ofcourse, you can use some client-side javascript to "disable" a button after its been clicked. We have done this, and we also inserted a "transition" page in particular areas where long queries might occur. In this case, the user sees an animated gif and a message that tells them not to hit stop or back. Ofcourse..you're still going to get those users that do this. My personal opinion is that if they call in, we tell them they are stupid, they should unplug their computer and quit their job because they can't follow instructions. Ofcourse..that wont fly, especially if they are a big money client. Besides, its ethically wrong to screw your clients over. ;) So, one possible idea I have had is to do the following. Each user has a session when they log in. Upon any request, a "flag" is set in the session of that user, indicating a transaction is starting. If the user hits STOP, then submits while that transaction is still going on, the server will see the flag is set, and send back a response indicating that a transaction is currently happening and they have to wait for it to be done before another submit can occur. There is a plus side to this..it prevents any user to doing more than one thing. The down side is, it is possible using the File - New - Window to open up another window with the same cookie/sessionID and the user could actually go to a different module and do MORE work at the same time. This would allow, for example a large query to be performing in one module and they could go do some work in another module. My method of a flag would prevent this type of multiple-module capability. The solution, ofcourse is to allow one flag per module, thus only one transaction per module could be performed, which is what I intend to implement to at least keep the user experience at a satisfactory level while preventing tons of form submissions from inundating the server. So anyone had this experience and resolve it in some manner? Thanks.
RE: Orion and proxy servers - odd behaviour
make sure you turn off the proxy caching with the proper html 1.0 and 1.1 directives.(pragma and no-cache directives) This is probably what is happening. Very common with proxy servers. There is a workaround on the orionsupport web page... http://www.orionsupport.com/articles/defeatingcache.html As to why there is an issue with windows and linux? I bet linux is better at giving a proper time mark on a file, where as who knows what windows is up to. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Colin Jacobs Sent: Monday, August 13, 2001 12:24 PM To: Orion-Interest Subject: Orion and proxy servers - odd behaviour Hi there. None of my last few posts have gotten through to the list but here goes. We're noticing some very odd but very serious behaviour with Orion. When we hit our site through a proxy server, it's not functioning properly. It seems to fail - either returning an error page or mysteriously loading an empty page - quite consistently and it seems to be whenever there's a 302 redirect, which translates to response.sendRedirect(...) in a servlet. Here's the kicker. This happens on any linux installation of Orion (hence, all important QA and production boxes) but is not reproducible on Windows. It looks like we're going to have to migrate our web tier to windows - ugh! - because we have to assume that at least some of the people who'll be using the site are coming through proxy servers. Or we have to abandon Orion, which is more work right there. Has anyone noticed similar behaviour? Have you all tested your sites through proxies without incident? We've used netscape proxy server and WinProxy 4.0. We're using the sun VM on all machines. What's the difference between the VMs on windows and linux that could explain this difference given that HTTP is so simple? Mystified in Berkeley Colin Jacobs Director of Application Development Opt4 Derivatives Direct: (510) 981-3225
Re: How to run Jetspeed (Open Source Enterprise Portal) on Orion
Hi Steve, I hate this kind of I had that too follow-up, but in this case, it's probably relevant... I had that too. I got *exactly* the results that you did, and then we gave up since we were actually trying to get a project done. Please do keep us up-to-date if you learn anything. Rian - Original Message - From: [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Monday, August 13, 2001 6:59 AM Subject: How to run Jetspeed (Open Source Enterprise Portal) on Orion Hi, I've already posted this, but I've had no response so I'm giving it another go. I'd really appreciate it if some of the Orion experts here could give this a try. It only takes 10-15 minutes to duplicate the problem and the solution is probably obvious to everyone but me. I took the following steps in order to run Jetspeed within Orion. The installation was easy, but I am receiving an error when trying to access the portal that doesn't happen under other servlet containers. Jetspeed is an Enterprise Information Portal and is freely available. It is available from the Jakarta project as open source. It is distributed as a WAR file archive here: http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1 .3a1-war.zip http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1 .3a1-war.tar.gz and it is also distributed in source form here: http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1 .3a1-src.zip http://jakarta.apache.org/builds/jakarta-jetspeed/release/v1.3-a1/Jetspeed-1 .3a1-src.tar.gz I installed the WAR file into the Orion default web application as a quick way to deploy it to see how well it runs under Orion. First, I shut down Orion. Being a development machine, I can avoid needing to hot-deploy. I then followed Joseph Ottinger's instructions for adding a web application to the default web site: http://www.orionsupport.com/articles/addwebapp.html Specifically, I added the following line to $ORION/config/application.xml: web-module id=jetspeed path=/home/smeacham/Jetspeed-1.3a1/jetspeed.war / I also added the following line to $ORION/config/default-web-site.xml: web-app application=default name=jetspeed root=/jetspeed/ / I then started Orion again and the application auto-unpacked just fine. I then tried to access Jetspeed with a browser: http://localhost/jetspeed/ Orion gives a 403 forbidden error, saying that directory browsing is not allowed. I suppose that Orion doesn't use the index.jsp by default. I then tried to access index.jsp directly: http://localhost/jetspeed/index.jsp Orion then returned a 500 Internal Server Error. By looking at the logs, I noticed an exception being thrown about a properties the Turbine Resource File not being found. Since the path to the file looked wrong (the jetpeed/WEB-INF path didn't have the slash), I added one by editing jetspeed/WEB-INF/web.xml by adding a leading forward slash to the appropriate line (line 19 of 47). Then I tried this address again: http://localhost/jetspeed/index.jsp Everything got much farther along and the log file has a huge amount of logging informaiton from Jetspeed. The end result, however, is another 500 Internal Server Error: Here is the beginning of the exception: java.lang.IllegalStateException: OutputStream already retrieved at com.evermind[Orion/1.5.2 (build 10460)].server.http.EvermindHttpServletResponse.getWriter(Unknown Source) at org.apache.turbine.util.RunData.getOut(RunData.java:280) at org.apache.jetspeed.services.jsp.tags.JetspeedNavigationTag.doStartTag(J etspeedNavigationTag.java:142) at /WEB-INF/templates/jsp/layouts/html/default.jsp._jspService(/WEB-INF/tem plates/jsp/layouts/html/default.jsp.java:129) (JSP page line 19) at com.orionserver[Orion/1.5.2 (build 10460)].http.OrionHttpJspPage.service(Unknown Source) ... I understand what the error seems to be saying. You shouldn't obtain the outputstream from within a JSP. I've spend several hours trying to see what Jetspeed is doing to annoy Orion, but I haven't found it. Could somebody please help out? I'm a veteran developer and have quite a bit of web-based experience as well over the last two years, but I believe that I may have reached the limits of my JSP understanding and experience at this point. I believe that I got very close to getting Jetstream to deploy on Orion. Tis would be a big benefit to the Orion community, having an inexpensive (free) EIP that can be easily downloaded and deployed on our favorite platform. Steven
RE: UNSUSCRIBE
-Original Message- From: Christos Voyiagis [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 5:37 AM To: Orion-Interest Subject: UNSUSCRIBE
RE: Orion and proxy servers - odd behaviour
I haven't had the need to use a proxy server, but you may want to try placing Apache in front of Orion and see if that solves your problem. It may save you from having to run windows. -Original Message- From: Colin Jacobs [mailto:[EMAIL PROTECTED]] Sent: Monday, August 13, 2001 1:24 PM To: Orion-Interest Subject: Orion and proxy servers - odd behaviour Hi there. None of my last few posts have gotten through to the list but here goes. We're noticing some very odd but very serious behaviour with Orion. When we hit our site through a proxy server, it's not functioning properly. It seems to fail - either returning an error page or mysteriously loading an empty page - quite consistently and it seems to be whenever there's a 302 redirect, which translates to response.sendRedirect(...) in a servlet. Here's the kicker. This happens on any linux installation of Orion (hence, all important QA and production boxes) but is not reproducible on Windows. It looks like we're going to have to migrate our web tier to windows - ugh! - because we have to assume that at least some of the people who'll be using the site are coming through proxy servers. Or we have to abandon Orion, which is more work right there. Has anyone noticed similar behaviour? Have you all tested your sites through proxies without incident? We've used netscape proxy server and WinProxy 4.0. We're using the sun VM on all machines. What's the difference between the VMs on windows and linux that could explain this difference given that HTTP is so simple? Mystified in Berkeley Colin Jacobs Director of Application Development Opt4 Derivatives Direct: (510) 981-3225
RE: Orion support - dead? (slightly OT)
Just to confirm, we're not exhibiting there however IronFlare will be. And yes, Karl is speaking at JAOO. I encourage anyone in the area to go, I hear it's an excellent, very well run conference. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael J. Cannon Sent: Tuesday, August 14, 2001 3:23 AM To: Orion-Interest Subject: Re: Orion support - dead? (slightly OT) Speaking of which, anybody going to the JAOO Conference in Denmark? Karl will be lecturing there: http://www.jaoo.dk/bigwig/jaoo/Speaker.avedal.html and from the Orionserver Home Page, either Ironflare or Atlassian will be exhibiting there. So anybody going? Michael J. Cannon PM/COO-hsqldb.org, Inc.
Jive with Orion and HSQL
I was wondering if you could provide any documents on the syntax of HSQL's .sql files. There is very little documentation about this and I am having trouble porting a .sql for Jive from mysql/oracle to hsql. Thanks, -Randy
RE: When user hits STOP..any way to trap that and terminate an ongoin g request..
This is a fairly classic web issue and unfortunately there is simply no way to tell if the client has hit the stop button. No matter what happens your going to be stuck running that long query no way out... But on the resubmit issue and using the session to flag a large transaction, I would worry about this alot. For one, what if the user really didn't want that massive query, now they are being penalized until their query is completed. Personally I think the Jakarta Struts folks came up with a fairly decent way of curbing reposters. Basically they add a hidden field to every form with a unique token, that token is recorded when the form is submitted, and thereafter the same form will not be accepted. So the user can't just hit back and then OK, but they can go through the normal route to search again. -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Monday, August 13, 2001 1:23 PM To: Orion-Interest Subject: When user hits STOP..any way to trap that and terminate an ongoin g request.. Hi al, I am almost positive the answer is no, but I thought I'd see if anyone has come up with a solution. All too often, we have some users that submit a large query, then hit the STOP button on the browser, then change something and submit again. In the meantime, their original query is still executing on the server-side. Sure..Orion throws an exception when it tries to send the response back and the connection to the browser is gone. But I am wondering if there is any way at all to just kill that particular request. Like..is there some way the app server or web server can send pings every say, 100ms to the browser to make sure its connection is still alive..and if not, just kill the request in some manner. Perhaps by having a special interface that an application can implement, so that a particular method can be called if the server detects that the connection to the browser is dead before the response has gone back. In this way, that method call can get ahold of the session, and perhaps get ahold of a connection being used, close it, etc. Ofcourse, you can use some client-side javascript to disable a button after its been clicked. We have done this, and we also inserted a transition page in particular areas where long queries might occur. In this case, the user sees an animated gif and a message that tells them not to hit stop or back. Ofcourse..you're still going to get those users that do this. My personal opinion is that if they call in, we tell them they are stupid, they should unplug their computer and quit their job because they can't follow instructions. Ofcourse..that wont fly, especially if they are a big money client. Besides, its ethically wrong to screw your clients over. ;) So, one possible idea I have had is to do the following. Each user has a session when they log in. Upon any request, a flag is set in the session of that user, indicating a transaction is starting. If the user hits STOP, then submits while that transaction is still going on, the server will see the flag is set, and send back a response indicating that a transaction is currently happening and they have to wait for it to be done before another submit can occur. There is a plus side to this..it prevents any user to doing more than one thing. The down side is, it is possible using the File - New - Window to open up another window with the same cookie/sessionID and the user could actually go to a different module and do MORE work at the same time. This would allow, for example a large query to be performing in one module and they could go do some work in another module. My method of a flag would prevent this type of multiple-module capability. The solution, ofcourse is to allow one flag per module, thus only one transaction per module could be performed, which is what I intend to implement to at least keep the user experience at a satisfactory level while preventing tons of form submissions from inundating the server. So anyone had this experience and resolve it in some manner? Thanks.
Application CLient JNDI properties
Title: RE: SessionContext.getEJBObject() I am trying to start a swing client app which communicates with an ejb. Works fine if I use the console or applicationlauncher.jar Now I am trying to run the client directly from java, i.e. java my.Client -Djava.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFactory -Djava.naming.provider.url=ormi://hostname:23791/my-app-name -Djava.naming.security.principal=user -Djava.naming.security.credentials=password what I get is: Communication error: Can't find Serial Context Provider What am I doing wrong?
Re: not invoking my finder method?
The EJB specs says that if you declare a finder method on the home interface, the container will generate the apropiate finder. If you need a custom finder that you cannot express using pure and basic SQL (like your case) use a (stateles) session bean to declare the finder. -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
RE: UNSUSCRIBE
unsubscribe
Deploying EJBs
Is there anyway to determine that a set of EJBs that are in an ear have been deployed onto that server. I just want to know if an ear that was suppose to autodeploy has infact deployed. Thanks Tom _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp