RE: Bug of RC2? - About Javac instantiating
Sorry for my unclear Bug report, but the error message is very odd, of cause, I have copy tool.jar to orion lib directory, in fact the same configuration works fine just under RC1, so this should not my fault, this should be a strange bug. The error message just report on auto-recompile servlet not report on JSP complie and just show Internal error 500. Now, I use jikes instead sun javac, it works, but jikes don't support i18n. Although the new version of Jikes support i18n, but you have to give the encoding, but because Orion configuration can't set any parameter to jikes, so it still cant support i18n. Can Orion team enhance this? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joseph B. Ottinger Sent: Wednesday, May 31, 2000 2:14 AM To: Orion-Interest Cc: Orion-Interest Subject: Re: Bug of RC2? - About Javac instantiating -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 31 May 2000, Jen Hsien Huang wrote: > I have try the newest orion, but Javac seem can't work, under the same >configuration, it works fine. > So, this should be a bug > > Orion/1.0rc2 initialized > Error instantiating compiler: Javac not installed, copy tools.jar from your sun > JDK dir's lib dir to the orion dir or add a and restart > > This MIGHT be a bug except it's documented behavior, and the error message is pretty clear (i.e., "copy tools.jar from your JDK lib dir to the orion dir or...") Hint; reading error messages once you find them is always a good idea... take it from one who's been known to screw that up from time to time. - --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer -BEGIN PGP SIGNATURE- Version: PGP 6.5.1i iQA/AwUBOTQE8QhcVZKknQwGEQJ7gwCgxdUZJB3i3PvTJerRaWJcBMqm4bcAn3Mp GdDi5vYIR9Bz9Xxt2fvjkAdE =CodT -END PGP SIGNATURE-
RE: False bug alarm [ was: Bug of RC2? - About Javac instantiating ]
No, I have use Orion for a long time, I am sure not my fault, because the same configuration works fine under RC1. My enviroment is Win2k and JDK 1.3, 1.2.2, both can't work. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ernst de Haan Sent: Wednesday, May 31, 2000 2:53 AM To: Orion-Interest Cc: Orion-Interest Subject: False bug alarm [ was: Bug of RC2? - About Javac instantiating ] Dear Jen, Please read what the message says, it's quite verbose :) This is not a bug, this is a feature. :) Ernst Jen Hsien Huang wrote: > I have try the newest orion, but Javac seem can't work, under the same >configuration, it works fine. > So, this should be a bug > > Orion/1.0rc2 initialized > Error instantiating compiler: Javac not installed, copy tools.jar from your sun > JDK dir's lib dir to the orion dir or add a and restart
Native User
I'm reposting... sorry for omitting a subject line - apologies. Also in the command and error message, the orion user was specified with the same result. java -Dnative.user=orion -jar orion.jar & Error setting native user (orion): java.lang.ClassFormatError: com/evermind/server/NativeSupport (Code attribute in native or abstract methods) --- Greetings, I work with a small team of developers. Our initial development is an employee directory. And so far, we are pleased with our recent experience developing with Orion. My complements to the Orion team. I have been looking into file and directory access permissions on a Redhat 6.1 Linux box with Sun's jdk1.2.2 and Orion 1.0rc1. As we take on other projects, it seems desirable to manage the team member's access to the orion applications via group permissions and not allow everyone of us root privilege. We set up an user named orion as a member of the www group. All team members are in the www group. However, when orion is started by root, the group is also root. Files created while running as root deny write permission for the group. In reviewing the mail archive, I read the posting on the subject "Re: Orion on Linux" on 14 April 2000. Magnus mentions the native.user parameter as a possibility. When I try this, I get an error. java -Dnative.user -jar orion.jar & Error setting native user (): java.lang.ClassFormatError: com/evermind/server/NativeSupport (Code attribute in native or abstract methods) Has anyone else tried this? I'm sure there is a lot I don't know in this regard. I would appreciate any discussion or recommendations. Kind regards, Earl
No Subject
Greetings, I work with a small team of developers. Our initial development is an employee directory. And so far, we are pleased with our recent experience developing with Orion. My complements to the Orion team. I have been looking into file and directory access permissions on a Redhat 6.1 Linux box with Sun's jdk1.2.2 and Orion 1.0rc1. As we take on other projects, it seems desirable to manage the team member's access to the orion applications via group permissions and not allow everyone of us root privilege. We set up an user named orion as a member of the www group. All team members are in the www group. However, when orion is started by root, the group is also root. Files created while running as root deny write permission for the group. In reviewing the mail archive, I read the posting on the subject "Re: Orion on Linux" on 14 April 2000. Magnus mentions the native.user parameter as a possibility. When I try this, I get an error. java -Dnative.user -jar orion.jar & Error setting native user (): java.lang.ClassFormatError: com/evermind/server/NativeSupport (Code attribute in native or abstract methods) Has anyone else tried this? I'm sure there is a lot I don't know in this regard. I would appreciate any discussion or recommendations. Kind regards, Earl
Re: Will anyone from Orion be at Java One
Hello Dan, Yes, Orion will be there. Unfortunately we have no booth there but I'd like to arrange some kind of informal user meeting. If nothing else, let's just go out one night and eat dinner or something (and hopefully, if they arrive from the printer in time, attending people can get there hands on Orion t-shirts). Ok, anyone who's interested, mail me (in person, please do not reply to the list.) Tell me what a good time would be. Also, if your interested, I'm holding a presentation about JSP Tag libraries and EJB in BOF 1550 on Tuesday, 10:00 PM (http://jsp.java.sun.com/javaone/javaone2000/event.jsp?eventId=1550&trackId=3&eventType=BOF). If you want to meet me, I'll be there. Regards, Karl Avedal Dan Winfield wrote: > Is anyone from Orion attending? It would be great to meet up and discuss > tyhe whole Orion Server effort. > > If not, has anyone arranged a meeting for Orion fans? > > Dan Winfield > RemoteApps Ltd > Booth Number 229 at Java One
Re: EJB preformance Was: Does Orion eliminate RMI?
A small augmentation/clarification: First, Jonas probably means using Proxies for EJB invocations (even local ones) which Orion does do but instead (as he said) it used "dedicated" stubs which are faster (auto-compiled and cached in the EJB-jar deployment directory). For RMI Orion has used the "proxy" pattern for a very long time though as Karl said (roughly since the early 1.3 alphas were released). At first the RMI was 1.3-only due to this but Orion now uses it's own proxy factory both in 1.2 and 1.3+ due to the fact that we found better speed and simplicity that way (again, only for RMI access, not for the EJB stubs). /Magnus Stenman, the Orion team > > The ejboss container uses the new dynamic proxy feature in jdk1.3 > > (java.lang.reflect.Proxy etc) which I don't belive can be as fast as > > precompiled stubs because of the code overhead in the invocationhandler. The > > design and implementation with dynamic proxy is tough much simpler to > > implement. This might be the reason of the performance difference between > > ejboss and orion. (Orion team: Deny if I'm wrong!) > > Actually, if JDK 1.3 is installed, we use dynamic proxies aswell, since it's a > very nice design. We even used this before they did. Are you sure they use it in > 1.0? I thought it was introduced in the 2.0 alphas? > > If you are using 1.2 we obviously can't use the dynamic proxies, but use an > approach where we compile the stubs on demand, transparently to the user. > > So that is not the reason, however, we've worked very hard to design everything > in the server to perform and scale very well. > > I am sorry for not being able to produce any benchmarks test numbers right now. > We don't want to publish results that we haven't veified since benchmarks is > such a touchy subject. But we do intend to publish benchmarks, althogh it's not > at the top of our priortity list right now. > > Regards, > Karl Avedal >
data source change between 0.9.4 and 1.0rc1
Greetings, We have an application that used to work with Orion 0.9.4 and breaks under 1.0rc1. In 0.9.4 the java.sql.DataSource implementation returned from JNDI is com.evermind.server.ejb.EJBDataSource. In 1.0rc1 this changed to com.evermind.sql.OrionCMTDataSource. Our application calls the getConnection() method on whatever is returned, and then calls prepareStatement() on the connection instance. In 1.0rc1 this fails with a NullPointerException. Here's the relevant part of the stack trace: java.lang.NullPointerException at com.evermind.sql.OrionCMTDataSource.c7(JAX) at com.evermind.sql.OrionPooledDataSource.cw(JAX) at com.evermind.sql.OrionPooledDataSource.cw(JAX) at com.evermind.sql.ah.da(JAX) at com.evermind.sql.ah.dc(JAX) at com.evermind.sql.am.prepareStatement(JAX) ... The configuration of the data source in data-sources.xml is the same under both 0.9.4 and 1.0rc1: Another point that might be of interest is that the connection object under 0.9.4 has a name that looks "resolved", i.e. has jdbc:rmi://localhost:1099/jdbc:cloudscape:StashDB in it, while in 1.0rc1 its name is jdbc/ssp/Stash, the string used to look it up via JNDI. We would be very happy if someone with access to the source could take a look at this. Thanks, Dejan Vucinic [EMAIL PROTECTED]
Re: HTTP POST method
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 30 May 2000, Joseph B. Ottinger wrote: > On Tue, 30 May 2000, Christian Sell wrote: > > > I have repeated my test with a static html file and a simple servlet- the > > call always goes to doGet(). Here are my html, java and web.xml files in > > case you want to verify (please do): > > > > Okay. When you used the url-mapping form, it does indeed seem to route to > doGet() only. The testservice.jsp that I set up > (http://cupid.suninternet.com/testservice.jsp) has been modified to use > the servlet mapping form and the direct invocation; the url mapping with Okay, as usual, orion support is so crappy that I got a response and a correction within about ten minutes. :) The solution is simple: in the form that failed, the action was "testSrv" where that servlet name was mapped. The problem was that when you have a URI like this, it gets a browser redirection, which causes the GET. The fix is simple: use "testSrv/" instead of "testSrv", which doesn't require a redirection. Basically, the particular form of the uri mapping for the servlet name was causing the problem. - --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer -BEGIN PGP SIGNATURE- Version: PGP 6.5.1i iQA/AwUBOTQS7whcVZKknQwGEQKheACeI7uAJPG5uaNrQwbKdoN3Y8tyIEMAoMsf Bi3q04TcRTEdmylI+cm1010Y =4X2D -END PGP SIGNATURE-
Tag lib fails with newest build
Hi,
We previously used an iterate tag lib but had problems with the three
argument setAttribute method so we hard coded to pageContext.
Code in tag library:
pageContext.setAttribute(name, iterator.next()); //page scope default
This worked great for 1.0rc1
With (Orion/1.0 (Internal build 3) initialized) we get the following.
java.lang.InstantiationException: Could not find the bean named 'hierarchy'
in the page scope
at __jspPage3_stores_db_jsp._jspService(__jspPage3_stores_db_jsp.java:156)
at com.evermind.server.http.EvermindHttpJspPage.service(JAX)
at com.evermind.server.http.HttpApplication.tc(JAX)
at com.evermind.server.http.JSPServlet.service(JAX)
at com.evermind.server.http.df.o4(JAX)
at com.evermind.server.http.df.forward(JAX)
at com.evermind.server.http.dm.pa(JAX)
at com.evermind.server.http.dm.o9(JAX)
at com.evermind.util.e.run(JAX)
Code in JSP page:
<% int i=0; %>
<% if (i == 0) { %>
<%=hierarchy%>
<% }else if (i == 1) { %>
> <%=hierarchy%>
<% } %>
<% i++; %>
False bug alarm [ was: Bug of RC2? - About Javac instantiating ]
Dear Jen, Please read what the message says, it's quite verbose :) This is not a bug, this is a feature. :) Ernst Jen Hsien Huang wrote: > I have try the newest orion, but Javac seem can't work, under the same >configuration, it works fine. > So, this should be a bug > > Orion/1.0rc2 initialized > Error instantiating compiler: Javac not installed, copy tools.jar from your sun > JDK dir's lib dir to the orion dir or add a and restart
Re: Bug of RC2? - About Javac instantiating
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 31 May 2000, Jen Hsien Huang wrote: > I have try the newest orion, but Javac seem can't work, under the same >configuration, it works fine. > So, this should be a bug > > Orion/1.0rc2 initialized > Error instantiating compiler: Javac not installed, copy tools.jar from your sun > JDK dir's lib dir to the orion dir or add a and restart > > This MIGHT be a bug except it's documented behavior, and the error message is pretty clear (i.e., "copy tools.jar from your JDK lib dir to the orion dir or...") Hint; reading error messages once you find them is always a good idea... take it from one who's been known to screw that up from time to time. - --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer -BEGIN PGP SIGNATURE- Version: PGP 6.5.1i iQA/AwUBOTQE8QhcVZKknQwGEQJ7gwCgxdUZJB3i3PvTJerRaWJcBMqm4bcAn3Mp GdDi5vYIR9Bz9Xxt2fvjkAdE =CodT -END PGP SIGNATURE-
Re: HTTP POST method
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 30 May 2000, Christian Sell wrote: > I have repeated my test with a static html file and a simple servlet- the > call always goes to doGet(). Here are my html, java and web.xml files in > case you want to verify (please do): Okay. When you used the url-mapping form, it does indeed seem to route to doGet() only. The testservice.jsp that I set up (http://cupid.suninternet.com/testservice.jsp) has been modified to use the servlet mapping form and the direct invocation; the url mapping with - --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer -BEGIN PGP SIGNATURE- Version: PGP 6.5.1i iQA/AwUBOTQEnQhcVZKknQwGEQKAPACgnd2zr66H8pqmo/YhDCCtUICvSt0AoJdK 2BZ8nBoaGpQLs5pzx0/rDWgw =2Fwt -END PGP SIGNATURE-
Re: sourcejava.lang.InternalError: jzentry == 0
Ok I've sussed how to fix it - but not the reason for it. I had some .jar files in the WEB-INF/lib directory - after removing xerces.jar - it works fine. > Syntax error in sourcejava.lang.InternalError: jzentry == 0 > at java.util.zip.ZipFile$2.nextElement(ZipFile.java:297) > at sun.tools.java.ClassPath.getFiles(ClassPath.java:183) > at sun.tools.java.Package.exists(Package.java:94) > at sun.tools.java.Imports.resolve(Imports.java:146) > at sun.tools.javac.SourceClass.basicCheck(SourceClass.java:1075) > at > sun.tools.java.ClassDeclaration.getClassDefinition(ClassDeclaration.java:133 > ) > at sun.tools.javac.Main.compile(Main.java:500) Paul
Orion behavior of getWriter() in JSP
Orion JSP seems take getWriter() method as illegal, but it works fine on JSWDK, Tomcat, JRun, WebShpere, or Resin. So, I think this is a mis-behavior of Orion JSP. Did JSP Spec descript about this ?
Bug of RC2? - About Javac instantiating
I have try the newest orion, but Javac seem can't work, under the same configuration, it works fine. So, this should be a bug Orion/1.0rc2 initialized Error instantiating compiler: Javac not installed, copy tools.jar from your sun JDK dir's lib dir to the orion dir or add a and restart
Re: HTTP POST method
>Of course Orion writes error logs, where did you get the impression that it >doesn't? well, the deployment directory was one place where I didnt look. I suppose I overlooked the mention of this in the docs... >It does indeed support the POST method. That is mandated by the Servlet >specification. since my confidence in the log files has risen a little, I reran my/Josephs GET/POST test and had a look into default-web-access.log. This is what I saw after hitting the POST button: 127.0.0.1 - - [30/May/2000:19:18:06 +0100] "POST /j2eetest/testServlet HTTP/1.1" 301 0 127.0.0.1 - - [30/May/2000:19:18:07 +0100] "GET /j2eetest/testServlet/ HTTP/1.1" 200 22 and this after GET: 127.0.0.1 - - [30/May/2000:19:18:56 +0100] "GET /j2eetest/testServlet? HTTP/1.1" 301 0 127.0.0.1 - - [30/May/2000:19:18:57 +0100] "GET /j2eetest/testServlet/ HTTP/1.1" 200 22 can you tell me what this means? regards, Christian
Will anyone from Orion be at Java One
RE: IE performance with OrionHi Is anyone from Orion attending? It would be great to meet up and discuss tyhe whole Orion Server effort. If not, has anyone arranged a meeting for Orion fans? Dan Winfield RemoteApps Ltd Booth Number 229 at Java One
JSP: sourcejava.lang.InternalError: jzentry == 0
Can anyone explain the following error please? server.xml contains: default-web-site.xml contains: and I have a page index.jsp at demo2/page/webby/index.jsp which only contains a line of text "this is a test page" - no jsp at all. When I access the index.jsp page at http://localhost/pageweb/ I get the following error shown below. (accessing .jsp pages from the default web directory is fine though). I did have some ejb's deployed but have removed them - and I'm still getting the error. 500 Internal Server Error Error parsing JSP page /index.jsp Syntax error in sourcejava.lang.InternalError: jzentry == 0 at java.util.zip.ZipFile$2.nextElement(ZipFile.java:297) at sun.tools.java.ClassPath.getFiles(ClassPath.java:183) at sun.tools.java.Package.exists(Package.java:94) at sun.tools.java.Imports.resolve(Imports.java:146) at sun.tools.javac.SourceClass.basicCheck(SourceClass.java:1075) at sun.tools.java.ClassDeclaration.getClassDefinition(ClassDeclaration.java:133 ) at sun.tools.javac.Main.compile(Main.java:500) at sun.tools.javac.Main.main(Main.java:729) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.compiler.j2.aof(JAX) at com.evermind.compiler.j4.run(JAX) at java.security.AccessController.doPrivileged(Native Method) at com.evermind.compiler.j3.o9(JAX) at com.evermind.compiler.j2.o9(JAX) at com.evermind.server.http.dm.qg(JAX) at com.evermind.server.http.dm.o9(JAX) at com.evermind.server.http.JSPPage.o9(JAX) at com.evermind.server.http.HttpApplication.sj(JAX) at com.evermind.server.http.HttpApplication.te(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.de.o6(JAX) at com.evermind.server.http.de.forward(JAX) at com.evermind.server.http.dl.pc(JAX) at com.evermind.server.http.dl.pb(JAX) at com.evermind.util.e.run(JAX) error: An error has occurred in the compiler; please file a bug report (http://java.sun.com/cgi-bin/bugreport.cgi). 1 error I've tried deploying this on another machine with orion 1.0 rc1 and also 1.0 rc2 Any help would be appreciated. Paul
Re: HTTP POST method
I have repeated my test with a static html file and a simple servlet- the
call always goes to doGet(). Here are my html, java and web.xml files in
case you want to verify (please do):
A Servlet Frontend
A form with GET
A form with POST
import java.util.*;
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class MethodTestServlet extends HttpServlet {
public void init(ServletConfig conf) throws ServletException {
super.init(conf);
}
public void doGet (HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.getWriter().print("this was a GET request");
}
public void doPost (HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException
{
res.getWriter().print("this was a POST request");
}
}
J2EETest
first J2EE Orion Test
testServlet
MethodTestServlet
testServlet
/testServlet/*
Re: EJB preformance Was: Does Orion eliminate RMI?
Hello Jonas, Jonas Larsson wrote: > I've done some very simple performance tests invoking methods of a simple > session EJB on both ejboss 1.0 and orionserver 0.9 (a time ago;). > > The result was that orionserver was about 10 times - 50 times faster than > ejboss. Both in VM calls and out of vm calls (both on the same machine). > > Can anyone confirm? > I don't recollect our actual numbers, but yeah, Orion should be substantially faster. In our own testing we have yet to find a server that performs better than Orion, but of course that is no proof that Orion is the fastest. > > The ejboss container uses the new dynamic proxy feature in jdk1.3 > (java.lang.reflect.Proxy etc) which I don't belive can be as fast as > precompiled stubs because of the code overhead in the invocationhandler. The > design and implementation with dynamic proxy is tough much simpler to > implement. This might be the reason of the performance difference between > ejboss and orion. (Orion team: Deny if I'm wrong!) Actually, if JDK 1.3 is installed, we use dynamic proxies aswell, since it's a very nice design. We even used this before they did. Are you sure they use it in 1.0? I thought it was introduced in the 2.0 alphas? If you are using 1.2 we obviously can't use the dynamic proxies, but use an approach where we compile the stubs on demand, transparently to the user. So that is not the reason, however, we've worked very hard to design everything in the server to perform and scale very well. I am sorry for not being able to produce any benchmarks test numbers right now. We don't want to publish results that we haven't veified since benchmarks is such a touchy subject. But we do intend to publish benchmarks, althogh it's not at the top of our priortity list right now. Regards, Karl Avedal
RE: IE performance with Orion
Title: RE: IE performance with Orion Nope. I'm Using Windows NT 4.0 sp6a, IE5.5Beta -Original Message-From: Kevin Duffey [mailto:[EMAIL PROTECTED]]Sent: den 30 maj 2000 18:28To: Orion-InterestSubject: RE: IE performance with Orion Are you using IE5..perhaps under Win2000? I noticed an annoying situation with IE5 and Win2000. When I try to browse a local site, I keep getting pop-up windows that ask me to connect or stay offline. If I stay offline, it keeps asking me again. I don't have an internet/network connection on that machine..and I don't get this problem here at work with Win2K/IE5..so I attribute it to the lack of a network connection. But I have had no problems with either browser and Orion. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrik AnderssonSent: Tuesday, May 30, 2000 4:55 AMTo: Orion-InterestSubject: RE: IE performance with Orion The thing is that the problem only occurs when I access the site running locally on my machine, not when I'm accessing an almost identical site running on a different machine. That's what is so strange about it. -Original Message- From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] Sent: den 30 maj 2000 13:22 To: Orion-Interest Subject: IE performance with Orion Um, there were two things about this mentioned, I think. I already deleted them from my Inbox, but I'll take a stab anyway. "No performance using internet explorer" That's hard to substantiate in the real world; admittedly, your setup may be pathological in behavior, but I use IE nearly exclusively, and my site is orion. I have absolutely no performance issues. "500 server error" Um, IE has "friendly error messages" which serve to hide nearl all relevant information from you. Go to tools/advanced, and turn off all friendly error messages. Or use NS, which means your browsing enjoyment will be crippled, but NS assumes you've at least the IQ of a baboon on LSD, which can't be said for IE. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
RE: IE performance with Orion
Title: RE: IE performance with Orion Are you using IE5..perhaps under Win2000? I noticed an annoying situation with IE5 and Win2000. When I try to browse a local site, I keep getting pop-up windows that ask me to connect or stay offline. If I stay offline, it keeps asking me again. I don't have an internet/network connection on that machine..and I don't get this problem here at work with Win2K/IE5..so I attribute it to the lack of a network connection. But I have had no problems with either browser and Orion. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrik AnderssonSent: Tuesday, May 30, 2000 4:55 AMTo: Orion-InterestSubject: RE: IE performance with Orion The thing is that the problem only occurs when I access the site running locally on my machine, not when I'm accessing an almost identical site running on a different machine. That's what is so strange about it. -Original Message- From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] Sent: den 30 maj 2000 13:22 To: Orion-Interest Subject: IE performance with Orion Um, there were two things about this mentioned, I think. I already deleted them from my Inbox, but I'll take a stab anyway. "No performance using internet explorer" That's hard to substantiate in the real world; admittedly, your setup may be pathological in behavior, but I use IE nearly exclusively, and my site is orion. I have absolutely no performance issues. "500 server error" Um, IE has "friendly error messages" which serve to hide nearl all relevant information from you. Go to tools/advanced, and turn off all friendly error messages. Or use NS, which means your browsing enjoyment will be crippled, but NS assumes you've at least the IQ of a baboon on LSD, which can't be said for IE. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: HTTP POST method
Hello Christian, > Hello, > > I finally got my JSP to run under Orion. What helped me most was the hint to > turn on full error messages in the browser. Since orion does not write error > logs (which is of course unacceptable in a production environment), this is > at least one way to know whats going on. > Of course Orion writes error logs, where did you get the impression that it doesn't? Are you looking at application.log for your application? (in the deployment dir of your deployed application). It contains the error logs, for example stack traces (even with real JSP line numbers, not just line numbers in the generated class). If there is something you would like to be added to the logging, please mail us those suggestions to [EMAIL PROTECTED] and we will add it. > > Now, however, I realize that Orion does not seem to support the POST method > in forms. It does indeed support the POST method. That is mandated by the Servlet specification. I won't comment any more on this since Joseph Ottinger did a great job answering this. Regards, Karl Avedal
Re: HTTP POST method
extremely strange. I am running orion in a debugger (and outside), and there is absolutely no doubt that doGet() is called on my servlet from the page you saw in my mail. Actually, I can reproduce the same effect with static pages. I am using 1.0rc2, btw. -Original Message- From: Joseph B. Ottinger <[EMAIL PROTECTED]> To: Christian Sell <[EMAIL PROTECTED]> Cc: Orion-Interest <[EMAIL PROTECTED]> Date: Dienstag, 30. Mai 2000 17:19 Subject: Re: HTTP POST method >On Tue, 30 May 2000, Christian Sell wrote: > >> Now, however, I realize that Orion does not seem to support the POST method >> in forms. My JSP generates the attached HTML. When submitted, the doGet() >> method is invoked on my servlet - which is wrong, of course. > >Christian, I just tested this out, to verify my thoughts. JSP doesn't have >any control over the action chosen by an HTML form, but I wondered if >perhaps the servlet container had a (fatal) bug in it. > >So I wrote a servlet that had an implementation of doGet() and doPost(), >both of which dumped "Hello, World" and the name of the method used; then >I wrote a JSP front end that had two forms, both submitting to this same >servlet, with different actions. > >The servlet handled the action properly. See >http://cupid.suninternet.com/testservice.jsp for the results. > >--- >Joseph B. Ottinger [EMAIL PROTECTED] >http://cupid.suninternet.com/~joeo HOMES.COM Developer >
Re: EJB preformance Was: Does Orion eliminate RMI?
I've done some very simple performance tests invoking methods of a simple session EJB on both ejboss 1.0 and orionserver 0.9 (a time ago;). The result was that orionserver was about 10 times - 50 times faster than ejboss. Both in VM calls and out of vm calls (both on the same machine). Can anyone confirm? The ejboss container uses the new dynamic proxy feature in jdk1.3 (java.lang.reflect.Proxy etc) which I don't belive can be as fast as precompiled stubs because of the code overhead in the invocationhandler. The design and implementation with dynamic proxy is tough much simpler to implement. This might be the reason of the performance difference between ejboss and orion. (Orion team: Deny if I'm wrong!) Can anyone please continue this discussion about EJB-performance and orionserver since it is a quite important issue? Any other performance tests done? Please inform this list :) /Jonas > -Ursprungligt meddelande- > Fran: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]For Eric Richardson > Skickat: den 30 maj 2000 16:25 > Till: Orion-Interest > Amne: Re: Does Orion eliminate RMI? Was: How are database JOINS > achievedwith EJBs? > > > Steven Punte wrote: > > > > Al Fogleson wrote: > > > > then you start adding all the RMI calls over the network > and that adds > > > some load too > > > > > > Well, EJBs will not always be called remotely to start with. A very > > > common scenario is that you write Servlets/JSPs that communicate with > > > EJBs. Usually you will run your Web components and EJBs on the same > > > servr and no RMI calls will be made. Of course though, if you need the > > > remote access it will be used. But that is an overhead you need no > > > matter what technology. Orion's RMI-transport protocol is very > > > optimized. > > > > I agree with Karl that RMI, even on the same machine, is a > significant > > overhead. Think of CPU consumption to serialized and de-serialize > > member function arguments and return value. > > > > When ones' client and EJB container are both on the same machine > > and in the same process, CAN Orion bypass the RMI protocol > > here and achieve near optimum performance? > > I believe this is what JBoss does. See at ejboss.org > Eric > > > > > > > > It would be like having your cake and eating it too, to have both > > the Enterprise architecture and near optimum performance > > in this single server scenario. :-) > > > > STeve > >
Re: HTTP POST method
On Tue, 30 May 2000, Christian Sell wrote: > Now, however, I realize that Orion does not seem to support the POST method > in forms. My JSP generates the attached HTML. When submitted, the doGet() > method is invoked on my servlet - which is wrong, of course. Christian, I just tested this out, to verify my thoughts. JSP doesn't have any control over the action chosen by an HTML form, but I wondered if perhaps the servlet container had a (fatal) bug in it. So I wrote a servlet that had an implementation of doGet() and doPost(), both of which dumped "Hello, World" and the name of the method used; then I wrote a JSP front end that had two forms, both submitting to this same servlet, with different actions. The servlet handled the action properly. See http://cupid.suninternet.com/testservice.jsp for the results. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: No performance using internet explorer
> > But still, how would using a proxy slow down things almost to a halt when > accessing a site running on my computer when it doesn't when the same site > runs on a different computer? > For instance by forwarding all your requests to a remote proxy over a slow link (i.e. ppp), including local ones. --Alejandro --[ jPOS ]-- Alejandro P. RevillaVoice:+598-2-4082462 CompuService Srl. Fax:+598-2-4081385 Tacuarembo 1442/309 Email: [EMAIL PROTECTED] Montevideo - Uruguay http://www.jpos.org ---[ OpenSource ISO-8583 implementation ]---
RE: Orion Primer
>From: "Arved Sandstrom" <[EMAIL PROTECTED]> > >I went through a phase also where I was baffled by where stuff was supposed >to go. :-) I know what you mean... I think I've just done this phase too... a fair bit of headscratching! But once you get the hang of it it's ok, and and there are docs that describe it as you point out. Something to think about for the orionsupport site I think... a definative guide to where all the bits go in orion (I'd offer to write it, but I'm not *totally* sure of my ground yet... maybe soon...) Stephen. Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
HTTP POST method
Hello, I finally got my JSP to run under Orion. What helped me most was the hint to turn on full error messages in the browser. Since orion does not write error logs (which is of course unacceptable in a production environment), this is at least one way to know whats going on. Now, however, I realize that Orion does not seem to support the POST method in forms. My JSP generates the attached HTML. When submitted, the doGet() method is invoked on my servlet - which is wrong, of course. Music Without Borders Music Without Borders (Orion test) CD: Yuan | The Guo Brothers | China | $14.95 Drums of Passion | Babatunde Olatunji | Nigeria | $16.95 Kaira | Tounami Diabate| Mali | $16.95 The Lion is Loose | Eliades Ochoa | Cuba | $13.95 Dance the Devil Away | Outback | Australia | $14.95 Record of Changes | Samulnori | Korea | $12.95 Djelika | Tounami Diabate | Mali | $14.95 Rapture | Nusrat Fateh Ali Khan | Pakistan | $12.95 Cesaria Evora | Cesaria Evora | Cape Verde | $16.95 Ibuki | Kodo | Japan | $13.95 Quantity: Christian Sell
Re: Does Orion eliminate RMI? Was: How are database JOINS achieved with EJBs?
Steven Punte wrote: > > Al Fogleson wrote: > > > then you start adding all the RMI calls over the network and that adds > > some load too > > > > Well, EJBs will not always be called remotely to start with. A very > > common scenario is that you write Servlets/JSPs that communicate with > > EJBs. Usually you will run your Web components and EJBs on the same > > servr and no RMI calls will be made. Of course though, if you need the > > remote access it will be used. But that is an overhead you need no > > matter what technology. Orion's RMI-transport protocol is very > > optimized. > > I agree with Karl that RMI, even on the same machine, is a significant > overhead. Think of CPU consumption to serialized and de-serialize > member function arguments and return value. > > When ones' client and EJB container are both on the same machine > and in the same process, CAN Orion bypass the RMI protocol > here and achieve near optimum performance? I believe this is what JBoss does. See at ejboss.org Eric > > > It would be like having your cake and eating it too, to have both > the Enterprise architecture and near optimum performance > in this single server scenario. :-) > > STeve
RE: How are database JOINS achieved with EJBs?
I'm not sure why everyone is under the impression that anything in a database needs to be an entity bean. I never felt this, nor got this from the Java community. I would recommend reading the SUN java Blueprints document. They barely use entity beans at all. It is very well thought out and has excellent recommendations on when to use, and when not to use entity beans. There is really only one time you would use an entity bean, when you have a single row entity that needs to be modified, such as a user account. If you are returning more that one row you are much better off with a session bean that performs JDBC calls to the database. Even when you instantiate an entity bean you don't always need to access it on the client side. You can encapsulate the entity fields into a read only serializable copy. This object can be passed by value to the client. This means that the model object actually lives on the client, only one RMI call to get the object in the first place. Note that in contrast entity beans are passed by reference so that every call to access the fields of the EJB require an RMI call. That is enough of my 2 cents. I really got all this information from the J2EE blueprints from SUN. I cannot recommend this online book enough!! -Steve Rock -Original Message- From: Al Fogleson [mailto:[EMAIL PROTECTED]] Sent: Friday, May 26, 2000 6:21 PM To: Orion-Interest Subject: Re: How are database JOINS achieved with EJBs? - Original Message - > Al: > > YES. I'm starting off with the hypothesis that all database tables > should map to EJBs, because that is what all the hype is about. > > Now, for real world, does it work well? Yes and no. There is a terribly large amount of overhead involved in EJB to begin with, then you start adding all the RMI calls over the network and that adds some load too. In general we try to model our EJB such that we minimize the Entity beans. Certainly they are handy, but let us take a classic example of a person bean. A person also has an address, now addresses dont change much so I really dont see a lot of sense in deploying an address bean that will sit for most of the time in the pool and not be instantiated. So I would just use a regular class (which may get a datasource from the JNDI services) and do this address class using regular JDBC. So yes entity beans work well, but we as a java community have "fooled" ourselves into thinking that if it is a table in a database it should be an entity bean. > > Is you answer that one should make create an EJB that > is not CMP, but rather one supplies a hand crafter SQL > command somewhere in its member functions? > Yes, you can use bean managed persistence to handle this. In your case it should be rather simple since you seem to have a built in primary key (D) so it would work easy. There are some situations, especially when doing the kinds of things you are talking about where BMP is the only way to go. Because of complex joins or the need for a complex primary key. it does put more work on the bean developer but in some cases it may be the only way to go. Al - att1.htm
RE: No performance using internet explorer
Title: RE: No performance using internet explorer But still, how would using a proxy slow down things almost to a halt when accessing a site running on my computer when it doesn't when the same site runs on a different computer? I'm not using a proxy btw. Regards, Patrik Andersson -Original Message- From: Alejandro Revilla [mailto:[EMAIL PROTECTED]] Sent: den 30 maj 2000 15:00 To: Orion-Interest Subject: Re: No performance using internet explorer > > Patrik Andersson wrote: > > > Has anyone experienced having almost no performance at all when using > > internet explorer to navigate sites running on orion? I have orion > > setup on my local machine, but navigating the site using internet > > explorer i impossible, but using netscapes gives good performance. > > Also, when surfing to the same site but on a different machine also > > runs at good speed...regards > > Patrik Andersson > Please make sure you are not using a proxy (configured on your IE and not on Netscape). --Alejandro --[ jPOS ]-- Alejandro P. Revilla Voice:+598-2-4082462 CompuService Srl. Fax:+598-2-4081385 Tacuarembo 1442/309 Email: [EMAIL PROTECTED] Montevideo - Uruguay http://www.jpos.org ---[ OpenSource ISO-8583 implementation ]---
Re: No performance using internet explorer
> > Patrik Andersson wrote: > > > Has anyone experienced having almost no performance at all when using > > internet explorer to navigate sites running on orion? I have orion > > setup on my local machine, but navigating the site using internet > > explorer i impossible, but using netscapes gives good performance. > > Also, when surfing to the same site but on a different machine also > > runs at good speed...regards > > Patrik Andersson > Please make sure you are not using a proxy (configured on your IE and not on Netscape). --Alejandro --[ jPOS ]-- Alejandro P. RevillaVoice:+598-2-4082462 CompuService Srl. Fax:+598-2-4081385 Tacuarembo 1442/309 Email: [EMAIL PROTECTED] Montevideo - Uruguay http://www.jpos.org ---[ OpenSource ISO-8583 implementation ]---
Newbie tools question
Hi people, Are the ear, ejb and webapp assembler tools functional? I've tried to use them but the ejbassembler for eg. cannot find my bean classes (I have the classpath variable set up, so the jvm should be finding them). Sorry if I've missed an answer to this before! Thanks, Simon. Your email address says a lot about you. Express yourself @ another.com http://another.com/jump.jsp?destDesc=another.com/login.jsp?sig=393
RE: No performance using internet explorer
Title: RE: No performance using internet explorer Sorry, I'm using Windows NT 4.0 SP 6a, Java 2 SDK 1.3, Orion Server 1.0 rc2. Regards, Patrik Andersson -Original Message- From: Karl Avedal [mailto:[EMAIL PROTECTED]] Sent: den 30 maj 2000 13:43 To: Orion-Interest Cc: Orion-Interest Subject: Re: No performance using internet explorer Hello, Do you have any more details on this? We have never seen this, and have been unable to reporduce it, what OS and JVM are you using? Regards, Karl Avedal Patrik Andersson wrote: > Has anyone experienced having almost no performance at all when using > internet explorer to navigate sites running on orion? I have orion > setup on my local machine, but navigating the site using internet > explorer i impossible, but using netscapes gives good performance. > Also, when surfing to the same site but on a different machine also > runs at good speed...regards > Patrik Andersson
RE: IE performance with Orion
Title: RE: IE performance with Orion The thing is that the problem only occurs when I access the site running locally on my machine, not when I'm accessing an almost identical site running on a different machine. That's what is so strange about it. -Original Message- From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] Sent: den 30 maj 2000 13:22 To: Orion-Interest Subject: IE performance with Orion Um, there were two things about this mentioned, I think. I already deleted them from my Inbox, but I'll take a stab anyway. "No performance using internet explorer" That's hard to substantiate in the real world; admittedly, your setup may be pathological in behavior, but I use IE nearly exclusively, and my site is orion. I have absolutely no performance issues. "500 server error" Um, IE has "friendly error messages" which serve to hide nearl all relevant information from you. Go to tools/advanced, and turn off all friendly error messages. Or use NS, which means your browsing enjoyment will be crippled, but NS assumes you've at least the IQ of a baboon on LSD, which can't be said for IE. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
RE: No performance using internet explorer
Title: RE: No performance using internet explorer I'm using Microsoft Internet Explorer 5.5 Beta (I know, it's beta) We have a site which I am currently running two instances of using Orion 1.0 rc1 (rc2 on my computer). When accessing that site on my local computer it doesn't have any performance at all, but using netscape there is nothing strange at all. When using Internet explorer to access that same site, but running on orion 1.0rc1 on a different machine, on an other webserver there is nothing strange at all... it's a very fuzzy description I know... I just can't seem to find a solution to it (other than dumping internet explorer when accessing the site locally on my machine)... Regards, Patrik Andersson >Hello, >Do you have any more details on this? We have never seen this, and have >been unable to reporduce it, what OS and JVM are you using? >Regards, >Karl Avedal >Patrik Andersson wrote: >> Has anyone experienced having almost no performance at all when using >> internet explorer to navigate sites running on orion? I have orion >> setup on my local machine, but navigating the site using internet >> explorer i impossible, but using netscapes gives good performance. >> Also, when surfing to the same site but on a different machine also >> runs at good speed...regards >> Patrik Andersson
Re: Orion Primer
Hello Al, If you define your ejb-refs correctly, they are bound to the java:comp/ tree. Are you sure your ejb-ref's are correct? My guess is that those are missing or incorrect, which make you need to use the global names but that's not a good solution. Regards, Karl Avedal Al Fogleson wrote: > OK weird question here, since I worked this problem and found that orion is > placing the binding in the / heirarchy and not the java:comp/env heirarchy, > is there any reason for that??? > > Maybe I am lost but isnt the java:comp/env/ejb heirarchy where they should > go? (although I vaguely recall that in 1.1 it is not required to be placed > there, it seems like every other app server I have used puts them there. I > had to resort to using forte and its JNDI browser to find the hello bean > that Ernst has made. once I found that it was a simple matter of changing > his "java:comp/ejb/hello" call to a "hello.ejb.Hello" and it was found > easily. > > Probably something for Magnus or Karl to aqnswer for me. :) maybe i am just > totally confused after evaluating so many servers. > > Al
RE: Orion Primer
I went through a phase also where I was baffled by where stuff was supposed to go. :-) As far as web components are concerned, the Servlet spec describes the setup precisely. For various arcana refer to the appropriate specs (like taglib location and deployment descriptor which are in the JSP spec). Chapter 17 in the EJB spec talks about where EJB stuff goes, physically, and so forth. The jakarta-tomcat docs also discuss web app structure, in conformance with the servlet spec. What is also interesting is that these docs mention a useful "source" structure, which is then used to populate a deployment directory (like something in orion/applications) using Ant (jakarta-ant). I have found this a useful method for keeping sources out of the deployment folder, while simplifying the build procedures greatly. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ernst de Haan Sent: Monday, May 29, 2000 10:09 PM To: Orion-Interest Subject: Re: Orion Primer Hi all, Okay, Magnus Stenman helped me out with this problem. The problem was that the servlet was in the wrong directory in the .war file. It was located under the root directory while it should have been under the directory WEB-INF/classes in the .war. So next challenge is getting the servlet to find the EJB Home. I spent quite some time on this. If anyone is feeling enlightened, please look into this and let us know. The updated files are online again: * Orion Primer http://www.znerd.demon.nl/orion-primer/ Ernst Ernst de Haan wrote: > Hi Jason and other members of Orion-Interest, > > > Is there anyone here that can help debug this persistent problem with > Orion? I have set up a simple recipe for Orion newbies (including > myself), and although everything looks fine, the servlet that should be > created to handle requests cannot be instantiated, and Orion does not > provide much information on what the problem might be. > > IMHO a simple step-by-step guide is very important for the success of > Orion. Any help would be greatly appreciated. > > * Orion Primer > http://www.znerd.demon.nl/orion-primer/ > > Jason wrote: > > I've followed the instructions and deleted/recreated everything 3 > > times. I keep getting to the point where I type in (step 12 second > > part): > > > > http://localhost:8080/orion-primer > > > > And just get a: > > > > "Document contained no data" > > Jason, first I suggest you upgrade to the latest version of Orion. There > are multiple ways of doing that: > > * Download the orion-1.0rc1.zip but replace `rc1' with `rc2' > * Auto-update using the command: java -jar autoupdate.jar > * Replace your orion.jar with http://www.orionserver.com/orion/orion.jar > > Perhaps you should do a combination of the above. > [ Question to the Orion team: What exactly is the recommended way to > upgrade to the ever-changing `latest' version? :) ] > > Then concerning the problem you have: I had the same problem. So I > upgraded using the rc2 download. Autodeployment went just fine. But when > I pointed my browser to http://localhost:9092/orion-primer/ I got an > exception that said there was an error instantiating the servlet. There > was no extra information that allowed me to track the source of the > problem. > > So I contacted Magic_EMC (Magnus Stenman) on the channel #orionserver or > #java on EFnet (an IRC chat network). He said he would change the code > so the complete stack trace would be printed in the log file > (orion/application-deployments/orion-primer/application.log) But I had > no luck autoupdating from my rc2.zip yet, so I haven't been able to > check that the information now prints out. > > I currently get the following information printed in the application log > file: > > 5/25/00 5:18 PM Started > 5/25/00 5:20 PM orion-primer-web: Started > 5/25/00 5:20 PM orion-primer-web: Servlet error > javax.servlet.ServletException: Error instantiating default servlet 'hello.web.HelloServlet' > at com.evermind.server.http.HttpApplication.rz(JAX, Compiled Code) > at com.evermind.server.http.HttpApplication.qz(JAX, Compiled Code) > at com.evermind.server.http.dk.o7(JAX) > at com.evermind.util.e.run(JAX, Compiled Code) > > Any help would be greatly appreciated! > > Ernst > > > > >From netscape? > > > > I notice after building the packages with ant, the orion terminal says: > > > > Auto-deploying orion-primer... > > Auto-deploying orion-primer-ejb.jar... done. > > Auto-deploying /usr/share/orion/default-web-app... > > Orion/1.0rc1 initialized > > > > Then just after hitting localhost:8080/orion-primer in netscape I see in > > the orion terminal window: > > > > Auto-deploying Orion Primer Web Application > > > > But nothing happens?? Any hints (I've been trying for 3 days to get the > > orion-primer up and running)?? I'm to my limits and am about to give up > > on the Orion server and try another one... > > > > any help would be appreciated! > > > > -T
Re: No performance using internet explorer
Hello, Do you have any more details on this? We have never seen this, and have been unable to reporduce it, what OS and JVM are you using? Regards, Karl Avedal Patrik Andersson wrote: > Has anyone experienced having almost no performance at all when using > internet explorer to navigate sites running on orion? I have orion > setup on my local machine, but navigating the site using internet > explorer i impossible, but using netscapes gives good performance. > Also, when surfing to the same site but on a different machine also > runs at good speed...regards > Patrik Andersson
IE performance with Orion
Um, there were two things about this mentioned, I think. I already deleted them from my Inbox, but I'll take a stab anyway. "No performance using internet explorer" That's hard to substantiate in the real world; admittedly, your setup may be pathological in behavior, but I use IE nearly exclusively, and my site is orion. I have absolutely no performance issues. "500 server error" Um, IE has "friendly error messages" which serve to hide nearl all relevant information from you. Go to tools/advanced, and turn off all friendly error messages. Or use NS, which means your browsing enjoyment will be crippled, but NS assumes you've at least the IQ of a baboon on LSD, which can't be said for IE. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Orion Primer
On Tue, 30 May 2000, Christian Sell wrote: > > >Open source isn't an issue. Look at how well tomcat is being utilized. > > now, orion is NOT open source, is it? Otherwise, where is the source code? > Tomcat is great to work with, easy to set up, good logging (not much doc > either, though). No, it isn't. Tomcat seems "easy to use" because it does so freakin' little. The things that Tomcat does are just as easy to do in Orion, because both follow the spec... but when Tomcat does things oddly, you're just as screwed as you are with Orion - moreso, really, because with Tomcat there's no real place where the buck stops, and with Orion, if you're well and truly stuck, you can buy a license and bug the authors legitimately. :) (I'm sure they're gonna rag me about that.) At any rate, tomcat's piss-poor functionality is more of an issue anyway. And it's "open source" only in that you can see the source; if you think your changes are going to affect the Reference Implementation, oh MAN are you deluded... > > > > >I plan on committing some real time to orionsupport.com this week to get > >the document organization straightened out, and then if you know how to do > >something in Orion... admit it. Write it up. I'll put it online and we'll > >build working docs. > > I think there is a long way to go. Please, say something about debugging as > well.. A long way to go for what? And the idea for orionsupport.com is not that *I* will write up how to use Orion - it's that WE, the orion community, will help ourselves. If it turns into Ottinger's support project, screw it. I'll let someone else do it. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Orion Primer
after installing orion-primer, upon invoking http://localhost:8080/orion-primer/, I get an error 500 (internal server error). Is there any place where I can see what error occured? None of the logfiles I can find shows anything interesting. Is thre a way to debug this?
Re: Orion Primer
>Open source isn't an issue. Look at how well tomcat is being utilized. now, orion is NOT open source, is it? Otherwise, where is the source code? Tomcat is great to work with, easy to set up, good logging (not much doc either, though). > >I plan on committing some real time to orionsupport.com this week to get >the document organization straightened out, and then if you know how to do >something in Orion... admit it. Write it up. I'll put it online and we'll >build working docs. > I think there is a long way to go. Please, say something about debugging as well..
Re: Orion Primer
Christian, > now, to me this discussion looks like there is a real problem. We have a > complex product (full J2EE as opposed to JSP/servlet engines you get > elsewhere), which is NOT open source and therefore comes without > sourcecode. The documentation is rudimentary and so is the error logging (I > remember getting my Jserv installation up and running mostly by looking at > the logs). Yes, well, on one hand I think you have a point. Since Orion is not open-source, logging, documentation and support are very important. But on the other hand Orion is the best implementation of the latest and greatest standards I have seen so far. Ernst
Re: Orion Primer
On Tue, 30 May 2000, Christian Sell wrote: Slow there, hoss. The docs are rudimentary, yes. (I'm working on correcting that, by organizing orionsupport.com - which you can expect to start actually showing real content in a few days.) That's okay anyway, because Orion is J2EE-compliant. You can use the J2EE spec as docs. Open source isn't an issue. Look at how well tomcat is being utilized. I plan on committing some real time to orionsupport.com this week to get the document organization straightened out, and then if you know how to do something in Orion... admit it. Write it up. I'll put it online and we'll build working docs. > now, to me this discussion looks like there is a real problem. We have a > complex product (full J2EE as opposed to JSP/servlet engines you get > elsewhere), which is NOT open source and therefore comes without > sourcecode. The documentation is rudimentary and so is the error logging (I > remember getting my Jserv installation up and running mostly by looking at > the logs). > > > --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Orion Primer
Orion is easy to get going, that isn't the problem. What is difficult is accessing the advanced features. I would like to see more documentation on setting up Orion to run with multiple servers. Also despite spending at least a day trying I have never been able to get 2 Orions working together with one containing JSPs and the other containing the EJBs. Dan Winfield - Original Message - From: Christian Sell <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Tuesday, May 30, 2000 7:58 AM Subject: Re: Orion Primer > now, to me this discussion looks like there is a real problem. We have a > complex product (full J2EE as opposed to JSP/servlet engines you get > elsewhere), which is NOT open source and therefore comes without > sourcecode. The documentation is rudimentary and so is the error logging (I > remember getting my Jserv installation up and running mostly by looking at > the logs). > >
No performance using internet explorer
Has anyone experienced having almost no performance at all when using internet explorer to navigate sites running on orion? I have orion setup on my local machine, but navigating the site using internet explorer i impossible, but using netscapes gives good performance. Also, when surfing to the same site but on a different machine also runs at good speed... regardsPatrik Andersson
Redeployment bug [was: Re: Orion Primer]
Okay, I updated the Orion Primer to use the solution Al suggested. When I tried to run the application this time, everything went fine. So `hooray' for Al! :) This is the output I got: Time stamp: Tue May 30 10:55:22 CEST 2000 Hello type: StatelessSessionBeanWrapper0 Answer: Hello But then when I re-generate the .ear file (I just call `ant'), Orion detects that the file changed and attempts to redeploy the application. But if I press `Reload' in my browser window, I get this: 500 Internal Server Error javax.servlet.ServletException: Unable to get home interface: java.lang.NoClassDefFoundError: hello.ejb.HelloHome at hello.web.HelloServlet.init(HelloServlet.java, Compiled Code) at com.evermind.server.http.HttpApplication.sx(JAX, Compiled Code) at com.evermind.server.http.HttpApplication.sj(JAX) at com.evermind.server.http.HttpApplication.r6(JAX, Compiled Code) at com.evermind.server.http.HttpApplication.q2(JAX, Compiled Code) at com.evermind.server.http.dm.pa(JAX, Compiled Code) at com.evermind.server.http.dm.o9(JAX) at com.evermind.util.e.run(JAX, Compiled Code) Instead of calling `ant' I just did `touch rel/orion-primer.ear', but that triggered the same problem. So I'd say we're dealing with a live one here: A Bug!! ;) Ernst Al Fogleson wrote: > OK weird question here, since I worked this problem and found that orion is > placing the binding in the / heirarchy and not the java:comp/env heirarchy, > is there any reason for that??? > > Maybe I am lost but isnt the java:comp/env/ejb heirarchy where they should > go? (although I vaguely recall that in 1.1 it is not required to be placed > there, it seems like every other app server I have used puts them there. I > had to resort to using forte and its JNDI browser to find the hello bean > that Ernst has made. once I found that it was a simple matter of changing > his "java:comp/ejb/hello" call to a "hello.ejb.Hello" and it was found > easily. > > Probably something for Magnus or Karl to aqnswer for me. :) maybe i am just > totally confused after evaluating so many servers. > > > Al > > >
Re: Orion Primer
now, to me this discussion looks like there is a real problem. We have a complex product (full J2EE as opposed to JSP/servlet engines you get elsewhere), which is NOT open source and therefore comes without sourcecode. The documentation is rudimentary and so is the error logging (I remember getting my Jserv installation up and running mostly by looking at the logs).
RE: www.orionsupport.com
Title: RE: www.orionsupport.com > -Original Message- > From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] > > Gordon, the site *is* supposed to be up, but note that it's > MY site and > not Orion's (although it's done hand-in-glove, more or less.) > > We're aware of the XSL issues, and I'm working on it. > > BTW, would you like to help with it? I was merely looking to see what support was provided. As far as helping goes, I wouldn't call myself an expert in EJB or Orion so I'm not sure how much I could help. What do you need help with? Ciao, Gordon
Re: www.orionsupport.com
Gordon, the site *is* supposed to be up, but note that it's MY site and not Orion's (although it's done hand-in-glove, more or less.) We're aware of the XSL issues, and I'm working on it. BTW, would you like to help with it? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Orion Primer
Al & all, Al Fogleson wrote: > OK weird question here, since I worked this problem and found that orion is > placing the binding in the / heirarchy and not the java:comp/env heirarchy, > is there any reason for that??? > > Maybe I am lost but isnt the java:comp/env/ejb heirarchy where they should > go? (although I vaguely recall that in 1.1 it is not required to be placed > there, it seems like every other app server I have used puts them there. I > had to resort to using forte and its JNDI browser to find the hello bean > that Ernst has made. once I found that it was a simple matter of changing > his "java:comp/ejb/hello" call to a "hello.ejb.Hello" and it was found > easily. Thanks for pointing this out. I tried to lookup entries under java:comp/env, but I could not find anything there. Magnus pointed out that there needs to be a reference in the web.xml to the bean used. So I added in the web.xml the following: ejb/hello Session hello.ejb.HelloHome hello.ejb.Hello According to section 7.3.1.1 in `Designing Enterprise Application with the Java 2 Platform, Enterprise Edition', that should do the trick. But it doesn't. I think this piece of XML should allow me to do the lookup as `java:comp/env/ejb/hello', can anybody point out where I go wrong? Is there a way to see what Orion thinks of a deployment descriptor? Some secret --verbose option, perhaps? I would like to see what it places in JNDI contexts. > Probably something for Magnus or Karl to aqnswer for me. :) maybe i am just > totally confused after evaluating so many servers. Thanks again, (P)Al :) Ernst
www.orionsupport.com
Title: www.orionsupport.com Is this site supposed to be up? I get the following error when trying to access http://www.orionsupport.com/: 500 Internal Server Error java.net.MalformedURLException: no protocol: orion.xsl at com.evermind.servlet.ax.d1(JAX, Compiled Code) at com.evermind.servlet.SAXXSLTServlet.service(JAX, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at com.evermind.server.http.dm.pa(JAX, Compiled Code) at com.evermind.server.http.dm.o9(JAX) at com.evermind.util.e.run(JAX, Compiled Code) --- Codito, ergo sum -- "I code, therefore I am" --- Gordon Tyler <[EMAIL PROTECTED]> AST -- Product Development Tel: +27-(0)21-6803412 PGP key available on request
