Re: Please help me figure out this....
Yes, you should not use
return (name=="abc" passwd=="123 ");
but
return (name.equals("abc") passwd.equals("123"));
This will probably fix your problem.
Johan
- Original Message -
From: "Roland Dong" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Sunday, April 01, 2001 11:42 AM
Subject: Please help me figure out this
I have login.html calling a servlet (loginHander) which handles
authorization. If user is validated, the servlet will redirect the user to
Welcome.jsp
My problem is I could not pass the value of user and password from
login.html to loginHandler. I set the boolean method loggedIn so that when
user name is
abc and password is 123 the user should log in. However, this somehow can
not be accomplished. Even I entered abc as name and 123 as password, I was
bounced back to login.html page.
I am using Orion 1.47.
Please help!
RB
//Here is loginHander.java
import java.io.*;
import java.util.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class LoginHandler extends HttpServlet {
public void doPost(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/html");
PrintWriter out = res.getWriter();
// Get the user's name and password
String name = req.getParameter("name");
String passwd = req.getParameter("passwd");
// Check the name and password for validity
if (!loggedIn(name, passwd)) {
out.println("HTMLHEADTITLEAccess Denied/TITLE/HEAD");
out.println("BODYYour login and password are invalid.BR");
out.println("You may want to A HREF=\"/jsp/testing/login.html\"try
again/A");
out.println("/BODY/HTML");
}
else {
// Valid login. Make a note in the session object.
HttpSession session = req.getSession(true);
session.setAttribute("logon.isDone", name); // just a marker object
// Try redirecting the client to the page he first tried to access
try {
res.sendRedirect("/jsp/testing/Welcome.jsp");
return;
}
catch (Exception ignored) { }
// Couldn't redirect to the target. Redirect to the site's home
page.
res.sendRedirect(req.getScheme() + "://" +
req.getServerName() + ":" + req.getServerPort());
}
}
protected boolean loggedIn(String name, String passwd) {
return (name=="abc" passwd=="123 ");
}
}
//
//Here is the login.html
HTML
TITLELogin/TITLE
BODY
FORM ACTION=/servlet/LoginHandler METHOD=POST
CENTER
TABLE BORDER=0
TRTD COLSPAN=2
P ALIGN=CENTER
Welcome! Please enter your NnnnNamebr
and Password to log in.
/TD/TR
TRTD
P ALIGN=RIGHTBName:/B
/TD
TD
PINPUT TYPE=TEXT NAME="name" VLAUE="" SIZE=15
/TD/TR
TRTD
P ALIGN=RIGHTBPassword:/B
/TD
TD
PINPUT TYPE=PASSWORD NAME="passwd" VALUE="" SIZE=15
/TD/TR
TRTD COLSPAN=2
CENTER
INPUT TYPE=SUBMIT VALUE=" OK "
/CENTER
/TD/TR
/TABLE
/BODY/HTML
//*
//Here is the Welcom.jsp
% if ( session.getValue("userName") == null) { %
B hello...it is a nullB
% // here we can give some error message %
% } else {%
!--- so this is the authorized user let's display the welcome
message ---
HTML
HEAD
B Welcome %= session.getValue("userName")%
/B
/HEAD
BODY
!--- all the other stuff --
/BODY
/ HTML
% } %
Re: Localhost and IP Yield Different Pages
For development I should say it is not a good idea
to reset your browsers cache since all your users wont.
Better to set it to automatic and make sure to use
all sorts of meta tags and use the response tag to clear cache.
response.setHeader("Cache-Control","no-store"); //HTTP
1.1response.setHeader("Pragma","no-cache"); //HTTP
1.0response.setDateHeader("Expires", 0);
These above lines usually takes care of
cacheproblems. They're better than meta tags since the meta tags are not read by
network proxies which also can cache a page you don't want it to cache,
iea certain users address info.
Hope this helps
Johan
- Original Message -
From:
Bill
Winspur
To: Orion-Interest
Sent: Sunday, April 01, 2001 10:14
PM
Subject: Localhost and IP Yield Different
Pages
I've just wasted an hour or so debugging
a non-existent problem with my default-app configuration that was caused by
IE's page cache ! It had locked onto a page for http://localhostwhich it presented instead
of the page I'd confugured. Short of persuading MS to get out of the
html page-caching business (and the filesystem caching busines while they're
at it), does anybody know how to flush all of IE's 'performance-boosting'
(hah!), caches ?
Friendly error messages from Microsoft get in the way (was Error pages defined in web.xml not found / activated)
Well ... How can you spend your weekend?!? The problem I described looks to be caused by wat's called 'friendly error messages' from the Internet Explorer. All runs fine with Netscape. Microsoft replaces standard 404 'can not find page' errors with their own page, which is considered (by them) to be more user friendly. Still I do not understand how the Explorer gets the information there is a 404 error. Could this be somewhat less wanted feature of Orion? I certainly would like to have control over this error message. FE On Friday, March 30, 2001 5:48 PM, Frank Eggink [SMTP:[EMAIL PROTECTED]] wrote: Hi, I'm having a problem. I have defined error pages in my web.xml I've defined: error-page error-code404/error-code location/errors/error404.jsp/location /error-page Now I expect to see the error page when I request a non existing page like http://localhost/my-app/non-existing-page.html, which does not happen. I'm obviously overlooking something, but what?? [When I define the error page in a jsp page with %@ errorpage=/errors/error404.jsp % it does work. So it can find the page, which gives me the impression I've setup something wrong. What?? FE Frank Eggink Swift Applications [EMAIL PROTECTED] +31 6 28847325 (voice) +31 33 4532464 (fax)
Re: autoupdate
A bug report has been filed: http://bugzilla.orionserver.com/bugzilla/show_bug.cgi?id=383 Markus On Sun, Apr 01, 2001 at 07:02:39PM -0300, Ramiro Diaz Trepat wrote: Hi, Everytime I run autoupdate, it updates many packages to version 1.4.7 (which was already installed). That did not happen before, autoupdate used to realize when my system was already up to date. Thank you. -- Ramiro Daz Trepat -- Markus Holmberg | Give me Unix or give me a typewriter. [EMAIL PROTECTED] | http://www.freebsd.org/
RE: Localhost and IP Yield Different Pages
Yes, but be aware that IE can insist on caching pages anyway. Sometimes you have to clear the cache yourself, or even add some rubbish to the URL to get the real page. /Manne -Original Message-From: cybermaster [mailto:[EMAIL PROTECTED]]Sent: 02 April 2001 01:11To: Orion-InterestSubject: RE: Localhost and IP Yield Different Pages This has been discussed before. In a browser window, select Tools-Internet Options-General-Temporary Internet files-Settings Choose Every visit to the page -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bill WinspurSent: Sunday, April 01, 2001 2:14 PMTo: Orion-InterestSubject: Localhost and IP Yield Different Pages I've just wasted an hour or so debugging a non-existent problem with my default-app configuration that was caused by IE's page cache ! It had locked onto a page for http://localhostwhich it presented instead of the page I'd confugured. Short of persuading MS to get out of the html page-caching business (and the filesystem caching busines while they're at it), does anybody know how to flush all of IE's 'performance-boosting' (hah!), caches ?
Un Subscribe
= Giuseppe Chain ___ Do You Yahoo!? Enva mensajes instantneos y recibe alertas de correo con Yahoo! Messenger - http://messenger.yahoo.es
error (500) on www.orionserver.com
Hi, if I open the "FAQ" section on www.orionserver.com, I get a 500 Internal Server Error com.evermind.server.rmi.OrionRemoteException: Database error: The database is already in use by another process at KeywordHome_EntityHomeWrapper22.findAll(KeywordHome_EntityHomeWrapper22.java:642) at com.evermind.faq.ejb.EntryManagerEJB.getKeywords(EntryManagerEJB.java:58) at EntryManager_StatefulSessionBeanWrapper3.getKeywords(EntryManager_StatefulSessionBeanWrapper3.java:304) at /viewFAQ.jsp._jspService(/viewFAQ.jsp.java:70) (JSP page line 18) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.xk(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d4.sx(JAX) at com.evermind.server.http.d4.sv(JAX) at com.evermind.server.http.eg.s2(JAX) at com.evermind.server.http.eg.dp(JAX) at com.evermind.util.f.run(JAX) Nested exception is: java.sql.SQLException: The database is already in use by another process at org.hsql.Trace.getError(Trace.java:124) at org.hsql.Trace.getError(Trace.java:115) at org.hsql.Trace.error(Trace.java:127) at org.hsql.Log.open(Log.java:115) at org.hsql.Database.init(Database.java:44) at org.hsql.jdbcConnection.openStandalone(jdbcConnection.java:651) at org.hsql.jdbcConnection.init(jdbcConnection.java:524) at org.hsql.jdbcDriver.connect(jdbcDriver.java:78) at com.evermind.sql.DriverManagerDataSource.getConnection(JAX) at com.evermind.sql.DriverManagerConnectionPoolDataSource.getPooledConnection(JAX) at com.evermind.sql.OrionPooledDataSource.d_(JAX) at com.evermind.sql.aj.d_(JAX) at com.evermind.sql.OrionPooledDataSource.getConnection(JAX) at com.evermind.sql.DriverManagerXADataSource.ev(JAX) at com.evermind.sql.am.er(JAX) at com.evermind.sql.aq.prepareStatement(JAX) at com.evermind.server.ejb.DataSourceConnection.getCustomStatement(JAX) at KeywordHome_EntityHomeWrapper22.findAll(KeywordHome_EntityHomeWrapper22.java:533) at com.evermind.faq.ejb.EntryManagerEJB.getKeywords(EntryManagerEJB.java:58) at EntryManager_StatefulSessionBeanWrapper3.getKeywords(EntryManager_StatefulSessionBeanWrapper3.java:304) at /viewFAQ.jsp._jspService(/viewFAQ.jsp.java:70) (JSP page line 18) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.xk(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d4.sx(JAX) at com.evermind.server.http.d4.sv(JAX) at com.evermind.server.http.eg.s2(JAX) at com.evermind.server.http.eg.dp(JAX) at com.evermind.util.f.run(JAX) Good to see that they are using EJB's;) Greetings, /Thomas -- | /Thomas Hertz | [y] hybris GmbH | Software Engineering | | [EMAIL PROTECTED] | Schwere-Reiter-Strasse 35 | tel +49 89 306697- 0 | | www.hybris.de | Haus 16, D-80797 Muenchen | fax +49 89 306697-99 | | pgp fingerprint: D070 5D86 BE2D C3AF E2CC D2D8 C29A 7F68 7407 629E |
RE: JMS Temporary Topics, onMessage
Title: JMS Temporary Topics, onMessage I haven't tried yet, but I've submitted my errors as bugs 384 and 385. -Original Message-From: colin harris [mailto:[EMAIL PROTECTED]]Sent: Friday, March 30, 2001 1:06 PMTo: Orion-InterestSubject: Re: JMS Temporary Topics, onMessage hi, i am using orion1.4.5 on windows 2000, and have also noticed getJMSReplyTo() returning a null object, but also i can't create a subscriber to a temporary topic, i get the javax.jms.InvalidDestinationException: Invalid topic, i've submitted this as bug #371. are you able to create a subscriber to the temporary topic??? colin.. - Original Message - From: Matt Simmerson To: Orion-Interest Sent: Friday, March 30, 2001 9:58 AM Subject: JMS Temporary Topics, onMessage Hi I need to set the reply destination topic of a message. I created a temporary topic (Topic tmp = session.createTemporaryTopic()) which did indeed create a topic. I then created the message and then setJMSReplyTo(tmp), all fine. When the message was received, the getJMSReplyTo() returns a null object. Has anyone com across this before, know how to fix it etc. Also, has anyone else found that onMessage() does not get called automatically when you set an object up as a message listener? Cheers Matt Matt Simmerson IT Consultant smart421 - Smart solutions for the 21st century http://www.smart421.com Wap Site: wap.smart421.com Tel: 01473 408720 Fax: 01473 408753 Mob: 07759 258083 email: [EMAIL PROTECTED] Information contained in this e-mail and any attachments is confidential and intended for the use of the addressee only. Dissemination, distribution, copying or use of this communication without prior permission of the addressee is strictly prohibited. If you have received this transmission in error, please advise the originator by reply e-mail and delete it. Thank you.
Re: JBoss verses Orion
Yes, the amount of charitable contributions made by the Orion team is of the highest importance to me, too. And whether they supported Bush or Gore in Florida. And whether their favorite color is blue - if it's not, then I HATE ORION! (And if it is, then why does their web site use red so much?) Technical issues are over-rated in technical fields, if you ask me. (On the other hand, I can think of a few VERY good reasons JBoss' performance was lower than Orion's - no explanation was made of the specific setup.) On Sat, Mar 31, 2001 at 09:37:31AM -0600, Kemp Randy-W18971 wrote: Orion is definitely ahead of Jboss technically, but Jboss has more people behind it, as far as development and debugging goes. With Jboss, you can get a profile of the founders and board members. It would be nice to have the same profile of some of the Orion founders and developers, so we can know them a bit more personally. Jboss has the potential to catch up to Orion, given the number of people involved on the project. So Orion needs to keep in the technical groove, so to speak. Remember the story of the Turtle and the rabbit race? -Original Message- From: Fink, Paul To: Orion-Interest Sent: 3/30/01 2:52 PM Subject: JBoss verses Orion I ported our Orion application to JBoss. I love JBoss for usability, documentation and support. Unfortunately our application is very performance dependent the JBoss version ran very slow. After playing with cache setting, etc. It seemed like the communications was the main bottle neck. To test this I wrote a simple session bean with one get method that returns a Long. The client looped 10,000 times calling the getter. The Orion version was 6 times faster! Other tests we ran had Orion running 4x faster. It seems that JBoss certainly is performance limited. I'm running on a 900 MHz PIII under Linux with Sun's JDK 1.3 Paul Fink -- --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
RE: JBoss verses Orion
But wouldn't you be just a bit curious to know more about Karl, or more importantly, who the founding members of Ironflare are? I would. If you go to visit the Resin site (www.caucho.com), which is a commercial site, somewhere there is a blurb about Scott, the key architect. And I have noticed that Scott is actively answering questions in the Resin mailing list, and Rickard and Marc are actively answering questions in the Jboss mailing list, both on a regular basic. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 5:40 AM To: Orion-Interest Subject: Re: JBoss verses Orion Yes, the amount of charitable contributions made by the Orion team is of the highest importance to me, too. And whether they supported Bush or Gore in Florida. And whether their favorite color is blue - if it's not, then I HATE ORION! (And if it is, then why does their web site use red so much?) Technical issues are over-rated in technical fields, if you ask me. (On the other hand, I can think of a few VERY good reasons JBoss' performance was lower than Orion's - no explanation was made of the specific setup.) On Sat, Mar 31, 2001 at 09:37:31AM -0600, Kemp Randy-W18971 wrote: Orion is definitely ahead of Jboss technically, but Jboss has more people behind it, as far as development and debugging goes. With Jboss, you can get a profile of the founders and board members. It would be nice to have the same profile of some of the Orion founders and developers, so we can know them a bit more personally. Jboss has the potential to catch up to Orion, given the number of people involved on the project. So Orion needs to keep in the technical groove, so to speak. Remember the story of the Turtle and the rabbit race? -Original Message- From: Fink, Paul To: Orion-Interest Sent: 3/30/01 2:52 PM Subject: JBoss verses Orion I ported our Orion application to JBoss. I love JBoss for usability, documentation and support. Unfortunately our application is very performance dependent the JBoss version ran very slow. After playing with cache setting, etc. It seemed like the communications was the main bottle neck. To test this I wrote a simple session bean with one get method that returns a Long. The client looped 10,000 times calling the getter. The Orion version was 6 times faster! Other tests we ran had Orion running 4x faster. It seems that JBoss certainly is performance limited. I'm running on a 900 MHz PIII under Linux with Sun's JDK 1.3 Paul Fink -- --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Orion using Interbase / VerifyError
I am trying to make Orion work with Interbase. When deploying my solution I get the error shown below. I have tested my application on Hypersoniq, and I have tested my Interbase setup, plus I am able to connect to the datasource's URL using Interbases built in test tool. Still I get the java.lang.VerifyError. I have noticed that this error is thrown under many different circumstances - if you deliberately use a wrong password or an invalid database URL in "InterClient Communication Diagnostics", Interbase will simply throws this error aswell, and tell you that there might be a configuration problem (which is not the case). Any suggestions would be highly appreciated. Randahl Auto-deploying ro-ejb.jar (No previous deployment found)... Auto-creating table: create table ArchiveEJB (primaryKey INTEGER NOT NULL PRIMAR Y KEY, alias VARCHAR(255) NULL, classRestrictionName VARCHAR(255) NULL) java.lang.VerifyError: (class: interbase/interclient/ErrorKey, method: _$372 sig nature: (Ljava/lang/String;Ljava/lang/String;I)V) Expecting to find unitialized object on stack at interbase.interclient.SQLException.init(SQLException.java:96) at interbase.interclient.RecvMessage.createSQLException(RecvMessage.java :694) at interbase.interclient.RecvMessage.makeSQLException(RecvMessage.java:5 93) at interbase.interclient.RecvMessage.get_EXCEPTIONS(RecvMessage.java:554 ) at interbase.interclient.Statement._$121578(Statement.java:282) at interbase.interclient.Statement.executeUpdate(Statement.java:261) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.server.ejb.compilation.ga.ahq(JAX) at com.evermind.server.ejb.compilation.f4.ahq(JAX) at com.evermind.server.ejb.compilation.f4.s_(JAX) at com.evermind.server.ejb.compilation.ga.s_(JAX) at com.evermind.server.ejb.EJBContainer.bz(JAX) at com.evermind.server.Application.bz(JAX) at com.evermind.server.Application.gf(JAX) at com.evermind.server.ApplicationServer.rv(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hg.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX)
RE: JBoss verses Orion
Magnus and Karl both chip in now and then, they used to do that more in the past I guess, but (understandably) realised that it's a far better use of their time to ensure they have a stellar product, than to respond to endless complaints. As Joseph said, it depends on what you want out of your software. Killer performance, compliance to specs, excellent development environment, easy deployment, or fuzzy feelgood social aspects. The fuzzy stuff is nice, but given a choice Hani On Mon, 2 Apr 2001, Kemp Randy-W18971 wrote: But wouldn't you be just a bit curious to know more about Karl, or more importantly, who the founding members of Ironflare are? I would. If you go to visit the Resin site (www.caucho.com), which is a commercial site, somewhere there is a blurb about Scott, the key architect. And I have noticed that Scott is actively answering questions in the Resin mailing list, and Rickard and Marc are actively answering questions in the Jboss mailing list, both on a regular basic. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 5:40 AM To: Orion-Interest Subject: Re: JBoss verses Orion Yes, the amount of charitable contributions made by the Orion team is of the highest importance to me, too. And whether they supported Bush or Gore in Florida. And whether their favorite color is blue - if it's not, then I HATE ORION! (And if it is, then why does their web site use red so much?) Technical issues are over-rated in technical fields, if you ask me. (On the other hand, I can think of a few VERY good reasons JBoss' performance was lower than Orion's - no explanation was made of the specific setup.) On Sat, Mar 31, 2001 at 09:37:31AM -0600, Kemp Randy-W18971 wrote: Orion is definitely ahead of Jboss technically, but Jboss has more people behind it, as far as development and debugging goes. With Jboss, you can get a profile of the founders and board members. It would be nice to have the same profile of some of the Orion founders and developers, so we can know them a bit more personally. Jboss has the potential to catch up to Orion, given the number of people involved on the project. So Orion needs to keep in the technical groove, so to speak. Remember the story of the Turtle and the rabbit race? -Original Message- From: Fink, Paul To: Orion-Interest Sent: 3/30/01 2:52 PM Subject: JBoss verses Orion I ported our Orion application to JBoss. I love JBoss for usability, documentation and support. Unfortunately our application is very performance dependent the JBoss version ran very slow. After playing with cache setting, etc. It seemed like the communications was the main bottle neck. To test this I wrote a simple session bean with one get method that returns a Long. The client looped 10,000 times calling the getter. The Orion version was 6 times faster! Other tests we ran had Orion running 4x faster. It seems that JBoss certainly is performance limited. I'm running on a 900 MHz PIII under Linux with Sun's JDK 1.3 Paul Fink
SV: Understanding the login for ATM
Title: SV: Understanding the login for ATM Hi. when the bean is not found in the session scope, an java.lang.InstantiationException is thrown. In the web.xml, errors/errorAccountManager.jsp is defined as an errorpage for this exception. In this file, the accountManager gets declared. At the time of writing the app, I was feelinga bit lazy and wanted to limit the amount of tags to write in each page, so I came up with this little solution. WR -Ursprungligt meddelande- Från: Frank Eggink [mailto:[EMAIL PROTECTED]] Skickat: den 30 mars 2001 08:55 Till: Orion-Interest Ämne: Understanding the login for ATM Hi, I'm having difficulties understanding the login of the ATM. In the index.jsp the 'accountManager' get declared using a 'jsp:useBean' tag. Where does the accountManager is instantiated? I it must be somewhere between the login and the first use in the index.jsp page. FE Frank Eggink Swift Applications [EMAIL PROTECTED] +31 6 28847325 (voice) +31 33 4532464 (fax)
RE: [JBoss-user] JBoss verses Orion
You can use Resin as the front-end to JBoss (there's set-up instructions on the Caucho site), but as I understand it it'll run in a separate VM process and marshalling the calls between Resin and JBoss entails some overhead, that said it would probably still be faster that Tomcat. The reason Resin hasn't been integrated into JBoss is that JBoss' developers (understandably) are concentrating on an all open-source solution, and Resin's developer is writing his own EJB solution -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp Randy-W18971 Sent: Saturday, March 31, 2001 10:45 AM To: Orion-Interest Subject: RE: [JBoss-user] JBoss verses Orion I do like playing with the jboss/jetty combination (www.jboss.org)over the jboss/tomcat combination, even though I started with the tomcat combination. I agree that the Orion JSP engine is faster, but by their own benchmarks, Resin (www.caucho.com) is close, and if you download their JSP engine, they give instructions in the doc on how to hook up with Jboss (as well as Orion, Weblogic, etc.). Resin and jboss would be another good combination. -Original Message- From: Alexander Jerusalem To: Orion-Interest Cc: ''Orion-Interest' ' Sent: 3/30/01 7:00 PM Subject: RE: [JBoss-user] JBoss verses Orion I'm not completely sure if this is the reason but there is this "one VM/classloader or multiple VMs/classloaders" distinction. I believe the important point is that Orion is an EJB *and* Servlet container whereas JBoss is only an EJB container. So if you use tomcat for example to run your Servlets all the calls to JBoss based EJBs will we marshalled by value by default whereas in Orion they will be transferred by reference. This makes a huge difference especially if the method you call for performance testing does essetially nothing. There is, however, a way to configure the JBoss/tomcat (or JBoss/Jetty) combination so that this boundary is optimized away. With JBoss comes a sample application that you can call in two ways: either optimized or non optimized and the performance difference is aprox. 4 times or so. I think that this could be the difference you are seeing in your tests. You'll have to ask the JBoss experts to find out about how to configure JBoss so that it uses this optimization. The other thing that I've heard is that tomcat is rather slow in compaison to Jetty. And I know that the Orion JSP/Servlet engine is pretty fast so you should maybe try the JBoss/Jetty combination for faster results. Regards, Alexander Jerusalem At 00:44 31.03.01, Fink, Paul wrote: Oh sorry I should have said. Jboss 2.1 binary (down loaded March 22) Orion is 1.3.8 -Original Message- From: Dan Christopherson To: 'jBoss' Cc: 'Orion-Interest' Sent: 3/30/01 3:21 PM Subject: Re: [JBoss-user] JBoss verses Orion What version of JBoss? If 2.1 (beta) the latest binary or a build from source? If source, what date? Earlier this year there were some performance problems stomped, but I haven't done any testing for performance. On Fri, 30 Mar 2001, Fink, Paul wrote: I ported our Orion application to JBoss. I love JBoss for usability, documentation and support. Unfortunately our application is very performance dependent the JBoss version ran very slow. After playing with cache setting, etc. It seemed like the communications was the main bottle neck. To test this I wrote a simple session bean with one get method that returns a Long. The client looped 10,000 times calling the getter. The Orion version was 6 times faster! Other tests we ran had Orion running 4x faster. It seems that JBoss certainly is performance limited. I'm running on a 900 MHz PIII under Linux with Sun's JDK 1.3 Paul Fink ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user -- Dan Christopherson (danch) nVisia Technical Architect (www.nvisia.com) Opinions expressed are mine and do not neccessarily reflect any position or opinion of nVISIA. --- - --- If you're a capitalist and you have the best goods and they're free, you don't have to proselytize, you just have to wait. -Eben Moglen ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: JBoss verses Orion
Am I curious? Sure! /me types for a bit... Oh good, I just found out all I need to know. Or want to know. Or have a right to know. That's a double-edged quip- I talk to Karl all the time, really. Even if I didn't, the point's made - it doesn't matter if I know who Karl is in order for me to use his product. (And we all know Karl wrote most of Orion at any rate, he and Elin.) To address a more relevant point - you can certainly find times on OI when the authors really do answer questions, usually correctly. However, they have more important things to do - OI is a user forum, just like orionsupport.com is. It's not their job to keep OI in line. (Unless we want to subsidize them. Do you?) On Mon, Apr 02, 2001 at 07:59:37AM -0500, Kemp Randy-W18971 wrote: But wouldn't you be just a bit curious to know more about Karl, or more importantly, who the founding members of Ironflare are? I would. If you go to visit the Resin site (www.caucho.com), which is a commercial site, somewhere there is a blurb about Scott, the key architect. And I have noticed that Scott is actively answering questions in the Resin mailing list, and Rickard and Marc are actively answering questions in the Jboss mailing list, both on a regular basic. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 5:40 AM To: Orion-Interest Subject: Re: JBoss verses Orion Yes, the amount of charitable contributions made by the Orion team is of the highest importance to me, too. And whether they supported Bush or Gore in Florida. And whether their favorite color is blue - if it's not, then I HATE ORION! (And if it is, then why does their web site use red so much?) Technical issues are over-rated in technical fields, if you ask me. (On the other hand, I can think of a few VERY good reasons JBoss' performance was lower than Orion's - no explanation was made of the specific setup.) On Sat, Mar 31, 2001 at 09:37:31AM -0600, Kemp Randy-W18971 wrote: Orion is definitely ahead of Jboss technically, but Jboss has more people behind it, as far as development and debugging goes. With Jboss, you can get a profile of the founders and board members. It would be nice to have the same profile of some of the Orion founders and developers, so we can know them a bit more personally. Jboss has the potential to catch up to Orion, given the number of people involved on the project. So Orion needs to keep in the technical groove, so to speak. Remember the story of the Turtle and the rabbit race? -Original Message- From: Fink, Paul To: Orion-Interest Sent: 3/30/01 2:52 PM Subject: JBoss verses Orion I ported our Orion application to JBoss. I love JBoss for usability, documentation and support. Unfortunately our application is very performance dependent the JBoss version ran very slow. After playing with cache setting, etc. It seemed like the communications was the main bottle neck. To test this I wrote a simple session bean with one get method that returns a Long. The client looped 10,000 times calling the getter. The Orion version was 6 times faster! Other tests we ran had Orion running 4x faster. It seems that JBoss certainly is performance limited. I'm running on a 900 MHz PIII under Linux with Sun's JDK 1.3 Paul Fink -- --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant -- --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Re: JBoss verses Orion
When I was first introduced to Orion, Magnus was the one and only developer on the job. Unless Karl gave him the boot and rewrote all the code, which seems unlikely as at least on the phone Magnus sounds like one tough Swede, Magnus wrote the foundation of Orion. From what I know, Karl came in for both technology and business development (at which he's done nicely). Someone should write A Short History Of Orionserver. Mike - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Monday, April 02, 2001 10:02 AM Subject: Re: JBoss verses Orion (And we all know Karl wrote most of Orion at any rate, he and Elin.)
RE: Orion using Interbase / VerifyError
Are you using Interclient2? I had the same problem. The workaround was to download the source code for IC2 and build it for myself. (It requires some modification, as it will not compile in its current form.) AFAIK, not a single line of code has been added between August and January. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 3:11 PM To: Orion-Interest Subject: Orion using Interbase / VerifyError I am trying to make Orion work with Interbase. When deploying my solution I get the error shown below. I have tested my application on Hypersoniq, and I have tested my Interbase setup, plus I am able to connect to the datasource's URL using Interbases built in test tool. Still I get the java.lang.VerifyError. I have noticed that this error is thrown under many different circumstances - if you deliberately use a wrong password or an invalid database URL in "InterClient Communication Diagnostics", Interbase will simply throws this error aswell, and tell you that there might be a configuration problem (which is not the case). Any suggestions would be highly appreciated. Randahl Auto-deploying ro-ejb.jar (No previous deployment found)... Auto-creating table: create table ArchiveEJB (primaryKey INTEGER NOT NULL PRIMAR Y KEY, alias VARCHAR(255) NULL, classRestrictionName VARCHAR(255) NULL) java.lang.VerifyError: (class: interbase/interclient/ErrorKey, method: _$372 sig nature: (Ljava/lang/String;Ljava/lang/String;I)V) Expecting to find unitialized object on stack at interbase.interclient.SQLException.init(SQLException.java:96) at interbase.interclient.RecvMessage.createSQLException(RecvMessage.java :694) at interbase.interclient.RecvMessage.makeSQLException(RecvMessage.java:5 93) at interbase.interclient.RecvMessage.get_EXCEPTIONS(RecvMessage.java:554 ) at interbase.interclient.Statement._$121578(Statement.java:282) at interbase.interclient.Statement.executeUpdate(Statement.java:261) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.server.ejb.compilation.ga.ahq(JAX) at com.evermind.server.ejb.compilation.f4.ahq(JAX) at com.evermind.server.ejb.compilation.f4.s_(JAX) at com.evermind.server.ejb.compilation.ga.s_(JAX) at com.evermind.server.ejb.EJBContainer.bz(JAX) at com.evermind.server.Application.bz(JAX) at com.evermind.server.Application.gf(JAX) at com.evermind.server.ApplicationServer.rv(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hg.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX)
RE: Friendly error messages from Microsoft get in the way (was Error pages defined in web.xml not found / activated)
You can turn this off in the IE (Idiotic Explorer) advanced options. -Original Message- From: Frank Eggink [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 3:56 AM To: Orion-Interest Subject: Friendly error messages from Microsoft get in the way (was Error pages defined in web.xml not found / activated) Well ... How can you spend your weekend?!? The problem I described looks to be caused by wat's called 'friendly error messages' from the Internet Explorer. All runs fine with Netscape. Microsoft replaces standard 404 'can not find page' errors with their own page, which is considered (by them) to be more user friendly. Still I do not understand how the Explorer gets the information there is a 404 error. Could this be somewhat less wanted feature of Orion? I certainly would like to have control over this error message. FE On Friday, March 30, 2001 5:48 PM, Frank Eggink [SMTP:[EMAIL PROTECTED]] wrote: Hi, I'm having a problem. I have defined error pages in my web.xml I've defined: error-page error-code404/error-code location/errors/error404.jsp/location /error-page Now I expect to see the error page when I request a non existing page like http://localhost/my-app/non-existing-page.html, which does not happen. I'm obviously overlooking something, but what?? [When I define the error page in a jsp page with %@ errorpage=/errors/error404.jsp % it does work. So it can find the page, which gives me the impression I've setup something wrong. What?? FE Frank Eggink Swift Applications [EMAIL PROTECTED] +31 6 28847325 (voice) +31 33 4532464 (fax)
RE: JMS Temporary Topics, onMessage
Title: JMS Temporary Topics, onMessage Hi Matt Colin, It looks like I will have to use JMS in an application Im working on. I am somewhat bewildered at what version of j2ee/orion/jms to use, and which broker/JMS provider. The orionsupport page mentions OpenJMS, the Sun JMS docs j2eeadmin tool, and the WROX book mentions the Progress SonicMQ JMS product. I am currently using Orion1.4.5, jdk1.3, j2sdk1.2.1 (which does not contain e.g. the j2eeadmin tool). At this point, I could upgrade to any more recent version without a problem (or so I hope). Any suggestions are greatly appreciated --peter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matt Simmerson Sent: Monday, April 02, 2001 4:08 AM To: Orion-Interest Subject: RE: JMS Temporary Topics, onMessage I haven't tried yet, but I've submitted my errors as bugs 384 and 385. -Original Message- From: colin harris [mailto:[EMAIL PROTECTED]] Sent: Friday, March 30, 2001 1:06 PM To: Orion-Interest Subject: Re: JMS Temporary Topics, onMessage hi, i am using orion1.4.5 on windows 2000, and have also noticed getJMSReplyTo() returning a null object, but also i can't create a subscriber to a temporary topic, i get the javax.jms.InvalidDestinationException: Invalid topic, i've submitted this as bug #371. are you able to create a subscriber to the temporary topic??? colin.. - Original Message - From: Matt Simmerson To: Orion-Interest Sent: Friday, March 30, 2001 9:58 AM Subject: JMS Temporary Topics, onMessage Hi I need to set the reply destination topic of a message. I created a temporary topic (Topic tmp = session.createTemporaryTopic()) which did indeed create a topic. I then created the message and then setJMSReplyTo(tmp), all fine. When the message was received, the getJMSReplyTo() returns a null object. Has anyone com across this before, know how to fix it etc. Also, has anyone else found that onMessage() does not get called automatically when you set an object up as a message listener? Cheers Matt Matt Simmerson IT Consultant smart421 - Smart solutions for the 21st century http://www.smart421.com Wap Site: wap.smart421.com Tel: 01473 408720 Fax: 01473 408753 Mob: 07759 258083 email: [EMAIL PROTECTED] Information contained in this e-mail and any attachments is confidential and intended for the use of the addressee only. Dissemination, distribution, copying or use of this communication without prior permission of the addressee is strictly prohibited. If you have received this transmission in error, please advise the originator by reply e-mail and delete it. Thank you.
RE: JBoss verses Orion
Thanks for the history lesson. Magnus and Karl have done one superb job for two people. -Original Message- From: Mike Sick [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 10:20 AM To: Orion-Interest Subject: Re: JBoss verses Orion When I was first introduced to Orion, Magnus was the one and only developer on the job. Unless Karl gave him the boot and rewrote all the code, which seems unlikely as at least on the phone Magnus sounds like one tough Swede, Magnus wrote the foundation of Orion. From what I know, Karl came in for both technology and business development (at which he's done nicely). Someone should write A Short History Of Orionserver. Mike - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Monday, April 02, 2001 10:02 AM Subject: Re: JBoss verses Orion (And we all know Karl wrote most of Orion at any rate, he and Elin.)
RE: Friendly error messages from Microsoft get in the way (was Error pages defined in web.xml not found / activated)
the error code is sent on the very first line of the response header-- and orion doesn't allow you to control that -Original Message- From: Frank Eggink [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 3:56 AM To: Orion-Interest Subject: Friendly error messages from Microsoft get in the way (was Error pages defined in web.xml not found / activated) Well ... How can you spend your weekend?!? The problem I described looks to be caused by wat's called 'friendly error messages' from the Internet Explorer. All runs fine with Netscape. Microsoft replaces standard 404 'can not find page' errors with their own page, which is considered (by them) to be more user friendly. Still I do not understand how the Explorer gets the information there is a 404 error. Could this be somewhat less wanted feature of Orion? I certainly would like to have control over this error message. FE On Friday, March 30, 2001 5:48 PM, Frank Eggink [SMTP:[EMAIL PROTECTED]] wrote: Hi, I'm having a problem. I have defined error pages in my web.xml I've defined: error-page error-code404/error-code location/errors/error404.jsp/location /error-page Now I expect to see the error page when I request a non existing page like http://localhost/my-app/non-existing-page.html, which does not happen. I'm obviously overlooking something, but what?? [When I define the error page in a jsp page with %@ errorpage=/errors/error404.jsp % it does work. So it can find the page, which gives me the impression I've setup something wrong. What?? FE Frank Eggink Swift Applications [EMAIL PROTECTED] +31 6 28847325 (voice) +31 33 4532464 (fax)
RE: JBoss verses Orion
I don't think that getting a NullPointerException when trying to use a feature is complaint. I feel that the support of such a product is almost as important as the product it's self. Any commercial company that cannot support it's users, will fail. If there is not enouph people to support the product, then hire more. If there is not enouph money to hire more people, then increate the license fee for commercial deployment from $1500 to $3000. It does not make sence to keep the fee so low, and at the same time provide little or no support for the users. I have been trying to resolve the issue with "domain was null" NullPointerException in Orion for the last 4 weeks, with no repsonse. How am I supposed to continue using this product? -AP_ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: Monday, April 02, 2001 6:28 AM To: Orion-Interest Subject: RE: JBoss verses Orion Magnus and Karl both chip in now and then, they used to do that more in the past I guess, but (understandably) realised that it's a far better use of their time to ensure they have a stellar product, than to respond to endless complaints. As Joseph said, it depends on what you want out of your software. Killer performance, compliance to specs, excellent development environment, easy deployment, or fuzzy feelgood social aspects. The fuzzy stuff is nice, but given a choice Hani On Mon, 2 Apr 2001, Kemp Randy-W18971 wrote: But wouldn't you be just a bit curious to know more about Karl, or more importantly, who the founding members of Ironflare are? I would. If you go to visit the Resin site (www.caucho.com), which is a commercial site, somewhere there is a blurb about Scott, the key architect. And I have noticed that Scott is actively answering questions in the Resin mailing list, and Rickard and Marc are actively answering questions in the Jboss mailing list, both on a regular basic. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 5:40 AM To: Orion-Interest Subject: Re: JBoss verses Orion Yes, the amount of charitable contributions made by the Orion team is of the highest importance to me, too. And whether they supported Bush or Gore in Florida. And whether their favorite color is blue - if it's not, then I HATE ORION! (And if it is, then why does their web site use red so much?) Technical issues are over-rated in technical fields, if you ask me. (On the other hand, I can think of a few VERY good reasons JBoss' performance was lower than Orion's - no explanation was made of the specific setup.) On Sat, Mar 31, 2001 at 09:37:31AM -0600, Kemp Randy-W18971 wrote: Orion is definitely ahead of Jboss technically, but Jboss has more people behind it, as far as development and debugging goes. With Jboss, you can get a profile of the founders and board members. It would be nice to have the same profile of some of the Orion founders and developers, so we can know them a bit more personally. Jboss has the potential to catch up to Orion, given the number of people involved on the project. So Orion needs to keep in the technical groove, so to speak. Remember the story of the Turtle and the rabbit race? -Original Message- From: Fink, Paul To: Orion-Interest Sent: 3/30/01 2:52 PM Subject: JBoss verses Orion I ported our Orion application to JBoss. I love JBoss for usability, documentation and support. Unfortunately our application is very performance dependent the JBoss version ran very slow. After playing with cache setting, etc. It seemed like the communications was the main bottle neck. To test this I wrote a simple session bean with one get method that returns a Long. The client looped 10,000 times calling the getter. The Orion version was 6 times faster! Other tests we ran had Orion running 4x faster. It seems that JBoss certainly is performance limited. I'm running on a 900 MHz PIII under Linux with Sun's JDK 1.3 Paul Fink
Multiple Sessions in multiple windows?
An application I am working on defines multiple roles, and communication between users in these roles. There exist certain situations where a person may want to access the application through more than one userID (e.g. trader1 takes over trader2's clients while trader2 is on vacation etc.), or has to act in usually mutually exclusive roles. So this person opens more than one browser window and tries to log on as 2 (or n) different userIDs. Now we are getting into trouble - in general, the session cookie is created per browser and not per window, causing the latest session object to be used by all open windows into the application (and a mess for the user). To quote Servlet2.2 spec: 7.7.3 Client Semantics Due to the fact that cookies or SSL certificates are typically controlled by the web browser process and are not associated with any particular window of a the browser, requests from all windows of a client application to a servlet container might be part of the same session. For maximum portability, the Developer should always assume that all windows of a client are participating in the same session. Is there a way to force a new session that is recognised as separate by the browser window and the app, e.g. is session = request.getSession(true) ; when doing a new login in a different window doing the job? Do I have to create a custom cookie and store all session related stuff in an object referenced by this cookie? Anybody struggled with /or solved this issue? Thanks --peter
RE: Understanding the login for ATM
Muchos Gracias On Monday, April 02, 2001 3:44 PM, Magnus Rydin [SMTP:[EMAIL PROTECTED]] wrote: Hi. when the bean is not found in the session scope, an java.lang.InstantiationException is thrown. In the web.xml, errors/errorAccountManager.jsp is defined as an errorpage for this exception. In this file, the accountManager gets declared. At the time of writing the app, I was feelinga bit lazy and wanted to limit the amount of tags to write in each page, so I came up with this little solution. WR -Ursprungligt meddelande- Fran: Frank Eggink [mailto:[EMAIL PROTECTED]] Skickat: den 30 mars 2001 08:55 Till: Orion-Interest Amne: Understanding the login for ATM Hi, I'm having difficulties understanding the login of the ATM. In the index.jsp the 'accountManager' get declared using a 'jsp:useBean' tag. Where does the accountManager is instantiated? I it must be somewhere between the login and the first use in the index.jsp page. FE Frank Eggink Swift Applications [EMAIL PROTECTED] +31 6 28847325 (voice) +31 33 4532464 (fax) File: ATT0.html
Re: Help me please domain was nul message is killing me here...
orion/config/default-web-site.xml should do it. If it doesnt work please send a bit more info. on the problem like when you get the problem if you have a small sample app just zip it up. Cheers, Ash Alex Paransky wrote: Does anyone know what the "domain was null" message means? How do I get rid of it. Where do I specify a domain? HEELP, someone please. I have been posting this question for the last 3 weeks, and still I have no answers. Please, please please, help. -AP_ PS: Is this what it takes to get a question answered? Is there a different forum for paying customers? If I pay $1500, will I get my questions answered faster?
Case sensitive files names
Is there a setting that will allow static HTML pages from another web server where character case in file names did not matter to be ported to Orion. Yes, I am a brand new user of Orion and this may be a simple question. In the future we will be using Orion as a full-featured J2EE server but until then I need to get our web site off the other platform. Craig J. Gregory Director of Data Processing Blue Mountain Community College 2411 NW Carden Av. Pendleton, OR 97801 (541) 278-5825 Fax (541) 278-5794
Finder queries...
I have defined the following finder for the relationship (Account has many Users) - (User has One Account): query query-method method-namefindByAccountLogin/method-name method-params method-paramjava.lang.String/method-param method-paramjava.lang.String/method-param /method-params /query-method ejb-ql FROM com.indnet.symbiosis.model.User u WHERE u.account.id = ?1 and u.login = ?2 /ejb-ql /query Here is what Orion generates in orion-ejb-jar.xml: finder-method query="" !-- Generated SQL: "select Users.id, Users.firstName, Users.middleName, Users.lastName, Users.birthDate, Users.gender, Users.userLogin, Users.userPassword, Users.accountId, Users.scheduleId, Users.superuser from Users" -- method ejb-namecom.indnet.symbiosis.model.entity.User/ejb-name method-namefindByAccountLogin/method-name method-params method-paramjava.lang.String/method-param method-paramjava.lang.String/method-param /method-params /method /finder-method Thanks. -AP_
Re: Case sensitive files names
Isn't DOS lovely? I am not sure if this is an Orion issue, or a file system issue. However, you really should fix your HTML to match the case. One way to get around the problem would be to write a simple servlet that managed "/". This servlet would then look at the URL and determine the correct filename by matching while ignoring case, and feed the file up from the servlet. This servlet would be pretty easy to write. I do not know if Orion has a setting to correct the problem. tim. Is there a setting that will allow static HTML pages from another web server where character case in file names did not matter to be ported to Orion. Yes, I am a brand new user of Orion and this may be a simple question. In the future we will be using Orion as a full-featured J2EE server but until then I need to get our web site off the other platform. Craig J. Gregory Director of Data Processing Blue Mountain Community College 2411 NW Carden Av. Pendleton, OR 97801 (541) 278-5825 Fax (541) 278-5794
RE: Performance problems (More Info).
Well I found the problem with this and I thought I'd let everyone know for the sake of posterity. I found that this problem did not occur on my non-SMP machines, so I played around and found that the HotSpot server behaves wierd with SMP. Switching to pure interpretted mode fixes the problem. It wasn't Orion... phew -Original Message- From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] Sent: Monday, March 26, 2001 12:11 PM To: Orion-Interest Subject: RE: Performance problems (More Info). JVM Settings -- My normal settings are "-server -Xincgc -Xms128m -Xmx384m". I've tried playing around with different JVM options including turning off server, using normal gc, running in interpreted mode, running in classic mode, et al. I even tried running under JDK1.2.2. While these definately effect performance in dramatic ways, none seems to fix this problem. Garbage Collection -- I tried watching the heap by turning on verbosegc, and the pauses do not appear to be timed with a full gc. So thats not it either, definately a good thought though... DB Server -- The DB server itself is performing fine, CPU and memory utilization is low. The database is completely accessable via sqlplus or an alternative app while these pauses occur. Connection Pooling vs Orions DataSource Manager -- Interestingly the problem seems to go away when I turn off Orions datasources, and run with a third party ConnectionPool manager (such as BitMechanic).While this fixes my immediate problem it will prevent me from using Orion as an EJB container, which is not good. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron Tavistock Sent: Monday, March 26, 2001 1:09 PM To: Orion-Interest Subject: Performance problems... I've been working on getting Orion running in a production environment for a little while now and just when I thought everything was working fine I go to push to production and something load/volume related is creating massive slowdowns. Basically every 250 database accesses or so there is a long pause (20 to 60 second), where nothing occurs. During this pause the CPU load *drops* to practically nothing and our entire site is frozen. I'm not sure exactly where the problem exists; it could be our code, our configuration, or even a bug in Orion. The environment is Redhat 6.2, JDK1.3, Oracle 8i. Its a pure J2EE app, but we're not using EJB. I initially thought it might be a memory issue, but I've played with the JDK heap size and carefully watched memory utilization and thats also not the issue. I even considered that maybe Evermind/IronFlare might have a throttle (to push you to get a license) so I put one of our production licenses on the QA box. I've since gotten a load tester and can reproduce the problem. Oddly, it only happens on pages which require database access. Even more interesting is that it occurs more frequently on pages which utilize more than one connection. But thats about as far as I can narrow it. I've tried the 8.15 and 8.17 type4 jdbc drivers from oracle and we've tried Oracles ConnectionCacheImpl and Orions XADataSource implimentation, both show the same behavior (though both are using the Oracle Driver). I've also tried Orions jdbc debug and it shows nothing of interest. So far I've put about a week straight into finding it, and I've just about run out of ideas. I'd really be appreciative if anyone has any good suggestions on where to look. ANyone seen behavior like this before?
Re: Finder queries...
Orion doesn't support ejb-ql yet. On Mon, 2 Apr 2001, Alex Paransky wrote: I have defined the following finder for the relationship (Account has many Users) - (User has One Account): query query-method method-namefindByAccountLogin/method-name method-params method-paramjava.lang.String/method-param method-paramjava.lang.String/method-param /method-params /query-method ejb-ql FROM com.indnet.symbiosis.model.User u WHERE u.account.id = ?1 and u.login = ?2 /ejb-ql /query Here is what Orion generates in orion-ejb-jar.xml: finder-method query="" !-- Generated SQL: "select Users.id, Users.firstName, Users.middleName, Users.lastName, Users.birthDate, Users.gender, Users.userLogin, Users.userPassword, Users.accountId, Users.scheduleId, Users.superuser from Users" -- method ejb-namecom.indnet.symbiosis.model.entity.User/ejb-name method-namefindByAccountLogin/method-name method-params method-paramjava.lang.String/method-param method-paramjava.lang.String/method-param /method-params /method /finder-method Thanks. -AP_
Re: Case sensitive files names
Craig, Actually this feature is a blessing. By enforcing the use of correct type under DOS/Windows, application can easily be ported to other OSs. I used to work with Dynamo (a great app server from ATG) and porting applications from one platform to another was always a mess because of this simple issue. Huibert "Craig J. Gregory" wrote: Is there a setting that will allow static HTML pages from another web server where character case in file names did not matter to be ported to Orion. Yes, I am a brand new user of Orion and this may be a simple question. In the future we will be using Orion as a full-featured J2EE server but until then I need to get our web site off the other platform. Craig J. Gregory Director of Data Processing Blue Mountain Community College 2411 NW Carden Av. Pendleton, OR 97801 (541) 278-5825 Fax (541) 278-5794
Re: Help me please domain was nul message is killing me here...
Alex - Is there any chance you could zip up a small amount of code that recreates your problem? You had better include examples of your orion config files too. Or at least if you could provide lots of information code snippets and the like - that would be great! Give us what you can and we may be able to help... Cheers Ray --- Alex Paransky [EMAIL PROTECTED] wrote: Does anyone know what the "domain was null" message means? How do I get rid of it. Where do I specify a domain? HEELP, someone please. I have been posting this question for the last 3 weeks, and still I have no answers. Please, please please, help. -AP_ PS: Is this what it takes to get a question answered? Is there a different forum for paying customers? If I pay $1500, will I get my questions answered faster? __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/?.refer=text
SV: [hsqldb-ANNOUNCE]New HypersonicSQL Project and Upcoming Release
Title: SV: [hsqldb-ANNOUNCE]New HypersonicSQL Project and Upcoming Release Yes! Its still alive! :) Great :) WR -Ursprungligt meddelande- Från: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Skickat: den 1 april 2001 15:50 Till: Orion-Interest Ämne: [hsqldb-ANNOUNCE]New HypersonicSQL Project and Upcoming Release We have revived Thomas Mueller's HypersonicSQL Database Project (HypersonicSQL/hsql at SourceForge: URL: http://sourceforge.net/projects/hsql), last release hsql v.1.43 (available at http://ftp1.sourceforge.net/hsqldb/hsql_143.zip) as the hsqldb Database Engine Project on SourceForge (hsqldb Database Engine Project at SourceForge: URL: http://sourceforge.net/projects/hsqldb , Home Page (for now): URL: http://hsqldb.sourceforge.net) with the following goals: 1.) to maintain and keep current the history of Thomas Mueller's landmark BSD-licensed project. To this end, the license will continue BSD-style, rather than GPL or other OSI-compatible license. In plain English, we aim to be the most free and open database product currently on the market and will continue the project both 'free-graits' and 'free-libre' with no licensing required, other than as stated in the preceding works (check the source for the license/copyright and we should have it up on the web by the time many of you read this.) 2.) to archive the project's history to include all available patches and bugfixes in the source and documentation prior to the inception of the current Project, hsqldb. To this end, we will seek to maintain in cvs a 1.43 trunk of the code, to be included in all subsequent releases. Once we are reasonably sure we have the history as well encapsulated as we can, we will consign this trunk to the 'Attic' in cvs for historical or possible rejuvenation, should the need arise. 3. to deliver, in as much as is possible, in step with Sun Microsystems (TM) and its Java(TM) product and the JCP, reliable, production-ready code for use by the wider community, maintaining the 'free-gratis' and 'free-libre' status of the code under the BSD-style license mentioned above. To that end, we will initiate two additional branches in the cvs source tree: 1.7 (for J2EE(TM), J2ME(TM), and attendant technology and platform compatibility issues; leading towards hsqldb v.2.x sometime in July of this year) and 1.9 (for Java(TM) v.1.4+, JDBC(TM) 3+ and subsequent technology issues; leading to hsqldb v.3.x; release date as yet unspecified). To further the above goals, we have released a Release Candidate of hsqldb v.1.60, available by anonymous FTP at ftp://hsqldb.sourceforge.net/pub/hsqldb/ . Please feel free to download and examine this code, submit Featur Requests, and comment on any Bugfixes, Patches, etc. at the Project Summary Page on SourceForge (http://sourceforge.net/projects/hsqldb). Please be aware that v.1.6 is to be a Developers' Release only, meant to incorporate existing patches and bugfixes, as well as some minimal added functionality. It will not include the extensive documentation and examples you may be used to due to Development Team time constraints and our efforts in archival and inclusion of previous work, as yet unarchived. That additional functionality will be included in v.1.62, to be released within a month of v.1.60. Tentative Final Release of the new Project (hsqldb v.1.60) is scheduled for Thursday, April 5th, 2001, pending approval of the Core Development Team. Contact with the Development Team can be made through the Project Manager at the link below. We (the Development Team) are in something of a state of flux, while we organize, so please pardon our dust. Corporate users of HypersonicSQL and others with questions about licensing may direct those questions to the Project Manager at the link below. Michael J. Cannon mailto: [EMAIL PROTECTED] Project Manager hsqldb.org Copyright and Trademark Notice: Java(TM) and all derivative works are copyright and trademarks of Sun Microsystems. Details may be found at their website. All others, are copyright and trademarks of thir respective holders.
