NullPointerException during deployment...
I just spent 3 hours tracking a NullPointerException which occured during deployment of an ejb-jar.xml (Orion 1.5.2 Windows 2000, JDK 1.3.1). For the benefit of everyone else: If you get a NullPointerException without any other messages from orion during deployment, check to make sure that any bean entities which are referenced from deployed beans are also deployed. For example (EJB2.0 CMP), if you have UserEntityBean which references AddressEntity, as in: class UserEntityBean ... { public abstract AddressEntity getAddress(); public abstract void setAddress(AddressEntity address); } Make sure that you have also deployed AddressEntity bean in ejb-jar.xml The same goes for orion-ejb-jar.xml. Any beans that you reference which are not deployed might cause a NullPointerException to occur during deployment. -AP_
Re: multiple instances of a servlet?
Hi Ville, Do you, by any chance, have different names defined for your controller servlet in the web.xml file? I also have my own ControllerServlet framework and I just have a single instance, unless I define more than one name for the same servlet. If you define different web applications you would also have different instances, even if you use the same name, so have a look at your web.xml files to see if the problem is in there. Just my 2ec, D. Ville Rinne wrote: Kevin, let me know how your tests came out. I did some more testing myself and I found it strange that when I created a specific simple test-servlet for this case I didn't manage to get more than one instance of it created. I'll do some more testing tomorrow but there is definitely something strange going on. Obviously the amount my testservlet takes to complete a request is smaller than the amount of time my request-controller takes but at this point I honestly don't have a clue :P Anyhow, since servlets aren't synchronized in any way by default, how would it increase performance even if there was more than one instance of them in existance? cheers, Ville Rinne Of course it isn't a huge problem On Tue, 7 Aug 2001, Duffey, Kevin wrote: Keep in mind that every app server is allowed to implement the spec in their own manner. It does sound peculiar, but it is very possible that Orion gets its performance by pooling a few servlet instances even without the single threaded model. I don't know for sure, but that seems logical. By having even two or three instances, it could increase the ability to handle ore requests..although myself I thought that a single instance would be plenty fast to have literally thousands of requests per second hit it. Each time a request comes in, the container should create a new thread for that request then send it on its way to the servlet instance. A PIII600 system can run over 1billion instructions per second. Figure that with the JVM interpreter, your code and any resources, you should still be able to iterate thousands of requests per second, unless object creation in a servlet (and depending on what it is doing) slows things down. The one factor I am not sure of is how many threads a JVM can handle at one time. I have heard of single servers handling 1000's of hits per second, and if each request goes to a JSP or servlet, that should equate to one new thread per request..even if the session id is the same (for example, the user somehow opened a new window from the browser window..and could possibly submit two (or more) requests at the same time). At any rate, it sounds to me like perhaps either there is a bug, or that Orion is doing this pooling automatically to increase performance. Interesting though..I will now check out to see if my MVC framework does the same thing. -Original Message- From: Ville Rinne [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 07, 2001 7:59 AM To: Orion-Interest Subject: multiple instances of a servlet? We've implemented the request-controller pattern using a servlet as the entry-point of all our jsp-pages. For some reason Orion creates multiple instances of this servlet even though it isn't implementing SingleThreadModel and there isn't anything peculiar about it. I have the servlet printing to System.out every time init() is run and every time it receives a request, it also prints the memory address of the instance that's handling it. For some reason with this servlet there are multiple instances (up to 3 so far) that handle these requests. There doesn't seem to be any larger logic in which instance gets to handle the request. It's not a problem per se but I just find it rather strange since I assumed that only one instance of a servlet would be created. Anyone else ran into this ? cheers, Ville Rinne
Using JNDI
Title: Using JNDI Hi all, How can I consume an EJB within Orion server with a standalone application, not in web application? In Orion documentation, I saw the explaination to talk to JNDI outside the container, but how can I use it? Thanks in advance Binh Duong [EMAIL PROTECTED]
Re: multiple instances of a servlet?
Maybe you should read my entire message since I clearly stated that I wasn't using SingleThreadModel .. - Original Message - From: Richard Wu [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 3:45 AM Subject: Re: multiple instances of a servlet? if you really care performance, you shouldn't use singlethreadmodel in first place. - Original Message - From: Ville Rinne [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, August 07, 2001 7:06 PM Subject: RE: multiple instances of a servlet? Kevin, let me know how your tests came out. I did some more testing myself and I found it strange that when I created a specific simple test-servlet for this case I didn't manage to get more than one instance of it created. I'll do some more testing tomorrow but there is definitely something strange going on. Obviously the amount my testservlet takes to complete a request is smaller than the amount of time my request-controller takes but at this point I honestly don't have a clue :P Anyhow, since servlets aren't synchronized in any way by default, how would it increase performance even if there was more than one instance of them in existance? cheers, Ville Rinne Of course it isn't a huge problem On Tue, 7 Aug 2001, Duffey, Kevin wrote: Keep in mind that every app server is allowed to implement the spec in their own manner. It does sound peculiar, but it is very possible that Orion gets its performance by pooling a few servlet instances even without the single threaded model. I don't know for sure, but that seems logical. By having even two or three instances, it could increase the ability to handle ore requests..although myself I thought that a single instance would be plenty fast to have literally thousands of requests per second hit it. Each time a request comes in, the container should create a new thread for that request then send it on its way to the servlet instance. A PIII600 system can run over 1billion instructions per second. Figure that with the JVM interpreter, your code and any resources, you should still be able to iterate thousands of requests per second, unless object creation in a servlet (and depending on what it is doing) slows things down. The one factor I am not sure of is how many threads a JVM can handle at one time. I have heard of single servers handling 1000's of hits per second, and if each request goes to a JSP or servlet, that should equate to one new thread per request..even if the session id is the same (for example, the user somehow opened a new window from the browser window..and could possibly submit two (or more) requests at the same time). At any rate, it sounds to me like perhaps either there is a bug, or that Orion is doing this pooling automatically to increase performance. Interesting though..I will now check out to see if my MVC framework does the same thing. -Original Message- From: Ville Rinne [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 07, 2001 7:59 AM To: Orion-Interest Subject: multiple instances of a servlet? We've implemented the request-controller pattern using a servlet as the entry-point of all our jsp-pages. For some reason Orion creates multiple instances of this servlet even though it isn't implementing SingleThreadModel and there isn't anything peculiar about it. I have the servlet printing to System.out every time init() is run and every time it receives a request, it also prints the memory address of the instance that's handling it. For some reason with this servlet there are multiple instances (up to 3 so far) that handle these requests. There doesn't seem to be any larger logic in which instance gets to handle the request. It's not a problem per se but I just find it rather strange since I assumed that only one instance of a servlet would be created. Anyone else ran into this ? cheers, Ville Rinne
Re: multiple instances of a servlet?
Daniel, So far I've just been running it on a test-platform using just the default web-application. I haven't defined any additional names for it. However, Richard Wu's mail where he pasted this from the spec: For a servlet not implementing SingleThreadModel and not hosted in a distributed environment (the default), got me thinking that as we have our servers configured to run in a cluster would that affect this ? And indeed this is a bit of a problem, like in our case the request-controller reads and caches the page-information from the db, now if I want to refresh the cache without restarting the server I can't control which instance of the servlet will get refreshed .. - Original Message - From: Daniel López [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 10:04 AM Subject: Re: multiple instances of a servlet? Hi Ville, Do you, by any chance, have different names defined for your controller servlet in the web.xml file? I also have my own ControllerServlet framework and I just have a single instance, unless I define more than one name for the same servlet. If you define different web applications you would also have different instances, even if you use the same name, so have a look at your web.xml files to see if the problem is in there. Just my 2ec, D. Ville Rinne wrote: Kevin, let me know how your tests came out. I did some more testing myself and I found it strange that when I created a specific simple test-servlet for this case I didn't manage to get more than one instance of it created. I'll do some more testing tomorrow but there is definitely something strange going on. Obviously the amount my testservlet takes to complete a request is smaller than the amount of time my request-controller takes but at this point I honestly don't have a clue :P Anyhow, since servlets aren't synchronized in any way by default, how would it increase performance even if there was more than one instance of them in existance? cheers, Ville Rinne Of course it isn't a huge problem On Tue, 7 Aug 2001, Duffey, Kevin wrote: Keep in mind that every app server is allowed to implement the spec in their own manner. It does sound peculiar, but it is very possible that Orion gets its performance by pooling a few servlet instances even without the single threaded model. I don't know for sure, but that seems logical. By having even two or three instances, it could increase the ability to handle ore requests..although myself I thought that a single instance would be plenty fast to have literally thousands of requests per second hit it. Each time a request comes in, the container should create a new thread for that request then send it on its way to the servlet instance. A PIII600 system can run over 1billion instructions per second. Figure that with the JVM interpreter, your code and any resources, you should still be able to iterate thousands of requests per second, unless object creation in a servlet (and depending on what it is doing) slows things down. The one factor I am not sure of is how many threads a JVM can handle at one time. I have heard of single servers handling 1000's of hits per second, and if each request goes to a JSP or servlet, that should equate to one new thread per request..even if the session id is the same (for example, the user somehow opened a new window from the browser window..and could possibly submit two (or more) requests at the same time). At any rate, it sounds to me like perhaps either there is a bug, or that Orion is doing this pooling automatically to increase performance. Interesting though..I will now check out to see if my MVC framework does the same thing. -Original Message- From: Ville Rinne [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 07, 2001 7:59 AM To: Orion-Interest Subject: multiple instances of a servlet? We've implemented the request-controller pattern using a servlet as the entry-point of all our jsp-pages. For some reason Orion creates multiple instances of this servlet even though it isn't implementing SingleThreadModel and there isn't anything peculiar about it. I have the servlet printing to System.out every time init() is run and every time it receives a request, it also prints the memory address of the instance that's handling it. For some reason with this servlet there are multiple instances (up to 3 so far) that handle these requests. There doesn't seem to be any larger logic in which instance gets to handle the request. It's not a problem per se but I just find it rather strange since I assumed that only one instance of a servlet would be created. Anyone else ran into this ? cheers, Ville Rinne
Too Many Open Files?
OS: RedHat7.1 ORION: 1.5.2 JAVA: Blackdown 1.3.1 FCS (-green -Xmx400M) ERROR: java.io.FileNotFoundException:filename (Too many open files) Hi, I am receiving the above error in the global-application.log a number of times a day. Is this related to the problem on linux where you can only have 1024 file handles open? Has anyone resolved this / has documentation on how to do it? What are the implications of this error to the user - I have not experienced any problems on the client side. Thanks, Richard.
UNSUSCRIBE
Re: FW: Logging in to server twice does not work.
Christian, We never found a way around this, we run from an applet. we were able to use the RMIContextfactory and have repeated login attempts. We have also abandoned rmi lookups due to performance and are going towards a messaging paradigm for communication. mike [EMAIL PROTECTED] wrote: In think the message was lost again, trying one more time. Sorry for the repost... Does anyone know how to login again when the first attempt fails? Logging in twice seems to be impossible. How to reproduce: import javax.naming.*; import java.util.*; /** * InitialContext reconnection test. * @author Christian Tellefsen */ // Make sure you: // a) Have a META-INF/application-client.xml in the right place. // b) Replace the server name below. public class ContextTest { static void connect() { Hashtable env = new Hashtable(); env.put( java.naming.factory.initial, com.evermind.server.ApplicationClientInitialContextFactory); env.put( java.naming.provider.url, ormi://localhost/appit); // replace with your server try{ // This will show the login box the first time, // but not the second time. new InitialContext(env); } catch(Exception e) {e.printStackTrace();} } public static void main(String[] s) { connect(); System.out.println(Once more unto the breach...); connect(); } } Obviously I would like the login box to appear again. I cannot find any way to tell the server to replace the old principal and credential. I feel weird telling my users that sorry, if you enter the wrong password you have to restart the program. Obviously this is a showstopper. I see that other people have asked the same question, but no answers. I am also reporting this as a bug (#577) in bugzilla. Any help or workarounds would be greatly appreciated. yours Christian Tellefsen -- ## Michael Weissman e-mail: [EMAIL PROTECTED] Clarent Corporation 303-734-5003 Fax 303-734-4244 1221 W. Mineral Ave. Littleton, Co 80120 In the land of the dark, the ship of the sun is drawn by the grateful dead -- Egyptian Book of the Dead ##
Re: Too Many Open Files?
This article may address your issue. http://www.patoche.org/LTT/all/0128.html AFAIK the error is propagated to the client, unless you are catching the IO exception on the way through somewhere. Scott -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World Richard Taylor wrote: OS: RedHat7.1 ORION: 1.5.2 JAVA: Blackdown 1.3.1 FCS (-green -Xmx400M) ERROR: java.io.FileNotFoundException: filename (Too many open files) Hi, I am receiving the above error in the global-application.log a number of times a day. Is this related to the problem on linux where you can only have 1024 file handles open? Has anyone resolved this / has documentation on how to do it? What are the implications of this error to the user - I have not experienced any problems on the client side. Thanks, Richard.
Re: Too Many Open Files?
Richard, This was discussed on the list a couple of weeks ago. The answers to your questions: Is it related to the problem on linux where you can only have 1024 file handles open? yes. Has anyone resolved this? yes. To rectify, you must recompile the kernel to handle more open file handles (summary of the original post). Jeff. Richard Taylor wrote: OS: RedHat7.1ORION: 1.5.2JAVA: Blackdown 1.3.1 FCS (-green -Xmx400M) ERROR:java.io.FileNotFoundException: filename (Too many open files) Hi, I am receiving the above error in the global-application.log a number of times a day. Is this related to the problem on linux where you can only have 1024 file handles open? Has anyone resolved this / has documentation on how to do it? What are the implications of this error to the user - I have not experienced any problems on the client side. Thanks, Richard. -- Jeff Hubbach Internet Developer New Media Designs, Inc. www.nmd.com
Session Sharing Again
Title: Session Sharing Again OK to not beat a dead horse or anything cause i have read through the previous emails to try and solve hte problem BUT ... i baiscally have an EJB App on there that sets sup session variables Then I have some jsps and servlets on the regular default site that need to read those session variables. In my default-web-site.xml I have this: default-web-app application=default name=defaultWebApp shared=true load-on-startup=true / AND web-app application=scope-users name=scope-users-web shared=true root=/scope-users load-on-startup=false max-inactivity-time=no shutdown / Is there anything else I need to do Please help :)
Why can't orion respond to their customers? (was RE: FW: Logging in to server twice does not work.)
My God, this is frustrating. I have tried reporting the bug in bugzilla. I have tried mailing to the list. I have tried mailing Orion directly. All I have received from Orion is complete and utter silence. I have not even gotten a reply saying that the matter is being looked at, or even that my mail has been received. If I had gotten any respnse at all I would not have said this publicly, but since you refuse to acknowledge my mails, I have to ask: Why do you not take your paying customers seriously? Your support is extremely bad. We have production systems running on your server, and we need to know when the bugs will be fixed. yours Christian. Does anyone have any email address the Orion guys will respond to? -Original Message- From: Mike Weissman [mailto:[EMAIL PROTECTED]] Sent: 8. august 2001 15:34 To: Orion-Interest Subject: Re: FW: Logging in to server twice does not work. Christian, We never found a way around this, we run from an applet. we were able to use the RMIContextfactory and have repeated login attempts. We have also abandoned rmi lookups due to performance and are going towards a messaging paradigm for communication. mike [EMAIL PROTECTED] wrote: In think the message was lost again, trying one more time. Sorry for the repost... Does anyone know how to login again when the first attempt fails? Logging in twice seems to be impossible. How to reproduce: import javax.naming.*; import java.util.*; /** * InitialContext reconnection test. * @author Christian Tellefsen */ // Make sure you: // a) Have a META-INF/application-client.xml in the right place. // b) Replace the server name below. public class ContextTest { static void connect() { Hashtable env = new Hashtable(); env.put( java.naming.factory.initial, com.evermind.server.ApplicationClientInitialContextFactory); env.put( java.naming.provider.url, ormi://localhost/appit); // replace with your server try{ // This will show the login box the first time, // but not the second time. new InitialContext(env); } catch(Exception e) {e.printStackTrace();} } public static void main(String[] s) { connect(); System.out.println(Once more unto the breach...); connect(); } } Obviously I would like the login box to appear again. I cannot find any way to tell the server to replace the old principal and credential. I feel weird telling my users that sorry, if you enter the wrong password you have to restart the program. Obviously this is a showstopper. I see that other people have asked the same question, but no answers. I am also reporting this as a bug (#577) in bugzilla. Any help or workarounds would be greatly appreciated. yours Christian Tellefsen -- ## Michael Weissman e-mail: [EMAIL PROTECTED] Clarent Corporation 303-734-5003 Fax 303-734-4244 1221 W. Mineral Ave. Littleton, Co 80120 In the land of the dark, the ship of the sun is drawn by the grateful dead -- Egyptian Book of the Dead ##
RE: Authenticator class and J2EE security
You are opening a socket connection inside an ejb. No appserver supports this. The j2ee spec's indicate this is a no=no. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrick Lightbody Sent: Wednesday, August 08, 2001 8:46 AM To: Orion-Interest Subject: Authenticator class and J2EE security Anyone know if there could be any conflict between getting URLConnection opened to an secure URL (www.cisco.com/warp/customer) and the security credentials used by a J2EE app server (Orion in this case)? From an anonymous (non-authenticated) JSP or servlet, the code: Authenticator.setDefault(new Authenticator() { protected PasswordAuthentication getPasswordAuthentication() { return new PasswordAuthentication(foo, bar.toCharArray()); } }); URLConnection conn = url.openConnection(); conn.connect(); System.out.println(conn.getHeaderField(0)); prints out HTTP/1.1 200 OK or something like that. But when inside an EJB (Orion application server 1.5.2 is the app server), the same code results a NullPointerException in the VM: java.lang.NullPointerException at sun.net.www.protocol.http.AuthenticationInfo.getAuth(AuthenticationInfo.java :139) at sun.net.www.protocol.http.AuthenticationInfo.getServerAuth(AuthenticationInf o.java:112) at sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConnection. java:221) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection .java:509) at sun.net.www.protocol.http.HttpURLConnection.getHeaderField(HttpURLConnection .java:828) at com.cisco.paws.document.ejb.PAWSDocumentManagerEJB.addFile(PAWSDocumentManag erEJB.java:291) at com.cisco.paws.document.ejb.PAWSDocumentManagerEJB.addFile(PAWSDocumentManag erEJB.java:262) at PAWSDocumentManager_StatelessSessionBeanWrapper112.addFile(PAWSDocumentManag er_StatelessSessionBeanWrapper112.java:1216) at com.cisco.paws.action.AddFile.execute(AddFile.java:120) at webwork.servlets.Dispatcher.service(Dispatcher.java:477) at javax.servlet.http.HttpServlet.service(HttpServlet.java:336) at com.evermind._eab.doFilter(Unknown Source) at com.sitemesh.filter.PageFilter.parsePage(PageFilter.java:166) at com.sitemesh.filter.PageFilter.doFilter(PageFilter.java:99) at com.evermind._cxb._abe(Unknown Source) at com.evermind._cxb._uec(Unknown Source) at com.evermind._io._twc(Unknown Source) at com.evermind._io._gc(Unknown Source) at com.evermind._if.run(Unknown Source) However, when I pick through the URLConnection variable in my debugger, I do find that the response[] array, index 0, has the value HTTP/1.1 401 Authentication or something like that. Basically, from what I can gather, authentication is failing (don't know why, the same code works in a JSP), but I can't even tell that in the code since conn.getHeaderFields() throws an internal exception. :( I also made sure that the code in the EJB was setting the authenticator, not the code in my test JSP (since the EJB doesn't have access to a default authenticator created in a web module). I'm not very familiar with how the java.net package authenticates, but my only guess is that because it only fails in the EJB containers, that it there could be a conflict between the EJB caller identity/security and the Authenticator. Should I open a bug with the Orion folks (although it doesn't look like their code is involved in the stack trace)? Oh, and yeah, I know grabbing URLs is supposed to be a no-no in EJB design, but sometimes you have to bend the rules. :) -Pat
SV: Authenticator class and J2EE security
Title: SV: Authenticator class and J2EE security Just got an idea, do you think that Authenticator being a singleton (or is it a multiton) causes problems when running in the context of the EJB container? regards, Patrik Andersson (JWzrd) -Ursprungligt meddelande- Från: Patrick Lightbody [mailto:[EMAIL PROTECTED]] Skickat: den 8 augusti 2001 17:46 Till: Orion-Interest Ämne: Authenticator class and J2EE security Anyone know if there could be any conflict between getting URLConnection opened to an secure URL (www.cisco.com/warp/customer) and the security credentials used by a J2EE app server (Orion in this case)? From an anonymous (non-authenticated) JSP or servlet, the code: Authenticator.setDefault(new Authenticator() { protected PasswordAuthentication getPasswordAuthentication() { return new PasswordAuthentication(foo, bar.toCharArray()); } }); URLConnection conn = url.openConnection(); conn.connect(); System.out.println(conn.getHeaderField(0)); prints out HTTP/1.1 200 OK or something like that. But when inside an EJB (Orion application server 1.5.2 is the app server), the same code results a NullPointerException in the VM: java.lang.NullPointerException at sun.net.www.protocol.http.AuthenticationInfo.getAuth(AuthenticationInfo.java:139) at sun.net.www.protocol.http.AuthenticationInfo.getServerAuth(AuthenticationInfo.java:112) at sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConnection.java:221) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:509) at sun.net.www.protocol.http.HttpURLConnection.getHeaderField(HttpURLConnection.java:828) at com.cisco.paws.document.ejb.PAWSDocumentManagerEJB.addFile(PAWSDocumentManagerEJB.java:291) at com.cisco.paws.document.ejb.PAWSDocumentManagerEJB.addFile(PAWSDocumentManagerEJB.java:262) at PAWSDocumentManager_StatelessSessionBeanWrapper112.addFile(PAWSDocumentManager_StatelessSessionBeanWrapper112.java:1216) at com.cisco.paws.action.AddFile.execute(AddFile.java:120) at webwork.servlets.Dispatcher.service(Dispatcher.java:477) at javax.servlet.http.HttpServlet.service(HttpServlet.java:336) at com.evermind._eab.doFilter(Unknown Source) at com.sitemesh.filter.PageFilter.parsePage(PageFilter.java:166) at com.sitemesh.filter.PageFilter.doFilter(PageFilter.java:99) at com.evermind._cxb._abe(Unknown Source) at com.evermind._cxb._uec(Unknown Source) at com.evermind._io._twc(Unknown Source) at com.evermind._io._gc(Unknown Source) at com.evermind._if.run(Unknown Source) However, when I pick through the URLConnection variable in my debugger, I do find that the response[] array, index 0, has the value HTTP/1.1 401 Authentication or something like that. Basically, from what I can gather, authentication is failing (don't know why, the same code works in a JSP), but I can't even tell that in the code since conn.getHeaderFields() throws an internal exception. :( I also made sure that the code in the EJB was setting the authenticator, not the code in my test JSP (since the EJB doesn't have access to a default authenticator created in a web module). I'm not very familiar with how the java.net package authenticates, but my only guess is that because it only fails in the EJB containers, that it there could be a conflict between the EJB caller identity/security and the Authenticator. Should I open a bug with the Orion folks (although it doesn't look like their code is involved in the stack trace)? Oh, and yeah, I know grabbing URLs is supposed to be a no-no in EJB design, but sometimes you have to bend the rules. :) -Pat
Re: Developing with Jbuilder
Check out the JDev9i Beta available now on OTN. Wes Weems wrote: Is there some sort of plugin, or has anyne configured jbuilder to allow it to use its EJB functionality but with orion? I wanna build deployment descriptors etc... I realize if you build an ear, it will auto re-deploy on the orion server if its been setup Any info would be wonderfull WEs -- -= Nick =- __ Nick Kritikos [EMAIL PROTECTED] Internet Architecture Performance (Voice)650.506.5124 Enterprise Technology Center Oracle Corporation 500 Oracle Parkway M/S 5OP3 Redwood Shores, California 94065 The statements and opinions expressed here are my own and do not necessarily represent those of ORACLE Corporation. __ begin:vcard n:;Nick x-mozilla-html:FALSE adr:;; version:2.1 email;internet:[EMAIL PROTECTED] fn:Nick Kritikos end:vcard
UNSUSCRIBE
RE: Why can't orion respond to their customers?
Ironflare consists of less than 5 people. I think its not from them not wanting to respond or ignoring you, but from being very busy. Think about how less than 5 people can create an awesome app server like this, what must their daily schedules look like? I also think they want to stay small and work on their product instead of growing a massive company with a giant support center. They charge such a small amount for such an awsome product probably exactly because they realize they cannot provide you with very good support. Of course you could always buy Oracle 9iAS (which is really Orion) and you'll probably get awesome support, but you'll be paying $4 instead of $1500 for more or less the same product. You decide. -Original Message- From: Troy Heninger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 9:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? I second this! I have tried to report a bug both in bugzilla and email directly to Orion. I have heard absolutely nothing. What's going on? If you find some way to get any response from the company to bug reports please let me know too. Troy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 9:23 AM To: Orion-Interest Subject: Why can't orion respond to their customers? (was RE: FW: Logging in to server twice does not work.) My God, this is frustrating. I have tried reporting the bug in bugzilla. I have tried mailing to the list. I have tried mailing Orion directly. All I have received from Orion is complete and utter silence. I have not even gotten a reply saying that the matter is being looked at, or even that my mail has been received. If I had gotten any respnse at all I would not have said this publicly, but since you refuse to acknowledge my mails, I have to ask: Why do you not take your paying customers seriously? Your support is extremely bad. We have production systems running on your server, and we need to know when the bugs will be fixed. yours Christian. Does anyone have any email address the Orion guys will respond to? -Original Message- From: Mike Weissman [mailto:[EMAIL PROTECTED]] Sent: 8. august 2001 15:34 To: Orion-Interest Subject: Re: FW: Logging in to server twice does not work. Christian, We never found a way around this, we run from an applet. we were able to use the RMIContextfactory and have repeated login attempts. We have also abandoned rmi lookups due to performance and are going towards a messaging paradigm for communication. mike [EMAIL PROTECTED] wrote: In think the message was lost again, trying one more time. Sorry for the repost... Does anyone know how to login again when the first attempt fails? Logging in twice seems to be impossible. How to reproduce: import javax.naming.*; import java.util.*; /** * InitialContext reconnection test. * @author Christian Tellefsen */ // Make sure you: // a) Have a META-INF/application-client.xml in the right place. // b) Replace the server name below. public class ContextTest { static void connect() { Hashtable env = new Hashtable(); env.put( java.naming.factory.initial, com.evermind.server.ApplicationClientInitialContextFactory); env.put( java.naming.provider.url, ormi://localhost/appit); // replace with your server try{ // This will show the login box the first time, // but not the second time. new InitialContext(env); } catch(Exception e) {e.printStackTrace();} } public static void main(String[] s) { connect(); System.out.println(Once more unto the breach...); connect(); } } Obviously I would like the login box to appear again. I cannot find any way to tell the server to replace the old principal and credential. I feel weird telling my users that sorry, if you enter the wrong password you have to restart the program. Obviously this is a showstopper. I see that other people have asked the same question, but no answers. I am also reporting this as a bug (#577) in bugzilla. Any help or workarounds would be greatly appreciated. yours Christian Tellefsen -- ## Michael Weissman e-mail: [EMAIL PROTECTED] Clarent Corporation 303-734-5003 Fax 303-734-4244 1221 W. Mineral Ave. Littleton, Co 80120 In the land of the dark, the ship of the sun is drawn by the grateful dead -- Egyptian Book of the Dead ##
handling null values in finders
Hey all! I am using mssql with orion, and my problem is that my finders dont find null values. The problem is that orion just generates a whereclause where x = null, and in tsql no instance of null equals another instance of null, so the correct where clause would be where x is null. I now write my queries all as where $1 = $field or ($1 is null and $field is null) as a workaround, but I wonder if orion has some kind of special null handling. regarz chris
Re: Session Sharing Again
Hello Joseph, As stated in an obscure mail long time ago (I coundn't find it in my folder ;) ) you can share sessions only between multiple instances of the same app, no between apps. If you need a central repository for info that needs to be accessed by multiple apps, JNDI is a good idea. Wednesday, August 08, 2001, 11:14:47 AM, you wrote: NJF OK to not beat a dead horse or anything cause i have read through NJF the previous emails to try and solve hte problem NJF BUT ... i baiscally have an EJB App on there that sets sup session variables NJF Then I have some jsps and servlets on the regular default site that need to NJF read those session variables. NJF In my default-web-site.xml I have this: NJF default-web-app application=default name=defaultWebApp shared=true NJF load-on-startup=true / NJF AND NJF web-app application=scope-users name=scope-users-web shared=true NJF root=/scope-users load-on-startup=false max-inactivity-time=no shutdown / -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
RE: Why can't orion respond to their customers?
While I agree they probably focus on the product, they also have an obligation to support those actually paying to use their product. What I would suggest is they set up a way to hand out license info such as an ID or something, and set up an email form that includes the license ID, etc. Then, respond specifically to those that buy licenses for Orion. This would at least eliminate their need to try to read and reply to all emails, but instead only focus on emails from those that have actual licensed IDs. Using a database, they can even weed out those emails that someone tries sending with a fake id, or invalid id, name and password (after all..you know people would try to get a response from them by doing this). Support for free use of the product I have no problem seeing none of. Support of those that are paying money and using a product in production, that is a different story. The deal with Oracle may have made the team some money, but there are still users paying money to use it as well and they deserve support too. I love Orion...its a fantastic product at a rock bottom price with almost all the features I'd want (although I have to say I am really looking forward to complete EJB 2.0, Servlet 2.3 and JSP 1.2 support). But I have to admit JBoss with its much larger support and more features and nicer looking architecture is looking more promising as an EJB server. Orion is still tops on the servlet/jsp setup, load balancing and performance. -Original Message- From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 11:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? Ironflare consists of less than 5 people. I think its not from them not wanting to respond or ignoring you, but from being very busy. Think about how less than 5 people can create an awesome app server like this, what must their daily schedules look like? I also think they want to stay small and work on their product instead of growing a massive company with a giant support center. They charge such a small amount for such an awsome product probably exactly because they realize they cannot provide you with very good support. Of course you could always buy Oracle 9iAS (which is really Orion) and you'll probably get awesome support, but you'll be paying $4 instead of $1500 for more or less the same product. You decide. -Original Message- From: Troy Heninger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 9:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? I second this! I have tried to report a bug both in bugzilla and email directly to Orion. I have heard absolutely nothing. What's going on? If you find some way to get any response from the company to bug reports please let me know too. Troy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 9:23 AM To: Orion-Interest Subject: Why can't orion respond to their customers? (was RE: FW: Logging in to server twice does not work.) My God, this is frustrating. I have tried reporting the bug in bugzilla. I have tried mailing to the list. I have tried mailing Orion directly. All I have received from Orion is complete and utter silence. I have not even gotten a reply saying that the matter is being looked at, or even that my mail has been received. If I had gotten any respnse at all I would not have said this publicly, but since you refuse to acknowledge my mails, I have to ask: Why do you not take your paying customers seriously? Your support is extremely bad. We have production systems running on your server, and we need to know when the bugs will be fixed. yours Christian. Does anyone have any email address the Orion guys will respond to? -Original Message- From: Mike Weissman [mailto:[EMAIL PROTECTED]] Sent: 8. august 2001 15:34 To: Orion-Interest Subject: Re: FW: Logging in to server twice does not work. Christian, We never found a way around this, we run from an applet. we were able to use the RMIContextfactory and have repeated login attempts. We have also abandoned rmi lookups due to performance and are going towards a messaging paradigm for communication. mike [EMAIL PROTECTED] wrote: In think the message was lost again, trying one more time. Sorry for the repost... Does anyone know how to login again when the first attempt fails? Logging in twice seems to be impossible. How to reproduce: import javax.naming.*; import java.util.*; /** * InitialContext reconnection test. * @author Christian Tellefsen */ // Make sure you: // a) Have a META-INF/application-client.xml in the right place. // b) Replace the server name below. public class ContextTest { static void
RE: Why can't orion respond to their customers?
Title: RE: Why can't orion respond to their customers? Or better yet have 2 licences The one they have now ... and allow u to buy a service package that allows u to clal them up ... since lots of places do that that way it will keep the initial licence cheaper -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 2:23 PM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? While I agree they probably focus on the product, they also have an obligation to support those actually paying to use their product. What I would suggest is they set up a way to hand out license info such as an ID or something, and set up an email form that includes the license ID, etc. Then, respond specifically to those that buy licenses for Orion. This would at least eliminate their need to try to read and reply to all emails, but instead only focus on emails from those that have actual licensed IDs. Using a database, they can even weed out those emails that someone tries sending with a fake id, or invalid id, name and password (after all..you know people would try to get a response from them by doing this). Support for free use of the product I have no problem seeing none of. Support of those that are paying money and using a product in production, that is a different story. The deal with Oracle may have made the team some money, but there are still users paying money to use it as well and they deserve support too. I love Orion...its a fantastic product at a rock bottom price with almost all the features I'd want (although I have to say I am really looking forward to complete EJB 2.0, Servlet 2.3 and JSP 1.2 support). But I have to admit JBoss with its much larger support and more features and nicer looking architecture is looking more promising as an EJB server. Orion is still tops on the servlet/jsp setup, load balancing and performance. -Original Message- From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 11:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? Ironflare consists of less than 5 people. I think its not from them not wanting to respond or ignoring you, but from being very busy. Think about how less than 5 people can create an awesome app server like this, what must their daily schedules look like? I also think they want to stay small and work on their product instead of growing a massive company with a giant support center. They charge such a small amount for such an awsome product probably exactly because they realize they cannot provide you with very good support. Of course you could always buy Oracle 9iAS (which is really Orion) and you'll probably get awesome support, but you'll be paying $4 instead of $1500 for more or less the same product. You decide. -Original Message- From: Troy Heninger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 9:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? I second this! I have tried to report a bug both in bugzilla and email directly to Orion. I have heard absolutely nothing. What's going on? If you find some way to get any response from the company to bug reports please let me know too. Troy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 9:23 AM To: Orion-Interest Subject: Why can't orion respond to their customers? (was RE: FW: Logging in to server twice does not work.) My God, this is frustrating. I have tried reporting the bug in bugzilla. I have tried mailing to the list. I have tried mailing Orion directly. All I have received from Orion is complete and utter silence. I have not even gotten a reply saying that the matter is being looked at, or even that my mail has been received. If I had gotten any respnse at all I would not have said this publicly, but since you refuse to acknowledge my mails, I have to ask: Why do you not take your paying customers seriously? Your support is extremely bad. We have production systems running on your server, and we need to know when the bugs will be fixed. yours Christian. Does anyone have any email address the Orion guys will respond to? -Original Message- From: Mike Weissman [mailto:[EMAIL PROTECTED]] Sent: 8. august 2001 15:34 To: Orion-Interest Subject: Re: FW: Logging in to server twice does not work. Christian, We never found a way around this, we run from an applet. we were able to use the RMIContextfactory and have repeated login attempts. We have also abandoned rmi lookups due to performance and are going towards a messaging paradigm for communication. mike [EMAIL PROTECTED] wrote: In think the message was lost again, trying one more time. Sorry for the repost...
Re: Why can't orion respond to their customers?
Here's an alternative on the servlet/JSP front (just starting and in beta, though...with some unique support problems of their own). http://www.rexip.com/pipeline/en/-/-/com.tcc.site.pipeline.news.PublicNews-V iew?catID=1oid=5 Michael J. Cannon - Original Message - From: Duffey, Kevin [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:23 PM Subject: RE: Why can't orion respond to their customers? While I agree they probably focus on the product, they also have an obligation to support those actually paying to use their product. What I would suggest is they set up a way to hand out license info such as an ID or something, and set up an email form that includes the license ID, etc. Then, respond specifically to those that buy licenses for Orion. This would at least eliminate their need to try to read and reply to all emails, but instead only focus on emails from those that have actual licensed IDs. Using a database, they can even weed out those emails that someone tries sending with a fake id, or invalid id, name and password (after all..you know people would try to get a response from them by doing this). Support for free use of the product I have no problem seeing none of. Support of those that are paying money and using a product in production, that is a different story. The deal with Oracle may have made the team some money, but there are still users paying money to use it as well and they deserve support too. I love Orion...its a fantastic product at a rock bottom price with almost all the features I'd want (although I have to say I am really looking forward to complete EJB 2.0, Servlet 2.3 and JSP 1.2 support). But I have to admit JBoss with its much larger support and more features and nicer looking architecture is looking more promising as an EJB server. Orion is still tops on the servlet/jsp setup, load balancing and performance. -Original Message- From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 11:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? Ironflare consists of less than 5 people. I think its not from them not wanting to respond or ignoring you, but from being very busy. Think about how less than 5 people can create an awesome app server like this, what must their daily schedules look like? I also think they want to stay small and work on their product instead of growing a massive company with a giant support center. They charge such a small amount for such an awsome product probably exactly because they realize they cannot provide you with very good support. Of course you could always buy Oracle 9iAS (which is really Orion) and you'll probably get awesome support, but you'll be paying $4 instead of $1500 for more or less the same product. You decide. -Original Message- From: Troy Heninger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 9:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? I second this! I have tried to report a bug both in bugzilla and email directly to Orion. I have heard absolutely nothing. What's going on? If you find some way to get any response from the company to bug reports please let me know too. Troy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 9:23 AM To: Orion-Interest Subject: Why can't orion respond to their customers? (was RE: FW: Logging in to server twice does not work.) My God, this is frustrating. I have tried reporting the bug in bugzilla. I have tried mailing to the list. I have tried mailing Orion directly. All I have received from Orion is complete and utter silence. I have not even gotten a reply saying that the matter is being looked at, or even that my mail has been received. If I had gotten any respnse at all I would not have said this publicly, but since you refuse to acknowledge my mails, I have to ask: Why do you not take your paying customers seriously? Your support is extremely bad. We have production systems running on your server, and we need to know when the bugs will be fixed. yours Christian. Does anyone have any email address the Orion guys will respond to? -Original Message- From: Mike Weissman [mailto:[EMAIL PROTECTED]] Sent: 8. august 2001 15:34 To: Orion-Interest Subject: Re: FW: Logging in to server twice does not work. Christian, We never found a way around this, we run from an applet. we were able to use the RMIContextfactory and have repeated login attempts. We have also abandoned rmi lookups due to performance and are going towards a messaging paradigm for communication. mike [EMAIL PROTECTED] wrote: In think the
UNSUSCRIBE
RE: Why can't orion respond to their customers?
Interesting..but no info on pricing at all. Plus, it doesn't seem to have a built in web server, so you have to plug it into a web server. This isn't bad, but our entire site is JSP based..so I would want an integrated web server. -Original Message- From: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 1:19 PM To: Orion-Interest Subject: Re: Why can't orion respond to their customers? Here's an alternative on the servlet/JSP front (just starting and in beta, though...with some unique support problems of their own). http://www.rexip.com/pipeline/en/-/-/com.tcc.site.pipeline.new s.PublicNews-V iew?catID=1oid=5 Michael J. Cannon - Original Message - From: Duffey, Kevin [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:23 PM Subject: RE: Why can't orion respond to their customers? While I agree they probably focus on the product, they also have an obligation to support those actually paying to use their product. What I would suggest is they set up a way to hand out license info such as an ID or something, and set up an email form that includes the license ID, etc. Then, respond specifically to those that buy licenses for Orion. This would at least eliminate their need to try to read and reply to all emails, but instead only focus on emails from those that have actual licensed IDs. Using a database, they can even weed out those emails that someone tries sending with a fake id, or invalid id, name and password (after all..you know people would try to get a response from them by doing this). Support for free use of the product I have no problem seeing none of. Support of those that are paying money and using a product in production, that is a different story. The deal with Oracle may have made the team some money, but there are still users paying money to use it as well and they deserve support too. I love Orion...its a fantastic product at a rock bottom price with almost all the features I'd want (although I have to say I am really looking forward to complete EJB 2.0, Servlet 2.3 and JSP 1.2 support). But I have to admit JBoss with its much larger support and more features and nicer looking architecture is looking more promising as an EJB server. Orion is still tops on the servlet/jsp setup, load balancing and performance. -Original Message- From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 11:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? Ironflare consists of less than 5 people. I think its not from them not wanting to respond or ignoring you, but from being very busy. Think about how less than 5 people can create an awesome app server like this, what must their daily schedules look like? I also think they want to stay small and work on their product instead of growing a massive company with a giant support center. They charge such a small amount for such an awsome product probably exactly because they realize they cannot provide you with very good support. Of course you could always buy Oracle 9iAS (which is really Orion) and you'll probably get awesome support, but you'll be paying $4 instead of $1500 for more or less the same product. You decide. -Original Message- From: Troy Heninger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 9:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? I second this! I have tried to report a bug both in bugzilla and email directly to Orion. I have heard absolutely nothing. What's going on? If you find some way to get any response from the company to bug reports please let me know too. Troy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 9:23 AM To: Orion-Interest Subject: Why can't orion respond to their customers? (was RE: FW: Logging in to server twice does not work.) My God, this is frustrating. I have tried reporting the bug in bugzilla. I have tried mailing to the list. I have tried mailing Orion directly. All I have received from Orion is complete and utter silence. I have not even gotten a reply saying that the matter is being looked at, or even that my mail has been received. If I had gotten any respnse at all I would not have said this publicly, but since you refuse to acknowledge my mails, I have to ask: Why do you not take your paying customers seriously? Your support is extremely bad. We have production systems running on your server, and we need to know when the bugs will be fixed. yours Christian.
UNSUSCRIBE
RE: handling null values in finders
Hi, It is not problem of mssql, it was defined in SQL 92 standard. There is special command in tsql SET ANSI_NULLS which controls this behavior. This command can be used as another workaround, if your jdbc driver supports some sort of connection initialization. At least it's faster then wait for some actions from orion guys. But in general, personally I am trying to avoid using null values and use 0 instead, if it is possible. Simon Salykov. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christoph Sturm Sent: Wednesday, August 08, 2001 9:03 PM To: Orion-Interest Subject: handling null values in finders Hey all! I am using mssql with orion, and my problem is that my finders dont find null values. The problem is that orion just generates a whereclause where x = null, and in tsql no instance of null equals another instance of null, so the correct where clause would be where x is null. I now write my queries all as where $1 = $field or ($1 is null and $field is null) as a workaround, but I wonder if orion has some kind of special null handling. regarz chris
Re: Too Many Open Files?
Yep running out of file descriptors. You have a max of 1024 per process, but as just about everything in Linux (and Unix) uses a file descriptor (like the tcp sockets java uses), you can easily use this up. www.jlinux.org has instructions on what you need to change before you recompile your kernel. You may also want to change to native threads as well as this will give you better performance for server side apps. Chris Richard Taylor wrote: OS: RedHat7.1 ORION: 1.5.2 JAVA: Blackdown 1.3.1 FCS (-green -Xmx400M) ERROR: java.io.FileNotFoundException: filename (Too many open files) Hi, I am receiving the above error in the global-application.log a number of times a day. Is this related to the problem on linux where you can only have 1024 file handles open? Has anyone resolved this / has documentation on how to do it? What are the implications of this error to the user - I have not experienced any problems on the client side. Thanks, Richard.
Re: Why can't orion respond to their customers?
RE: Why can't orion respond to their customers?Or, you could contract with Atalassian/Dadrion Consulting or Ejip.net for incident support (or with any of the Open Symphony folks that are available for contract) or advertise for consultants/help here...I'm sure there are folks who have some spare bandwidth to help with your particular problem. Another idea might be that we set up a OrionSIG (as has been suggested before) with a RFC / RFQ marketplace for those that don't want to pay USD$75 - USD $200 /per incident. Or, as was suggested earlier, you could buy Oracle's product and contract with them. Michael J. Cannon PM-hsqldb.org, Inc. - Original Message - From: Nusairat, Joseph F. To: Orion-Interest Sent: Wednesday, August 08, 2001 3:04 PM Subject: RE: Why can't orion respond to their customers? Or better yet have 2 licences The one they have now ... and allow u to buy a service package that allows u to clal them up ... since lots of places do that that way it will keep the initial licence cheaper -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 2:23 PM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? While I agree they probably focus on the product, they also have an obligation to support those actually paying to use their product. What I would suggest is they set up a way to hand out license info such as an ID or something, and set up an email form that includes the license ID, etc. Then, respond specifically to those that buy licenses for Orion. This would at least eliminate their need to try to read and reply to all emails, but instead only focus on emails from those that have actual licensed IDs. Using a database, they can even weed out those emails that someone tries sending with a fake id, or invalid id, name and password (after all..you know people would try to get a response from them by doing this). Support for free use of the product I have no problem seeing none of. Support of those that are paying money and using a product in production, that is a different story. The deal with Oracle may have made the team some money, but there are still users paying money to use it as well and they deserve support too. I love Orion...its a fantastic product at a rock bottom price with almost all the features I'd want (although I have to say I am really looking forward to complete EJB 2.0, Servlet 2.3 and JSP 1.2 support). But I have to admit JBoss with its much larger support and more features and nicer looking architecture is looking more promising as an EJB server. Orion is still tops on the servlet/jsp setup, load balancing and performance. -Original Message- From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 11:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? Ironflare consists of less than 5 people. I think its not from them not wanting to respond or ignoring you, but from being very busy. Think about how less than 5 people can create an awesome app server like this, what must their daily schedules look like? I also think they want to stay small and work on their product instead of growing a massive company with a giant support center. They charge such a small amount for such an awsome product probably exactly because they realize they cannot provide you with very good support. Of course you could always buy Oracle 9iAS (which is really Orion) and you'll probably get awesome support, but you'll be paying $4 instead of $1500 for more or less the same product. You decide. -Original Message- From: Troy Heninger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 9:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? I second this! I have tried to report a bug both in bugzilla and email directly to Orion. I have heard absolutely nothing. What's going on? If you find some way to get any response from the company to bug reports please let me know too. Troy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 9:23 AM To: Orion-Interest Subject: Why can't orion respond to their customers? (was RE: FW: Logging in to server twice does not work.) My God, this is frustrating. I have tried reporting the bug in bugzilla. I have tried mailing to the list. I have tried mailing Orion directly. All I have received from Orion is complete and utter silence. I have not even gotten a reply saying that the matter is being looked at, or even that my mail has been received. If I had gotten any respnse at all I would not have said this publicly, but since you refuse to acknowledge my mails, I have to ask: Why do you not take your paying customers seriously? Your support is extremely bad. We have production systems running on your
Re: Too Many Open Files?
Would there be interest in a Webmin .wbm module for this and other functionality (also might open the db and console in the web page). Of course, would be SSL enabled. Mike - Original Message - From: Curt Smith [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 2:55 PM Subject: Re: Too Many Open Files? What about being able to open port 80 as non-root? curt Eddie Post [EMAIL PROTECTED] 08/08/01 11:38AM My experience to overcome this problem: Make absolutely sure you don't run Orion as root, such that all java processes are killed nicely and they don't keep on running. They told me that even with su -, java sees the real owner the initiated this (I still have to get deeper into this). After I just started Orion from the command prompt as normal user, this problem disappeared. I used to start Orion with su - in a start-up script. Eddie
ODBC Access to Hypersonic SQL
Can a Microsoft Office user access the Hypersonic SQL database within Orion from their desktop via ODBC ? Craig J. Gregory Director of Information Services Blue Mountain Community College 2411 NW Carden Av. Pendleton, OR 97801 (541) 278-5825 Fax (541) 278-5794
error-page and orion needs more debug output
I can't get the error page to be processed per my web.xml config. I have a tag: servlet-mapping servlet-nameOTFwebTierEntryPoint/servlet-name url-pattern/OTF/*/url-pattern /servlet-mapping error-page error-code404/error-code locationjscribeSysError.jsp/location /error-page error-page error-code500/error-code locationjscribeSysError.jsp/location /error-page error-page exception-type-codejava.lang.Throwable/exception-type-code locationjscribeSysError.jsp/location /error-page When I add the error-page all exception traces to the browser stop, but I'm getting null responses instead and no orion logging. I've tried: location/OTF/jscribeSysError.jsp/location No different. I've set development="true" in oron-web.xml and see that this jsp is being compiled. I wittled the jsp down to a dirt simple html only html this is an error /html No response sent from orion. I WISH I COULD TURN ON DEBUG TRACING FOR ORION??? How about anyone else?? This is the most silent application I've ever worked with. Here's the compiled jsp that is confirming it's dirt simple and is being hit as my web.xml above does work?? Thanks for any thoughts. curt --- import javax.servlet.*; import javax.servlet.http.*; import javax.servlet.jsp.*; import javax.servlet.jsp.tagext.*; public class __jspPage0_jscribeSysError_jsp extends com.orionserver.http.OrionHttpJspPage { public void _jspService(HttpServletRequest request, HttpServletResponse response) throws java.io.IOException, ServletException { String _tempString; Object __tempVar; response.setContentType("text/html"); HttpSession session; __jspPage0_jscribeSysError_jsp page = this; session = request.getSession(true); PageContext pageContext = JspFactory.getDefaultFactory().getPageContext(this, request, response, null, true, 8192, true); JspWriter out = pageContext.getOut(); int __tempInt; try { out.write("html\n head /head\nbody bgcolor=\"white\"\n\ncenter\n\nh2JScribe System Error/h2\n/center\n\n/body\n/html\n"); } catch(Exception __jspE2) { out.clearBuffer(); pageContext.handlePageException(__jspE2); } finally { out.close(); JspFactory.getDefaultFactory().releasePageContext(pageContext); } }
Re: Why can't orion respond to their customers?
Download it...no pricing available yet, but interesting nonetheless...even if only because it's the only app-server to be written with Chinese dialects AND English as the defaults (Korean is available, too, supposedly) Interesting interfaces, developers environment, and it does serve up HTML, and can be extended for XHTML, XML, perl and php (at least on windows). I'm doing the site testing and benchmarks now...the JDO beta (also available on the site) is Oracle only, though, so THAT'S gonna have to change (to kdb and hsqldb, of course!) They claim that they are the fastest and most scalable on all available platforms for JSPs and servlets...we'll see...others might wanna do benchmarks too, since there's the chance NONE of us might be able to publish them. Michael J. Cannon PM-hsqldb.org, Inc. - Original Message - From: Duffey, Kevin [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 4:05 PM Subject: RE: Why can't orion respond to their customers? Interesting..but no info on pricing at all. Plus, it doesn't seem to have a built in web server, so you have to plug it into a web server. This isn't bad, but our entire site is JSP based..so I would want an integrated web server. -Original Message- From: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 1:19 PM To: Orion-Interest Subject: Re: Why can't orion respond to their customers? Here's an alternative on the servlet/JSP front (just starting and in beta, though...with some unique support problems of their own). http://www.rexip.com/pipeline/en/-/-/com.tcc.site.pipeline.new s.PublicNews-V iew?catID=1oid=5 Michael J. Cannon - Original Message - From: Duffey, Kevin [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:23 PM Subject: RE: Why can't orion respond to their customers? While I agree they probably focus on the product, they also have an obligation to support those actually paying to use their product. What I would suggest is they set up a way to hand out license info such as an ID or something, and set up an email form that includes the license ID, etc. Then, respond specifically to those that buy licenses for Orion. This would at least eliminate their need to try to read and reply to all emails, but instead only focus on emails from those that have actual licensed IDs. Using a database, they can even weed out those emails that someone tries sending with a fake id, or invalid id, name and password (after all..you know people would try to get a response from them by doing this). Support for free use of the product I have no problem seeing none of. Support of those that are paying money and using a product in production, that is a different story. The deal with Oracle may have made the team some money, but there are still users paying money to use it as well and they deserve support too. I love Orion...its a fantastic product at a rock bottom price with almost all the features I'd want (although I have to say I am really looking forward to complete EJB 2.0, Servlet 2.3 and JSP 1.2 support). But I have to admit JBoss with its much larger support and more features and nicer looking architecture is looking more promising as an EJB server. Orion is still tops on the servlet/jsp setup, load balancing and performance. -Original Message- From: Aaron Tavistock [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 11:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? Ironflare consists of less than 5 people. I think its not from them not wanting to respond or ignoring you, but from being very busy. Think about how less than 5 people can create an awesome app server like this, what must their daily schedules look like? I also think they want to stay small and work on their product instead of growing a massive company with a giant support center. They charge such a small amount for such an awsome product probably exactly because they realize they cannot provide you with very good support. Of course you could always buy Oracle 9iAS (which is really Orion) and you'll probably get awesome support, but you'll be paying $4 instead of $1500 for more or less the same product. You decide. -Original Message- From: Troy Heninger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 08, 2001 9:02 AM To: Orion-Interest Subject: RE: Why can't orion respond to their customers? I second this! I have tried to report a bug both in bugzilla and email directly to Orion. I have heard absolutely nothing. What's going on? If you find some way to get any response from
Re: What happened to this mailing list???
Ok. excellent. I guess I am quite nervous at the moment about the whole oiron thing. I am still using and pushing and promoting its use but I think I'll feel a lot better when the next versin is released. It's been a long time now and the powers that be get very nervous. Not because they expect every vendor to put out new releases all the time. But more because it used to happen and then suddenly stopped. I realise the oracle deal happened and that is fantastic news. Simon PS. This is not a flame! :-)
UNSUSCRIBE
Re: ODBC Access to Hypersonic SQL
Use a JDBC-ODBC Bridge...it'll get you to Access or Excel... Check out www.nogginware.com and some direction sites: Sun's JDBC driver database: http://industry.java.sun.com/products/jdbc/drivers a type 3 Access driver (under LGPL,so it's FREE - beer, pretzels, and speech) http://www.objectweb.org/RmiJdbc/RmiJdbcHomePage.htm The 3-layer approach to Type 3 JDBC-ODBC (sometimes necessary) http://www.jetools.com/products/JET_Proxy/arch.jsp EasySoft's site: http://www.jdbcdriver.com/ Costs USD$800/instance, although I believe they have some kind of educational licenses) Merant's 'DataDirct' line of products: http://www.merant.com/products/datadirect/ (also co$ts) The 'Callaway jdbc link' http://www.aw.com/cseng/titles/0-201-70906-6/callaway16.pdf Michael J. Cannon PM-hsqldb.org, Inc. - Original Message - From: Craig J. Gregory [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 5:53 PM Subject: ODBC Access to Hypersonic SQL Can a Microsoft Office user access the Hypersonic SQL database within Orion from their desktop via ODBC ? Craig J. Gregory Director of Information Services Blue Mountain Community College 2411 NW Carden Av. Pendleton, OR 97801 (541) 278-5825 Fax (541) 278-5794
RE: ODBC Access to Hypersonic SQL
of these, nogginware is just about bullet proof...and better than sliced bread. Free to test for a month. I have personally used nogginware to transfer data from access to oracle...I believe it was about 800 mb of data. Took about a minute or two. If all you are doing is transfering data...its also free. sun's driver is almost a waste of time (It almost works). regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael J. Cannon Sent: Wednesday, August 08, 2001 8:38 PM To: Orion-Interest Subject: Re: ODBC Access to Hypersonic SQL Use a JDBC-ODBC Bridge...it'll get you to Access or Excel... Check out www.nogginware.com and some direction sites: Sun's JDBC driver database: http://industry.java.sun.com/products/jdbc/drivers a type 3 Access driver (under LGPL,so it's FREE - beer, pretzels, and speech) http://www.objectweb.org/RmiJdbc/RmiJdbcHomePage.htm The 3-layer approach to Type 3 JDBC-ODBC (sometimes necessary) http://www.jetools.com/products/JET_Proxy/arch.jsp EasySoft's site: http://www.jdbcdriver.com/ Costs USD$800/instance, although I believe they have some kind of educational licenses) Merant's 'DataDirct' line of products: http://www.merant.com/products/datadirect/ (also co$ts) The 'Callaway jdbc link' http://www.aw.com/cseng/titles/0-201-70906-6/callaway16.pdf Michael J. Cannon PM-hsqldb.org, Inc. - Original Message - From: Craig J. Gregory [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 5:53 PM Subject: ODBC Access to Hypersonic SQL Can a Microsoft Office user access the Hypersonic SQL database within Orion from their desktop via ODBC ? Craig J. Gregory Director of Information Services Blue Mountain Community College 2411 NW Carden Av. Pendleton, OR 97801 (541) 278-5825 Fax (541) 278-5794
RE: ODBC Access to Hypersonic SQL
I think he wants to go the other way, ie ODBC client to JDBC datasource, not JDBC client to ODBC datasource. Unfortunately I haven't heard of a generic Client-ODBC-JDBC-HSQL bridge, although if you can find an open source ODBC network driver you might be able to make it work with the HSQL server. Cheers, Neville Burnell Business Manager Software -Original Message- From: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Sent: Thursday, 9 August 2001 1:38 PM To: Orion-Interest Subject: Re: ODBC Access to Hypersonic SQL Use a JDBC-ODBC Bridge...it'll get you to Access or Excel... Check out www.nogginware.com and some direction sites: Sun's JDBC driver database: http://industry.java.sun.com/products/jdbc/drivers a type 3 Access driver (under LGPL,so it's FREE - beer, pretzels, and speech) http://www.objectweb.org/RmiJdbc/RmiJdbcHomePage.htm The 3-layer approach to Type 3 JDBC-ODBC (sometimes necessary) http://www.jetools.com/products/JET_Proxy/arch.jsp EasySoft's site: http://www.jdbcdriver.com/ Costs USD$800/instance, although I believe they have some kind of educational licenses) Merant's 'DataDirct' line of products: http://www.merant.com/products/datadirect/ (also co$ts) The 'Callaway jdbc link' http://www.aw.com/cseng/titles/0-201-70906-6/callaway16.pdf Michael J. Cannon PM-hsqldb.org, Inc. - Original Message - From: Craig J. Gregory [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 5:53 PM Subject: ODBC Access to Hypersonic SQL Can a Microsoft Office user access the Hypersonic SQL database within Orion from their desktop via ODBC ? Craig J. Gregory Director of Information Services Blue Mountain Community College 2411 NW Carden Av. Pendleton, OR 97801 (541) 278-5825 Fax (541) 278-5794