Re: ANSWER: How to use pooled connections in Orion?
Per the thread below, I realize after a bunch of tinkering that my underlying assumption of a distributed app architecture is wrong; Orion is managing DataSources itself, without talking to an external directory server or other networked resource. Duh. But, that's not what I want. What I'm after is to retrieve DataSources from an LDAP server acting as a shared resource on the network. This can be done manually by binding DataSource objects to LDAP independently of Orion, then programmatically creating InitialDirContexts with appropriate connection parameters inside my application code. What might be better though would be if Orion's JNDI "data store" could be configured to use networked LDAP instead of it's internal mechanism. Can it? Can Orion parse a JNDI.xml file or equivalent? I'm not exactly sure at this hour which approach might be more portable; the manual version is obviously more work. --Mark == Thank you Al. I realize I haven't worded my question correctly, though. Maybe a better way to say it is, where is Orion's JNDI environment defined? That is, how does Orion know the location of the LDAP server on the network, plus the binding (login) credentials required so that the data-sources.xml example can work its auto-magic? If I were doing this programmatically I'd create an InitialDirContext parameterized with a Hashtable of connection parameters. Presumably Orion does the same thing behind the scenes. Where are those connection parameters defined to Orion? Many thanks, --Mark === Orion will bind the Datasource to the JNDI environment for you, you set this up in the data-sources.xml file. for instance for my Oracle instance the file is ... defined in data-sources.xml like so ?xml version="1.0"? !DOCTYPE data-sources PUBLIC "Orion data-sources" "http://www.orionserver.com/dtds/data-sources.dtd" data-sources !-- An example/default DataSource that uses an ordinary JDBC-driver (in this case hsql) to create the connections. This tag creates all the needed kinds of data-sources, transactional, pooled and EJB-aware sources. The source generally used in application code is the "EJB" one - it provides transactional safety and connection pooling. -- data-source class="com.evermind.sql.DriverManagerDataSource" name="Oracle" location="jdbc/RedbookDS" xa-location="jdbc/xa/RedbookXADS" ejb-location="jdbc/RedbookDS" connection-driver="oracle.jdbc.driver.OracleDriver" username="" password="" url="jdbc:oracle:thin:@enterprise:1521:G2K_DEV" inactivity-timeout="30" / /data-sources this will bind my DataSource to "java:comp/env/jdbc/RedbookDS" Al - Original Message - From: "Mark" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Saturday, October 21, 2000 8:01 PM Subject: RE: ANSWER: How to use pooled connections in Orion? Deepak et al: I'm confused about how Orion populates the JNDI server with the DataSource object. Obviously for the code fragment you posted to work, an object "jdbc/SQLServerDS" has to exist in your directory server. How does it get there? I would have guessed that admin.jar -installDataSource was the answer, but I find no switch there which would tell Orion how to find the directory server. Many thanks for your posts, they're very helpful! --Mark === Hi, The way you access the datasource is dependent on where will you access the datasource from. I'm currently accessing the datasource from a servlet which is pretty straightforward: InitialContext ctx = new InitialContext(); DataSource ds = (DataSource)ctx.lookup("jdbc/SQLServerDS"); The above method might not be portable but it works for me so I mention it. Note that you don't need any special Orion datasource name. DataSource is defined in javax.sql.* The portable way which require more work is to add the following to your web.xml if you access the datasource from servlets and/or JSP: context-param param-namemyDS/param-name param-valuejdbc/SQLServerDS/param-value /context-param resource-ref descriptionA data source/description res-ref-namemyDS/res-ref-name res-typejavax.sql.DataSource/res-type res-authCONTAINER/res-auth /resource-ref Now, you can access the datasource by: InitialContext ctx = new InitialContext(); DataSource ds = (DataSource)ctx.lookup("java:comp/env/myDS"); --Deepak -Original Message- From: Luis M Bernardo [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 12, 2000 7:39 AM To: Goel, Deepak Subject: Re: ANSWER: How to use pooled connections in Orion? hi. thanks for posting this message, but could you show me how you make the connection (a code snippet)? Looking at old postings I see some people using a DataSource and some others a ConnectionPoolDataSource. Also, you use a DriverManagerDataSource, some other people use a ConnectionDataSource. cheers, luis
RE: Do EJB 2.0 dependent object classes work as per the spec?
If you like I can send you a copy. Drop a mail to me direct (not via the mailing list). Frank On Friday, October 20, 2000 10:04 PM, Joel Shellman [SMTP:[EMAIL PROTECTED]] wrote: I'm just wondering if dependent object classes in Orion 1.4.0 work as laid out in the EJB 2.0 PD2 spec. Talked to Orion staff a while ago and their support is only Public Draft 1, so please try to get a copy of the first draft. Unfortunately, I don't know where to get it. I wish Sun still had it available in the same place. -joel shellman http://www.ants.com/
RE: Orion in production
I wasn't working on the project myself, and possibly gave a slightly mis-leading impression ;- To the best of my knowledge there were 8-12 Dual P3 500, each loaded with all the necessary EJBs, JSPs et al. and load-balanced using BIG IP from F5 Networks. However, none of the boxes were even touched in terms of resource consumption. Apparently, and this is a definite (sic) Windows NT 4/2000 with a dual-processor running Java out-performs a Linux box of the same spec running Java. Originally, the project was trialled to run on Linux, but it was discovered that NT 4 was faster!!! Has anyone else had any experience of this? I was told that it was due to better MP support in NT 4/2000??? George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: 20 October 2000 19:24 To: Orion-Interest Subject: RE: Orion in production Wow! That's pretty impressive results. What sort of hardware are you running? As my performance test showed, on a single PIII650 I was able to generate on average about 4.5million page hits a day (on a simple login process anyways). -Original Message- From: Holmes, George (TWIi London) [mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:14 AM To: Orion-Interest Subject: RE: Orion in production www.opengolf.com This is the official web site for the British Open Golf tournament. Did 30 million page impressions/day (ish) for the four days of the Open. George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: 19 October 2000 22:13 To: Orion-Interest Subject: Orion in production Hi! I have been using orion for about 6 months now, and now, as I'm finishing my app, I need to sell orion to my customers... For this, it would be *VERY* valuable to have a list of sites (on the internet or intranets) which use orion... So, basically, what I have in mind is that anybody on this list that wishes to report a site as being partiallly/fully powered by orion, report it to my email address, [EMAIL PROTECTED], so that I can make a list of these, to publish it on WWW I think this will prove useful for us all. TIA, JP
RE: Orion in production
nt may have better mp support, at least until linux 2.4 comes out officially, but the real issue here is probably the jvm. the jvms in linux just haven't been quite there, and surprisingly microsoft have had the fastest jvms out there for quite some time. in determining whether to run on nt or linux the question for me comes down to reliability. since sp5 nt doesn't slowdown or crash nearly as much as it used to, but i can configure a linux 2.2 box with practically no services on it except the jvm and orion, and it essentially runs well forever (or at least a few months) without trouble. it is still possible to crash nt, and i've even done so with a win2k box. there is usually so much junk on one of those boxes that you cannot get rid of. the new sun linux jvm is much faster than the old blackdown ports, and the inclusion of the hotspot server engine is pretty impressive. we've been running on linux 2-way machines (testing only) for months now--found it fast and never experienced any trouble. i cannot recommend it more.. bradley mclain --- "Holmes, George (TWIi London)" [EMAIL PROTECTED] wrote: I wasn't working on the project myself, and possibly gave a slightly mis-leading impression ;- To the best of my knowledge there were 8-12 Dual P3 500, each loaded with all the necessary EJBs, JSPs et al. and load-balanced using BIG IP from F5 Networks. However, none of the boxes were even touched in terms of resource consumption. Apparently, and this is a definite (sic) Windows NT 4/2000 with a dual-processor running Java out-performs a Linux box of the same spec running Java. Originally, the project was trialled to run on Linux, but it was discovered that NT 4 was faster!!! Has anyone else had any experience of this? I was told that it was due to better MP support in NT 4/2000??? George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: 20 October 2000 19:24 To: Orion-Interest Subject: RE: Orion in production Wow! That's pretty impressive results. What sort of hardware are you running? As my performance test showed, on a single PIII650 I was able to generate on average about 4.5million page hits a day (on a simple login process anyways). -Original Message- From: Holmes, George (TWIi London) [mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:14 AM To: Orion-Interest Subject: RE: Orion in production www.opengolf.com This is the official web site for the British Open Golf tournament. Did 30 million page impressions/day (ish) for the four days of the Open. George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: 19 October 2000 22:13 To: Orion-Interest Subject: Orion in production Hi! I have been using orion for about 6 months now, and now, as I'm finishing my app, I need to sell orion to my customers... For this, it would be *VERY* valuable to have a list of sites (on the internet or intranets) which use orion... So, basically, what I have in mind is that anybody on this list that wishes to report a site as being partiallly/fully powered by orion, report it to my email address, [EMAIL PROTECTED], so that I can make a list of these, to publish it on WWW I think this will prove useful for us all. TIA, JP __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
RE: Orion in production
Apparently, and this is a definite (sic) Windows NT 4/2000 with a dual-processor running Java out-performs a Linux box of the same spec running Java. Originally, the project was trialled to run on Linux, but it was discovered that NT 4 was faster!!! Has anyone else had any experience of this? I was told that it was due to better MP support in NT 4/2000??? I have also seen Windows outperform linux when doing Java. I do not think it is the MP code, but rather the JVM which is far better optimised on Windows (especially multithreading is handled more efficiently, which does a lot in server applications). When people say java is faster on linux they invariably talk about IBM 1.3 with Hotspot being faster than 1.2 on Windows without Hotspot. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway
RE: Orion in production
Hi, Christian I've got the JRun doc set sitting about 10 feet away. iPortal docs are about 20 feet away. Both very nice-looking, I'll grant you that. But in terms of answering concrete, specific questions, they (JRun in particular) didn't strike me (or anyone else here) as being of very much use. I didn't say they were completely useless, but I expected better from an appserver of that price (which for JRun is, of course, still fairly cheap). I find that a lot of the content of documentation from big-league app servers is page after page of how to fill in text fields in GUIs. Sorry, that doesn't cut it. Arved -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell Sent: Sunday, October 22, 2000 9:09 AM To: Orion-Interest Subject: Re: Orion in production IMHO the docs from the better-known app server vendors are just more pretty. In most cases they aren't actually better. The best docs I've ever seen for applications of this kind are those for open-source CORBA ORBs - ORBacus springs to mind. Maybe Orion can emulate those. I dont know what docs you have been looking at. For me, looking at the JRun 3.0 documentation makes me feel like a desert wanderer hitting an oasis. I think a nicely written, consistent, complete, tutorial-like introduction IS a real value. Now, when relating to the issues covered by the J2EE standard, I can accept that we have the spec and are excpected to read it (thoroughly and completely). But when it comes to server-specific issues, I think full, well-written docs are a must. Also, regarding the pricing issue. I dont think those management types are all that stupid. The fact that a company has 1500 employees, has a huge service force and has been in the business for a decade or more may well be worth a few bucks. Its all a matter of perspective, and there is more than one justified perspective IMO. I as a techie running a small shop am well (somewhat) able to cope with orions deficiencies (only a handful of developers, strange definition of "documentation", etc.) in favor of its qualities. But I do accept that a management type running a 300+ heads shop sees things from a different angle. I thinks it is also fair to reflect that in the pricing..
RE: Orion in production
No offence and thanks very much for the data ... On Monday, October 23, 2000 12:00 PM, Holmes, George (TWIi London) [SMTP:[EMAIL PROTECTED]] wrote: I wasn't working on the project myself, and possibly gave a slightly mis-leading impression ;- To the best of my knowledge there were 8-12 Dual P3 500, each loaded with all the necessary EJBs, JSPs et al. and load-balanced using BIG IP from F5 Networks. However, none of the boxes were even touched in terms of resource consumption. Apparently, and this is a definite (sic) Windows NT 4/2000 with a dual-processor running Java out-performs a Linux box of the same spec running Java. Originally, the project was trialled to run on Linux, but it was discovered that NT 4 was faster!!! Has anyone else had any experience of this? I was told that it was due to better MP support in NT 4/2000??? George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: 20 October 2000 19:24 To: Orion-Interest Subject: RE: Orion in production Wow! That's pretty impressive results. What sort of hardware are you running? As my performance test showed, on a single PIII650 I was able to generate on average about 4.5million page hits a day (on a simple login process anyways). -Original Message- From: Holmes, George (TWIi London) [mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:14 AM To: Orion-Interest Subject: RE: Orion in production www.opengolf.com This is the official web site for the British Open Golf tournament. Did 30 million page impressions/day (ish) for the four days of the Open. George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: 19 October 2000 22:13 To: Orion-Interest Subject: Orion in production Hi! I have been using orion for about 6 months now, and now, as I'm finishing my app, I need to sell orion to my customers... For this, it would be *VERY* valuable to have a list of sites (on the internet or intranets) which use orion... So, basically, what I have in mind is that anybody on this list that wishes to report a site as being partiallly/fully powered by orion, report it to my email address, [EMAIL PROTECTED], so that I can make a list of these, to publish it on WWW I think this will prove useful for us all. TIA, JP
RE: Orion in production
In general the JVM developped by SUN runs substantially quicker on Windows then on Linux. Try for instance to run HypersonicSQL in core on both platforms. As I recall the performance penalty using Linux is reduced using JVM 1.3. Another disadvantage using 1.3 Linux is that the stability of the JVM tends to be less. So much for wining about Java on Linux. The good news is that the platform itself is much more stable. My server only reboots when te power goes down. As far as I know that is still not the case using NT/Win2k. When the JVM goes down in a production environment you can have Linux automagically restart the engine, causing only a small hick-up in your service depending on the startup time of the server. Further more the security of a Linux/UNIX platform is much better, but that is probably not an essential thing when you can only access Orion on the server (and all other access is denied). In that case the security features of Orion should do the trick in general. Depending on the project (and the people to support the systems!) I would choose one or the other. I remember a previous posting with a refrence to JVM benchmarks on the list about it, but I couldn't find it anymore. Frank On Monday, October 23, 2000 12:00 PM, Holmes, George (TWIi London) [SMTP:[EMAIL PROTECTED]] wrote: I wasn't working on the project myself, and possibly gave a slightly mis-leading impression ;- To the best of my knowledge there were 8-12 Dual P3 500, each loaded with all the necessary EJBs, JSPs et al. and load-balanced using BIG IP from F5 Networks. However, none of the boxes were even touched in terms of resource consumption. Apparently, and this is a definite (sic) Windows NT 4/2000 with a dual-processor running Java out-performs a Linux box of the same spec running Java. Originally, the project was trialled to run on Linux, but it was discovered that NT 4 was faster!!! Has anyone else had any experience of this? I was told that it was due to better MP support in NT 4/2000??? George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: 20 October 2000 19:24 To: Orion-Interest Subject: RE: Orion in production Wow! That's pretty impressive results. What sort of hardware are you running? As my performance test showed, on a single PIII650 I was able to generate on average about 4.5million page hits a day (on a simple login process anyways). -Original Message- From: Holmes, George (TWIi London) [mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:14 AM To: Orion-Interest Subject: RE: Orion in production www.opengolf.com This is the official web site for the British Open Golf tournament. Did 30 million page impressions/day (ish) for the four days of the Open. George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: 19 October 2000 22:13 To: Orion-Interest Subject: Orion in production Hi! I have been using orion for about 6 months now, and now, as I'm finishing my app, I need to sell orion to my customers... For this, it would be *VERY* valuable to have a list of sites (on the internet or intranets) which use orion... So, basically, what I have in mind is that anybody on this list that wishes to report a site as being partiallly/fully powered by orion, report it to my email address, [EMAIL PROTECTED], so that I can make a list of these, to publish it on WWW I think this will prove useful for us all. TIA, JP
The REAL documentation problem and a SOLUTION
Your post triggered off a lightbulb - mainly because I totally agree. Allaire docs are fantastic... for about 15 minutes till you get the thing running - then you're usually pretty much on your own. Which leads me to think, maybe true quality documentation will be fastest forth coming if we can isolate the issues people are most concerned about? A FAQ if you like, with long long answers and detailed questions? So how about it fella's? If there's a long list of questions people want help with, I'm sure people will be much more forthcoming with answers... Send your long and detailed questions that you want to be documented to me, [EMAIL PROTECTED] and I'll put them up on Orion support ASAP, so we can all get cracking on writing the docs. The ball is in your court ;) Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Arved Sandstrom Sent: Monday, October 23, 2000 10:01 PM To: Orion-Interest Subject: RE: Orion in production Hi, Christian I've got the JRun doc set sitting about 10 feet away. iPortal docs are about 20 feet away. Both very nice-looking, I'll grant you that. But in terms of answering concrete, specific questions, they (JRun in particular) didn't strike me (or anyone else here) as being of very much use. I didn't say they were completely useless, but I expected better from an appserver of that price (which for JRun is, of course, still fairly cheap). I find that a lot of the content of documentation from big-league app servers is page after page of how to fill in text fields in GUIs. Sorry, that doesn't cut it. Arved -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell Sent: Sunday, October 22, 2000 9:09 AM To: Orion-Interest Subject: Re: Orion in production IMHO the docs from the better-known app server vendors are just more pretty. In most cases they aren't actually better. The best docs I've ever seen for applications of this kind are those for open-source CORBA ORBs - ORBacus springs to mind. Maybe Orion can emulate those. I dont know what docs you have been looking at. For me, looking at the JRun 3.0 documentation makes me feel like a desert wanderer hitting an oasis. I think a nicely written, consistent, complete, tutorial-like introduction IS a real value. Now, when relating to the issues covered by the J2EE standard, I can accept that we have the spec and are excpected to read it (thoroughly and completely). But when it comes to server-specific issues, I think full, well-written docs are a must. Also, regarding the pricing issue. I dont think those management types are all that stupid. The fact that a company has 1500 employees, has a huge service force and has been in the business for a decade or more may well be worth a few bucks. Its all a matter of perspective, and there is more than one justified perspective IMO. I as a techie running a small shop am well (somewhat) able to cope with orions deficiencies (only a handful of developers, strange definition of "documentation", etc.) in favor of its qualities. But I do accept that a management type running a 300+ heads shop sees things from a different angle. I thinks it is also fair to reflect that in the pricing..
Re: URL Pathing
Thank you very much for the response. I agree with you but for some reason it is interpreting the slash as the server document root. It only seems to do this in one section of my application. Here's the scenario. There is a point in my application where the user selects the product they wish to order from a list that is presented to them. This list is an ordinary JSP page inside the main browser window. However, once they select this product by clicking on a link, it invokes a small pop-up window which requests that they enter a quantity. Once they enter the quantity and click proceed, the child window closes and returns control to the parent window. The parent window then submits it's form to a servlet which adds the new line to the order. This servlet then redirects the user to a jsp page to display the new line. Inside that servlet and the JSP page it presents, all links and redirects that contain the '/' attempt to send you to the server document root. It seems that whatever is called in relation to the child window that was invoked attempts to reference the '/' as the server document root. I hope this could provide some direction into this issue. Thanks again, Andy
RE: How to recover from incorrect user password
I am experiencing a similar problem to the one outlined below. A user will log in using a servlet driven form. When calling a session bean for the first time, the resident servlet passes the username 'guest' instead of the proper username and password as indicated in the principals and credentials. I have also been informed that orion will cache the username and password unless a certain property is set. The property, as I was told, is "dedicated.connection" and it must be set to "true" however, this does not seem to work. Any suggestions or help? Matt MacGillivray Technical Developer Delfour Corporation (905) 415-9779 x2021 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Vidur Dhanda Sent: Friday, October 20, 2000 1:50 PM To: Orion-Interest Subject: RP: How to recover from incorrect user password Sorry, I forgot to attach the stacktrace. Hello, I want to force the user to enter a username/password when using the application. When the application creates a new InitialContext, Orion prompts for a username/password. However, if the user enters an incorrect password, Orion correctly throws a Security exception. When the application attempts the process again, Orion does not prompt for a username/password but immediately throws a SecurityException. Is this a bug? On a related note, after obtaining an InitialContext, if the application closes it, and then tries to create another InitialContext, it gets a NPE. Is this related to the problem described above? Here's the stacktrace: java.lang.NullPointerException: at com.evermind.server.rmi.RMIInitialContextFactory.getInitialContext(JAX) at com.evermind.server.ApplicationClientInitialContextFactory.getInitialContext (JAX) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:668) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246) at javax.naming.InitialContext.init(InitialContext.java:222) at javax.naming.InitialContext.init(InitialContext.java:198) at com.epistemic.km.KMClient.getContext(KMClient.java:70) Thanks, Vidur
RE: Orion in production
Indeed with most JVM version the NT/W2K version will be faster than Linux. But now that the 1.3 versions from Sun IBM are out this is no longer true. I now almost exclusively deploy to Linux. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Holmes, George (TWIi London) Sent: Monday, October 23, 2000 6:00 AM To: Orion-Interest Subject: RE: Orion in production I wasn't working on the project myself, and possibly gave a slightly mis-leading impression ;- To the best of my knowledge there were 8-12 Dual P3 500, each loaded with all the necessary EJBs, JSPs et al. and load-balanced using BIG IP from F5 Networks. However, none of the boxes were even touched in terms of resource consumption. Apparently, and this is a definite (sic) Windows NT 4/2000 with a dual-processor running Java out-performs a Linux box of the same spec running Java. Originally, the project was trialled to run on Linux, but it was discovered that NT 4 was faster!!! Has anyone else had any experience of this? I was told that it was due to better MP support in NT 4/2000??? George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: 20 October 2000 19:24 To: Orion-Interest Subject: RE: Orion in production Wow! That's pretty impressive results. What sort of hardware are you running? As my performance test showed, on a single PIII650 I was able to generate on average about 4.5million page hits a day (on a simple login process anyways). -Original Message- From: Holmes, George (TWIi London) [mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:14 AM To: Orion-Interest Subject: RE: Orion in production www.opengolf.com This is the official web site for the British Open Golf tournament. Did 30 million page impressions/day (ish) for the four days of the Open. George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: 19 October 2000 22:13 To: Orion-Interest Subject: Orion in production Hi! I have been using orion for about 6 months now, and now, as I'm finishing my app, I need to sell orion to my customers... For this, it would be *VERY* valuable to have a list of sites (on the internet or intranets) which use orion... So, basically, what I have in mind is that anybody on this list that wishes to report a site as being partiallly/fully powered by orion, report it to my email address, [EMAIL PROTECTED], so that I can make a list of these, to publish it on WWW I think this will prove useful for us all. TIA, JP
RE: Orion in production
snip/ I remember a previous posting with a refrence to JVM benchmarks on the list about it, but I couldn't find it anymore. http://www.volano.com/report.html you see that speed is not so much an issue rather than scalability. for many people's requirements, however, I don't think those problems are relevant (how many of us have 2000 concurrent connections?). we haven't had any serious problems with sun1.3 on linux (hot spot server) and it's really fast enough. I'll gladly trade 5% speed penalty for the overall stability, maintainability and flexibility of a linux server as a deployment platform. robert Frank (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
RE: Orion in production - Let's sell support!
However, you say that you have not bought a license yet and that means you have not yet bought any support from us. If you are serious in choosing Orion I think it can actually save you money to get a license when developing (even if you can get free developer licenses), since it will mean you get better support from us. This is just wrong. I would expect to have full documentation (via pdf, whatever) _before_ my company buys the product. I would want to be able to code a complete proof-of-concept project and test it _before_ shelling out money. Just my opinion, -tim
unique key generator
Since some topics seem to be discussing unique keys in the database, here is a code snippet to generate a unique key: String pk = (new java.rmi.server.UID()).toString(); -tim
Re: Data Sources Help
On Today, David Kenzik ([EMAIL PROTECTED]) wrote: Yes, Greg Matthews sent me a note shortly after receiving my inquiry with that same answer-- this is the case, "java:comp/env/jdbc..." won't work, you must shorten it to simply "jdbc/SOURCENAME". Now that is out of the way, and it __was__ working for a bit. Really! However, I wanted to restart Orion and pass it some debugging info to find a pesky connection leak. Now my Orion won't startup: Error initializing server: DriverManagerDataSource driver 'oracle.jdbc.driver.OracleDriver' not found I've changed nothing and can't figure out what the heck would've caused this. Weird. Are you running 1.3.8? I wish I had a clue but I don't :( Gary
Re: Data Sources Help
On Today, Mark ([EMAIL PROTECTED]) wrote: Dunno if this is any help, but I found through experimentation that, if you're using the deployment approach suggested by Deepak Goel in the thread "ANSWER: how to use pooled connections in Orion", the parameter to pass to InitialContext.lookup() is, as he notes, "java:comp/env/d123DS", not "java:comp/env/jdbc/d123DS". That is, there's no "jdbc" in that String. Just pointing that out because I missed it at first. (Yes, it seems to take a while for messages to get out to the list!) --Mark Mark, what version of Orion are you using? I wrote a little utility that traverses the JNDI namespace, just looking for Context objects and displaying what's in them. I found an env Context but it was empty! I did eventually discover, due to a chance remark of someone on the list, that there is in fact another Context which my scheme did not find, namely jdbc/*. I'm feeling pretty stupid about JNDI these days, since I can't even figure out how to search the space, despite the spec's indication that (as best I can tell) it's a purely heirarchical namespace! Gary
Re: Shutdown sequence not working
Over the weekend, I installed Orion on my Win2K box, and the shutdown sequence worked just fine, right off the bat. Now I'm wondering if it's a Solaris vs. Windows thing? I'm running Win2K with jdk 1.2.2 on my laptop, and Solaris 8 with JDK 1.3 on my UltraSparc. Anyone on the Orion dev team know what's up? At 05:48 AM 10/20/2000 -0500, you wrote: try this: java -jar orion.jar -install From: Drew Kidder [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Re: Shutdown sequence not working Date: Thu, 19 Oct 2000 16:26:00 -0500 MIME-Version: 1.0 Received: from [195.84.237.200] by hotmail.com (3.2) with ESMTP id MHotMailBBB8C7FD00B6D82197C9C354EDC804450; Thu Oct 19 16:00:22 2000 Received: from druid.evermind.net (IDENT:[EMAIL PROTECTED] [127.0.0.1])by druid.evermind.net (8.9.3/8.9.3) with SMTP id XAA05038;Thu, 19 Oct 2000 23:36:42 -0100 Received: from corp.tivoli.com (corp.tivoli.com [216.140.178.60])by paladin.evermind.net (8.9.3/8.9.3) with ESMTP id AAA16317for [EMAIL PROTECTED]; Fri, 20 Oct 2000 00:25:30 -0400 Received: from bonehead.tivoli.com (bonehead.dev.tivoli.com [146.84.38.179])by corp.tivoli.com (8.9.3/8.9.0) with ESMTP id QAA03937for [EMAIL PROTECTED]; Thu, 19 Oct 2000 16:26:17 -0500 (CDT) From [EMAIL PROTECTED] Thu Oct 19 16:01:32 2000 Message-Id: [EMAIL PROTECTED] X-Sender: [EMAIL PROTECTED] X-Mailer: Orion ListServer In-Reply-To: [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] If by "enable user admin" you mean not having the disabled="true" property set for that user (or whatever it is), that's not the case. I have removed that property. And I would think that orion should tell me that the user is invalid, rather than the wrong number of arguments. How would I enable the admin user, aside from removing that tag that is present in the default principals.xml file? At 12:51 PM 10/19/2000 -0500, you wrote: Hi Drew, you should edit principals.xml and enable user admin. Your command is fine, atleast it works for me. But I have found a problem with this command on Unix with J2SE 13. It kills the server but not the process , then you cannot restart the orion server. -- Andrew Kidder L3 SW/Support Engineer, IBU Tivoli Systems 512-436-4544 [EMAIL PROTECTED] http://www.tivoli.com _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. -- Andrew Kidder L3 SW/Support Engineer, IBU Tivoli Systems 512-436-4544 [EMAIL PROTECTED] http://www.tivoli.com
Absolute path confusion
Heya, all. Yet another question on Orion config that the docs don't address (or have hidden in complete obscurity). I have a webapp which I have installed in $ORION_HOME/applications/twsm. This should be the root for all documents for this webapp. I have several subdirectories underneath twsm, such as login, images, support, etc. Each of the pages makes various calls to the /images directory. Sometimes it's a relative link (IMG SRC="images") and sometimes it's absolute (IMG SRC="/images/"). Whenever I run the app under Orion, it can never find any of the absolute links. I've tried to remedy this problem by putting a virtual-directory tag in the orion-web.xml (or orion-application.xml, whichever file this applies to) and that didn't seem to fix it. I also tried making another context-mapping in the server.xml file, which didn't work. Setting the document-root option in orion-web.xml totally hosed the app. So, the QUESTION is: What do I need to do to make "/images/..." accessible to each and every page in my webapp, no matter where it is in the hierarchy? Thanks -- Andrew Kidder L3 SW/Support Engineer, IBU Tivoli Systems 512-436-4544 [EMAIL PROTECTED] http://www.tivoli.com
RE: Orion in production
Does anybody have any definitive numbers on this? What about Volano? I typically have found that for small-scale applications, I often get faster performance with the Windows JVMs (much to my chagrin ;^). For example, I almost never run Forte CE under Linux or even Solaris. It's not until you really start cranking up the application that you start to see a difference, in terms of performance under high loads and scalability. As far as Linux and Java 2 goes, Sun's 1.3 implementation was the first real performer, although it looks like Blackdown's beta appears to be giving Sun a run for its money (especially with AWT and Swing applications - Blackdown wins, hands-down). Even though IBM looks like it has another performance leader in its 1.3 implementation, it looks rather buggy and unstable at this point. Thoughts? -Rich --- Russ White [EMAIL PROTECTED] wrote: Indeed with most JVM version the NT/W2K version will be faster than Linux. But now that the 1.3 versions from Sun IBM are out this is no longer true. I now almost exclusively deploy to Linux. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Holmes, George (TWIi London) Sent: Monday, October 23, 2000 6:00 AM To: Orion-Interest Subject: RE: Orion in production I wasn't working on the project myself, and possibly gave a slightly mis-leading impression ;- To the best of my knowledge there were 8-12 Dual P3 500, each loaded with all the necessary EJBs, JSPs et al. and load-balanced using BIG IP from F5 Networks. However, none of the boxes were even touched in terms of resource consumption. Apparently, and this is a definite (sic) Windows NT 4/2000 with a dual-processor running Java out-performs a Linux box of the same spec running Java. Originally, the project was trialled to run on Linux, but it was discovered that NT 4 was faster!!! Has anyone else had any experience of this? I was told that it was due to better MP support in NT 4/2000??? George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: 20 October 2000 19:24 To: Orion-Interest Subject: RE: Orion in production Wow! That's pretty impressive results. What sort of hardware are you running? As my performance test showed, on a single PIII650 I was able to generate on average about 4.5million page hits a day (on a simple login process anyways). -Original Message- From: Holmes, George (TWIi London) [mailto:[EMAIL PROTECTED]] Sent: Friday, October 20, 2000 1:14 AM To: Orion-Interest Subject: RE: Orion in production www.opengolf.com This is the official web site for the British Open Golf tournament. Did 30 million page impressions/day (ish) for the four days of the Open. George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: 19 October 2000 22:13 To: Orion-Interest Subject: Orion in production Hi! I have been using orion for about 6 months now, and now, as I'm finishing my app, I need to sell orion to my customers... For this, it would be *VERY* valuable to have a list of sites (on the internet or intranets) which use orion... So, basically, what I have in mind is that anybody on this list that wishes to report a site as being partiallly/fully powered by orion, report it to my email address, [EMAIL PROTECTED], so that I can make a list of these, to publish it on WWW I think this will prove useful for us all. TIA, JP = Richard E. Sansom [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
Re: URL Pathing
Andy, Forgive me if I'm insulting your intelligence by mentioning this. I discovered while using Tomcat that I had to distingush URL paths used in jsp:include tags (RequestDispatcher.include() calls) and jsp:forward tags (RequestDispatcher.forward() calls) from URL paths used in generated HTML pages. The former were being interpreted relative to the servlet context, whereas the latter were not. Therefore a "/" in a generated HTML page ends up being interpreted relative to server root. Troy [EMAIL PROTECTED] wrote: Thank you very much for the response. I agree with you but for some reason it is interpreting the slash as the server document root. It only seems to do this in one section of my application. Here's the scenario. There is a point in my application where the user selects the product they wish to order from a list that is presented to them. This list is an ordinary JSP page inside the main browser window. However, once they select this product by clicking on a link, it invokes a small pop-up window which requests that they enter a quantity. Once they enter the quantity and click proceed, the child window closes and returns control to the parent window. The parent window then submits it's form to a servlet which adds the new line to the order. This servlet then redirects the user to a jsp page to display the new line. Inside that servlet and the JSP page it presents, all links and redirects that contain the '/' attempt to send you to the server document root. It seems that whatever is called in relation to the child window that was invoked attempts to reference the '/' as the server document root. I hope this could provide some direction into this issue. Thanks again, Andy
re: need orion-ejb-jar.xml in which dependents are stored accross different tables
Does anyone have an example of an orion-ejb-jar.xml in which dependents are stored accross different tables? I am using the auto generated version now which maps to a flat table. Any help would be most appreciated. I am writing to the ejb 2.0 draft 1 spec. thanks sam welch www.ants.com
Re: Data Sources Help
Gary Shea said... On Today, David Kenzik ([EMAIL PROTECTED]) wrote: Error initializing server: DriverManagerDataSource driver 'oracle.jdbc.driver.OracleDriver' not found I've changed nothing and can't figure out what the heck would've caused this. Weird. Are you running 1.3.8? I wish I had a clue but I don't :( Naw, running 1.4.0. I couldn't figure it out so I reinstalled from scratch. I can only assume that a config file became corrupted to Orion somehow, although I couldn't find anything reflecting that. -- David S. Kenzik [EMAIL PROTECTED] - http://kenzik.com Original Music - http://mp3.com/text
RE: Orion in production - Let's sell support!
Tim has brought up an interesting point. Orion has granted free licenses to developers, which is a good concept. However, Orion not only has to compete with other commercial products like web-logic, but good open source EJB servers, like JBoss and JOnAS. It would only be fair to have good documentation to review, and to deploy a test sample to demonstrate Orion can work, for those funding the development and software purchases. -Original Message- From: Tim Drury [mailto:[EMAIL PROTECTED]] Sent: Monday, October 23, 2000 9:10 AM To: Orion-Interest Subject: RE: Orion in production - Let's sell support! However, you say that you have not bought a license yet and that means you have not yet bought any support from us. If you are serious in choosing Orion I think it can actually save you money to get a license when developing (even if you can get free developer licenses), since it will mean you get better support from us. This is just wrong. I would expect to have full documentation (via pdf, whatever) _before_ my company buys the product. I would want to be able to code a complete proof-of-concept project and test it _before_ shelling out money. Just my opinion, -tim
Servlet/EJB Connections
I am experiencing some problems with the username and password passed to EJBs running under orion from a servlet. Without a servlet, a test program can connect to an EJB through Orion and the username and password (principal/credential) are passed correctly. It seems that once the servlet tries to do the same thing, it cannot. It seems as though the servlet always sends the 'guest' account back to the EJB (when both are running under Orion) no matter what I set the principals/credentials as. This is likely a setup issue, but I haven't a clue what to look at. The documentation doesn't describe these issues which are imperitive to my success! What difference should there be between a program running on the host system and the servlet, in terms of executing a session bean? Intuitively, there shouldn't be a difference. But I am seeing differences! I have also been informed that orion will cache the username and password unless a certain property is set. The property, as I was told, is "dedicated.connection" and it must be set to "true" however, this does not seem to work. Please help. Matt MacGillivray Technical Developer Delfour Corporation (905) 415-9779 x2021 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Shea Sent: Monday, October 23, 2000 10:28 AM To: Orion-Interest Subject: Re: Data Sources Help On Today, David Kenzik ([EMAIL PROTECTED]) wrote: Yes, Greg Matthews sent me a note shortly after receiving my inquiry with that same answer-- this is the case, "java:comp/env/jdbc..." won't work, you must shorten it to simply "jdbc/SOURCENAME". Now that is out of the way, and it __was__ working for a bit. Really! However, I wanted to restart Orion and pass it some debugging info to find a pesky connection leak. Now my Orion won't startup: Error initializing server: DriverManagerDataSource driver 'oracle.jdbc.driver.OracleDriver' not found I've changed nothing and can't figure out what the heck would've caused this. Weird. Are you running 1.3.8? I wish I had a clue but I don't :( Gary
Re: Data Sources Help
Gary, I'm running 1.3.8. Per your research into the Orion JNDI namespace, could there be an undocumented quirk in Orion's implementation? I've been using JNDI/LDAP pretty extensively the last couple months and have been super impressed with its ease and speed. But, that environment is under my programmatic control, including the namespace design. In fact what I'd really like to be able to do is throw a configuration switch enabling a networked LDAP server as an alternative to using the Orion JNDI namespace. If there were a JNDI.xml file or something like that, perhaps it would be possible to organize the namespace in a way that makes best sense for your enterprise application architecture; and of course other servers would be able to share centralized resources. To my thinking DataSources kind of cry out for this approach. Seems to be the J2EE "way", although, I dunno, I'm still learning. In case it helps, below are the entries in my data-sources.xml and web.xml files, and a code example. These are taken directly from Deepak's earlier posts. With these I'm able to get a non-null Connection reference from the DataSource. But note this isn't to declare victory: still have a strange bug to figure out. My tag handler blows up with a NullPointerException when I call Connection.createStatement() on the Connection reference. Have no idea if this is related to the config below, or what, but the Exception is being caught by Orion, not by my tag handler, which at first glance points to Orion's implementation of the pooled Connection object. Note to Mike Cannon-Brookes: based on the quantity of questions posted to the mailing list, I'd suggest that proper configuration of DataSources and also the workings of the Orion JNDI namespace are two good candidates for your super-FAQ suggestion. :-) --Mark From data-sources.xml: !-- NON-POOLED Oracle data source -- data-source class="com.evermind.sql.DriverManagerDataSource" name="OracleNP" location="jdbc/OracleNP" xa-location="jdbc/xa/OracleXANP" ejb-location="jdbc/OracleNP" connection-driver="oracle.jdbc.driver.OracleDriver" username="foo" password="bar" url="jdbc:oracle:thin:@test:1521:DEV" inactivity-timeout="30" schema="database-schemas/oracle.xml" / !-- POOLED Oracle data source -- data-source class="com.evermind.sql.OrionPooledDataSource" name="OracleDS" location="jdbc/OracleDS" xa-location="jdbc/xa/OracleXADS" ejb-location="jdbc/OracleDS" max-connections="10" source-location="jdbc/OracleNP" pooled-location="jdbc/OracleDS" connection-driver="oracle.jdbc.driver.OracleDriver" username="foo" password="bar" url="jdbc:oracle:thin:@test:1521:DEV" inactivity-timeout="30" schema="database-schemas/oracle.xml" / From web.xml: context-param param-nameOracleDS/param-name param-valuejdbc/OracleDS/param-value /context-param resource-ref descriptionOracle pooled data source/description res-ref-nameOracleDS/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref From the tag handler: try { InitialContext cxt = new InitialContext(); DataSource ds = (DataSource) cxt.lookup("java:comp/env/OracleDS"); Connection c = ds.getConnection(); if (c == null) System.out.println("== Connection is null"); else System.out.println("Connection is not null"); /* Blows up here with NullPointerException caught by Orion -- NOT caught by the enclosing try/catch block. Is this a bug in the Connection object, which I assume is Orion's implementation of a pooled version? Should I post all this to Buzilla? Dunno!: */ Statement s = c.createStatement(); if (s == null) System.out.println("== Statement is null"); else System.out.println("Statement is not null"); } catch (Exception e) { System.err.println("== Caught: " + e); } == Mark, what version of Orion are you using? I wrote a little utility that traverses the JNDI namespace, just looking for Context objects and displaying what's in them. I found an env Context but it was empty! I did eventually discover, due to a chance remark of someone on the list, that there is in fact another Context which my scheme did not find, namely jdbc/*. I'm feeling pretty stupid about JNDI these days, since I can't even figure out how to search the space, despite the spec's indication that (as best I can tell) it's a purely heirarchical namespace! Gary On Today, Mark ([EMAIL PROTECTED]) wrote: Dunno if this is any help, but I found through experimentation that, if you're using the deployment approach suggested by Deepak Goel in the thread "ANSWER: how to use pooled connections in Orion", the parameter to pass to InitialContext.lookup() is, as he notes, "java:comp/env/d123DS", not
ssl in production
I saw the "extended" ssl -how-to on the orionsupport.com, I followed and it works indeed. I have a production certificate from thawte, I import it to the keystore successfully but when I run orion with the keystore containing this real certificate the server issues: Error listening to SSLServerSocket: "No available certificate corresponds to the SSL cipher suites which are enabled". Do you know what does that mean? My test certificates and the real are almost the same, except that the first has 1024bit-length key, and the other - 512! Regards, Savotchkin Egor.
Re: Orion in production
Hmm, I am still left wondering.. Maybe we have read different parts of the Jrun specs (ver. 3.0, yes?). I can still very well remember how I struggled with the authentication mechanism (principals.xml, etc.) for several days until I finally came across the JRun manuals. The "developing applications with JRun" PDF has 16 pages on authentication, including 5 pages on "controlling the server authentication mechanism". None of that is GUI field instructions (at best, its property files description). Those chapters are the only ones I have read, but still.. I thought I had to add this. Now, I will stop advertising JRun on this list. (BTW, according to the saying "I post, therefore I am" I _am_ on this list as much as anyone else). -Original Message- From: Arved Sandstrom [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: Montag, 23. Oktober 2000 17:02 Subject: RE: Orion in production Hi, Christian I've got the JRun doc set sitting about 10 feet away. iPortal docs are about 20 feet away. Both very nice-looking, I'll grant you that. But in terms of answering concrete, specific questions, they (JRun in particular) didn't strike me (or anyone else here) as being of very much use. I didn't say they were completely useless, but I expected better from an appserver of that price (which for JRun is, of course, still fairly cheap). I find that a lot of the content of documentation from big-league app servers is page after page of how to fill in text fields in GUIs. Sorry, that doesn't cut it. Arved -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell Sent: Sunday, October 22, 2000 9:09 AM To: Orion-Interest Subject: Re: Orion in production IMHO the docs from the better-known app server vendors are just more pretty. In most cases they aren't actually better. The best docs I've ever seen for applications of this kind are those for open-source CORBA ORBs - ORBacus springs to mind. Maybe Orion can emulate those. I dont know what docs you have been looking at. For me, looking at the JRun 3.0 documentation makes me feel like a desert wanderer hitting an oasis. I think a nicely written, consistent, complete, tutorial-like introduction IS a real value. Now, when relating to the issues covered by the J2EE standard, I can accept that we have the spec and are excpected to read it (thoroughly and completely). But when it comes to server-specific issues, I think full, well-written docs are a must. Also, regarding the pricing issue. I dont think those management types are all that stupid. The fact that a company has 1500 employees, has a huge service force and has been in the business for a decade or more may well be worth a few bucks. Its all a matter of perspective, and there is more than one justified perspective IMO. I as a techie running a small shop am well (somewhat) able to cope with orions deficiencies (only a handful of developers, strange definition of "documentation", etc.) in favor of its qualities. But I do accept that a management type running a 300+ heads shop sees things from a different angle. I thinks it is also fair to reflect that in the pricing..
Re: EJB 2.0 Dependent Object problem - NPE on deploy
THANK YOU THANK YOU THANK YOU THANK YOU THANK YOU! That was the problem! I sure wish I had seen that. I compared my descriptor to the sample many times and missed that each time. I guess thats what I get for working all night ;-) Seriousely Earl, I can't thank you enough! I now have dependent object samples with a one-to-one unidirectional relationship and a one-to-many unidirectional working. Next challenge is to make them work bidirectional. This is the important one, since thats what my app needs to do. I have my fingers crossed. I'm going to clean up the samples and send them off to OrionSupport, but if anyone needs them in the meantime, send me a note off list and I'll send them to you. Jim --On Sunday, October 22, 2000 11:48 AM -0600 Earl Marwil [EMAIL PROTECTED] wrote: Jim, Try adding a field-name tag in your dependent cmp-field declarations: dependents dependent dependent-nameaddrDo/dependent-name dependent-classTest20CmpDo.eb.AddrDo/dependent-class cmp-fieldfield-namestreet/field-name/cmp-field cmp-fieldfield-namecity/field-name/cmp-field cmp-fieldfield-namestate/field-name/cmp-field cmp-fieldfield-namezip/field-name/cmp-field /dependent /dependents I can't remember how I discovered this - it worked for me when I first looked into ejb 2.0 / cmr / orion a couple of months ago. Also, the ejb-name for the entity must match exactly with the role-source ejb-name in the relationship. You have Temp20CmpDo.eb.Person in the former and and Temp20CmpDo.eb.PersonEJB in the latter. Hope this helps, Earl Earl S. Marwil, Ph.D. / Senior Scientist / SCIENTECH, Inc. __o / TEL: (208) 525-3717 / 1690 International Way -\, / FAX: (208) 529-4721 / Idaho Falls, ID 83402 0/ 0__ / net: [EMAIL PROTECTED]
Massive CPU useage
Hi, I hope someone here can help me. I'm recently taken over development of a site that's got a database of about 10,000 records, but when I perform a search on them I find my CPU useage rockets to 98% and maintains that level for approximately 30-40 seconds. This will return about 200 records to me matching my search requirements. The search isn't very complex, neither is the data so I'm at a loss as to where my CPU cycles are going. This is my command line for coercing debuging data from Orion: $JAVA -jar -Xms64m -Xmx256m -Dnjava.library.path=$ORION_DIR -Dhttp.session.d ebug=true -Ddatasource.verbose=true -Djdbc.debug=true -Dtransaction.log="con sole" -Drmi.debug=true -Drmi.verbose=true -Dnnative.user=orion -Xdebug -Xnoa gent -Djava.compiler=NONE $ORION_DIR/orion.jar -config $ORION_DIR/config/server.xml -console2 $ORION_DIR/orion.log 21 The orion.log file seems to consist mostly of pages like this: Mon Oct 23 16:24:53 GMT+00:00 2000: 40:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:4e: started Mon Oct 23 16:24:53 GMT+00:00 2000: 40:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:4e: registered bean GBP Mon Oct 23 16:24:53 GMT+00:00 2000: 40:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:4e: commit attempt Mon Oct 23 16:24:53 GMT+00:00 2000: 40:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:4e: commit succeeded Mon Oct 23 16:24:53 GMT+00:00 2000: 41:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:5e: started Mon Oct 23 16:24:53 GMT+00:00 2000: 41:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:5e: registered bean GBP Mon Oct 23 16:24:53 GMT+00:00 2000: 41:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:5e: commit attempt Mon Oct 23 16:24:53 GMT+00:00 2000: 41:1:0:0:0:0:0:0:0:e2:0:e2:62:af:bc:5e: commit succeeded new DebugResultSet() new DebugResultSet() new DebugResultSet() new DebugResultSet() To get an idea of the size of this log, I stopped the server and browser connected to it, destroyed the log, started the server up again, connected and performed one search. This resulted in a 303883 byte file, which was 5600 lines long. Most of this output was like the block above. To me this looks like Orion's allocating and freeing massive amounts of memory and dynamically created loads of instances of the GBP bean (GBP = Great Britain Pounds, Sterling currency). Part of the search will be converting from the records native currency to Sterling, so possibly Orion's creating a new GBP bean for each and every record returned from the database. Opinions, suggestions, hints or guesses greatly appreciated. Gareth White.
RE: Orion in production - Let's sell support!
On Today, Kemp Randy-W18971 ([EMAIL PROTECTED]) wrote: Tim has brought up an interesting point. Orion has granted free licenses to developers, which is a good concept. However, Orion not only has to compete with other commercial products like web-logic, but good open source EJB servers, like JBoss and JOnAS. It would only be fair to have good documentation to review, and to deploy a test sample to demonstrate Orion can work, for those funding the development and software purchases. We bought a copy of Orion for development, figuring that given the low price and the supposed availability of support for license holders, it would be worth the cost. Unfortunately, we have received zero useful support from Orion at this point. I'm trying to figure out if I've simply asked lousy/dumb questions, or if there really is zero support. Kinda hard to tell... Documenting something as complex as a J2EE server must be a daunting task, and I can't blame Orion for having trouble doing it. And even email support eats time like crazy. I suppose that's why it costs so much to buy the upscale servers, because they have the resources to provide documentation and real support. I still plan on working with Orion as long as I can stand the pain and can accomplish the job. I'm sure not tying myself to it though, knowing that any day I can run into a problem for which I might never find an answer. At that point we'll be forced to shovel out the bucks for a more customer-friendly server. Ah well, Gary Shea iTransact.com, Inc.
deploying apps
Hi, I get this exception when deploying my app: Auto-deploying project-ejb.jar (No previous deployment found)... java.lang.ArrayIndexOutOfBoundsException: 0 at com.evermind.server.ejb.compilation.fx.af1(JAX, Compiled Code) at com.evermind.server.ejb.compilation.fv.sm(JAX, Compiled Code) at com.evermind.server.ejb.compilation.fz.aez(JAX, Compiled Code) at com.evermind.server.ejb.compilation.f7.ahe(JAX, Compiled Code) at com.evermind.server.ejb.compilation.fz.sm(JAX, Compiled Code) at com.evermind.server.ejb.compilation.f0.sm(JAX, Compiled Code) at com.evermind.server.ejb.compilation.f6.sm(JAX, Compiled Code) at com.evermind.server.ejb.EJBContainer.by(JAX, Compiled Code) at com.evermind.server.Application.by(JAX, Compiled Code) at com.evermind.server.Application.f9(JAX, Compiled Code) at com.evermind.server.ApplicationServer.ri(JAX, Compiled Code) at com.evermind.server.ApplicationServer.apa(JAX, Compiled Code) at com.evermind.server.ApplicationServer.f9(JAX, Compiled Code) at com.evermind.server.hc.run(JAX, Compiled Code) at java.lang.Thread.run(Thread.java, Compiled Code) at com.evermind.util.f.run(JAX, Compiled Code) Can anybody point me to what this might be associated with? thanks, Ron
EJB 2.0 Dependent bidirectional relationships not working
Hi All... As I mentioned in an earlier message, I have some working example code that has an EJB 2.0 CMP entity bean working with both one-to-one and one-to-many unidirectional relationships. Next, I want to change the one-to-many relationship to be bidirectional. I expected this to be a simple change, but it didn't work out that way. I see that the ATM example does not include a dependent object with a bidirectional relationship, so I'm wondering if thie feature is known to work or not. If no one here has used this feature successfully, I'll add a bug report to bugzilla, but I wanted to make sure I did everything right first. To make my changes, I added abstract set/get methods to the dependent object class (EmailDO.java)for the remote interface of the EB it should refer to (Person.java). I also modified the deployment descriptor to have a CMR field in the dependent relationship section and a CMP field in the dependent section. I realize that the presence of the CMP-FIELD tag violates the spec, but Orion will not deploy dependent objects without it (it complaines that it can't instansiate an abstract class that it had generated). It all now looks like the Order-Lineitem example in the PD1 spec. After Orion deployed the app, I ran it and looked at the database. Orion had correctly created a table to hold the dependent (since its a many it needs its own table), but the field for the Person EB remote interface (which is the EB that the dependent is created by and should refer to) was named VALUEPERSON and had null as its value. This seems to indicate that Orion is not understanding that this field is supposed to be a CMR field. I reviewed the spec and there is no requirement that I manually set the Person remote interface in the dependent object, but I doubt thats the problem anyhow, since Orion named the person field "valueperson", indicating it thinks person is just another CMP field. Anyhow, I think I did everything right and I posted the code below. If someone sees something wrong or has any suggestions as to what I should try, I would appreciate you correcting me. Thanks VERY much!! Jim ?xml version="1.0"? !DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd" ejb-jar descriptionTest Sample EJB 2.0 EB/description display-namePerson/display-name enterprise-beans entity cmp-version2.0/cmp-version descriptionPerson has an address DO/description display-nameTest20CmpDoOM.eb.Person/display-name ejb-nameTest20CmpDoOM.eb.PersonEJB/ejb-name homeTest20CmpDoOM.eb.PersonHome/home remoteTest20CmpDoOM.eb.Person/remote ejb-classTest20CmpDoOM.eb.PersonEJB/ejb-class persistence-typeContainer/persistence-type prim-key-classjava.lang.String/prim-key-class reentrantTrue/reentrant !-- These lines should not be required (according to the spec) -- !-- but without them deployment fails -- cmp-fieldfield-nameaddrDo/field-name/cmp-field cmp-fieldfield-nameemailDos/field-name/cmp-field cmp-fieldfield-nameuserId/field-name/cmp-field cmp-fieldfield-namefirstName/field-name/cmp-field cmp-fieldfield-namelastName/field-name/cmp-field primkey-fielduserId/primkey-field /entity /enterprise-beans dependents dependent dependent-nameaddrDo/dependent-name dependent-classTest20CmpDoOM.eb.AddrDo/dependent-class cmp-fieldfield-namestreet/field-name/cmp-field cmp-fieldfield-namecity/field-name/cmp-field cmp-fieldfield-namestate/field-name/cmp-field cmp-fieldfield-namezip/field-name/cmp-field /dependent dependent dependent-nameemailDo/dependent-name dependent-classTest20CmpDoOM.eb.EmailDo/dependent-class cmp-fieldfield-nameemail/field-name/cmp-field cmp-fieldfield-nameperson/field-name/cmp-field /dependent /dependents relationships ejb-relation ejb-relation-nameUser-Address/ejb-relation-name ejb-relationship-role ejb-relationship-role-nameUser-has-Address/ejb-relationship-role-name multiplicityone/multiplicity
Re: Data Sources Help
Thanks Allen. The answers to your questions are yes, and yes. Earlier messages in this thread contained complete listings for the data-sources.xml and web.xml files, plus a code snippet. I'll append them to this reply in case they're helpful. You'll note that the data-sources definitions are slightly different than what you suggest below. Your suggestion is similar to the first half of Deepak's example, that is, what he considers to be a non-pooled version. After reading your message I tried it with your configuration and the test tag handler blows up in exactly the same spot. --Mark = Excerpted from thread history: Gary, I'm running 1.3.8. Per your research into the Orion JNDI namespace, could there be an undocumented quirk in Orion's implementation? I've been using JNDI/LDAP pretty extensively the last couple months and have been super impressed with its ease and speed. But, that environment is under my programmatic control, including the namespace design. In fact what I'd really like to be able to do is throw a configuration switch enabling a networked LDAP server as an alternative to using the Orion JNDI namespace. If there were a JNDI.xml file or something like that, perhaps it would be possible to organize the namespace in a way that makes best sense for your enterprise application architecture; and of course other servers would be able to share centralized resources. To my thinking DataSources kind of cry out for this approach. Seems to be the J2EE "way", although, I dunno, I'm still learning. In case it helps, below are the entries in my data-sources.xml and web.xml files, and a code example. These are taken directly from Deepak's earlier posts. With these I'm able to get a non-null Connection reference from the DataSource. But note this isn't to declare victory: still have a strange bug to figure out. My tag handler blows up with a NullPointerException when I call Connection.createStatement() on the Connection reference. Have no idea if this is related to the config below, or what, but the Exception is being caught by Orion, not by my tag handler, which at first glance points to Orion's implementation of the pooled Connection object. Note to Mike Cannon-Brookes: based on the quantity of questions posted to the mailing list, I'd suggest that proper configuration of DataSources and also the workings of the Orion JNDI namespace are two good candidates for your super-FAQ suggestion. :-) --Mark From data-sources.xml: !-- NON-POOLED Oracle data source -- data-source class="com.evermind.sql.DriverManagerDataSource" name="OracleNP" location="jdbc/OracleNP" xa-location="jdbc/xa/OracleXANP" ejb-location="jdbc/OracleNP" connection-driver="oracle.jdbc.driver.OracleDriver" username="foo" password="bar" url="jdbc:oracle:thin:@test:1521:DEV" inactivity-timeout="30" schema="database-schemas/oracle.xml" / !-- POOLED Oracle data source -- data-source class="com.evermind.sql.OrionPooledDataSource" name="OracleDS" location="jdbc/OracleDS" xa-location="jdbc/xa/OracleXADS" ejb-location="jdbc/OracleDS" max-connections="10" source-location="jdbc/OracleNP" pooled-location="jdbc/OracleDS" connection-driver="oracle.jdbc.driver.OracleDriver" username="foo" password="bar" url="jdbc:oracle:thin:@test:1521:DEV" inactivity-timeout="30" schema="database-schemas/oracle.xml" / From web.xml: context-param param-nameOracleDS/param-name param-valuejdbc/OracleDS/param-value /context-param resource-ref descriptionOracle pooled data source/description res-ref-nameOracleDS/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref From the tag handler: try { InitialContext cxt = new InitialContext(); DataSource ds = (DataSource) cxt.lookup("java:comp/env/OracleDS"); Connection c = ds.getConnection(); if (c == null) System.out.println("== Connection is null"); else System.out.println("Connection is not null"); /* Blows up here with NullPointerException caught by Orion -- NOT caught by the enclosing try/catch block. Is this a bug in the Connection object, which I assume is Orion's implementation of a pooled version? Should I post all this to Buzilla? Dunno!: */ Statement s = c.createStatement(); if (s == null) System.out.println("== Statement is null"); else System.out.println("Statement is not null"); } catch (Exception e) { System.err.println("== Caught: " + e); } == Mark, what version of Orion are you using? I wrote a little utility that traverses the JNDI namespace, just looking for Context objects and displaying what's in them. I found an env Context but it was empty! I did eventually discover, due to a chance remark of someone on
RE: EJB Problem
I have looked into it further and thought it was a missing ejb-link tag in web.xml to no avail. I have noticed that the ejb-ref-mapping tags are being created by Orion when it deploys the web application in the orion-web.xml file. This is a very bizarre problem for me. Here is the error from the std-out.log: javax.naming.NameNotFoundException: ProfileEntity not found at com.evermind.server.rmi.RMIContext.lookup(JAX) at com.evermind.server.hi.f_(JAX) at com.evermind.server.hi.lookup(JAX) at javax.naming.InitialContext.lookup(InitialContext.java:350) at com.micronpc.api.configurator.ActiveModelBean.init(ActiveModelBean.java:16 9) at com.micronpc.api.configurator.ActiveModelBean.init(ActiveModelBean.java:11 5) at com.micronpc.api.configurator.ActiveModelBean.init(ActiveModelBean.java:93 ) at com.micronpc.api.configurator.ConfigRequestXmlHandler.extractConfigRequest(C onfigRequestXmlHandler.java:127) at com.micronpc.api.configurator.ConfigRequestXmlHandler.getActiveModel(ConfigR equestXmlHandler.java:59) at ModelHTML.setXmlFileName(ModelHTML.java:278) at __jspPage2_VND_RSEntry_configurator_jsp._jspService(__jspPage2_VND_RSEntry_c onfigurator_jsp.java:41) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.w5(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX) Here is what the orion-web.xml looks like: ?xml version="1.0"? !DOCTYPE orion-web-app PUBLIC "-//Evermind//DTD Orion Web Application 2.3//EN" "http://www.orionserver.com/dtds/orion-web.dtd" orion-web-app deployment-version="1.3.8" development="true" jsp-cache-directory="./persistence" temporary-directory="./temp" servlet-webdir="/servlet/" session-tracking / ejb-ref-mapping name="QuoteEntity" / ejb-ref-mapping name="ModelQuoteEntity" / ejb-ref-mapping name="ProfileEntity" / ejb-ref-mapping name="ConfiguratorSession" / ejb-ref-mapping name="B2BLookupEntity" / /orion-web-app My ActiveModelBean has a main that works fine from a remote machine or from the server on the command line. All it does is call the constructor which creates/loads 3 entity beans. On the web server I have a Servlet(ConfigRequestXmlHandler) that tries to construct the object. It creates the context within the object fine, but as soon as I try to fetch the first interface it throws the error. Any ideas? Greg -Original Message- From: J Davis [mailto:[EMAIL PROTECTED]] Sent: Monday, October 23, 2000 5:10 PM To: Orion-Interest Subject: EJB Problem I am having a problem that is probably really simple but I can't seem to figure it out. I have deployed some EJBs on the server and I can connect to them fine from a remote application using the jndi.properties and application-client.xml file. But when I try to hit the EJBs from the same bean within a servlet on the same server it throws a namingException saying it can't find my EJB in the namespace. I ensured the ejb-ref tags were in the web.xml file in WEB-INF of the web space. Is there any other place I need to reference the ejbs for the web-server side of orion? Thanx, Greg
HINT: One possible way to cure an internal error on deployment
Hi All... I just thought I would put this out in case anyone finds it usefull to tuck away for future use. For about an hour now, I have been getting an "Internal error" on deployment. The error complained that the persistence type was not set for one of my fields in an EB that participated in an EJB 2.0 CMP relationship. I don't know what made me do it, but I went over to application-deploymnts and blew away the entire application folder. Then I started Orion and the app deployed like a champ. If I could reproduce this, I would bugzilla it, but I can't, so I'm just offering this hint. Jim
Creating EAR Files
Hi all, How do i create EAR/WAR/JAR files without using ANT1.1 as required by the ORION PRIMER. When i try to build these using the Orion provided SERVICE CONSOLE tool, it shows error "Class hello.ejb.HelloBean" not found, though it does exist in the same directory where i was pointing to. where ami going wrong? Santosh Santosh Kumar C == Senior Systems Engineer == Wipro Technologies == 1-8-448, Laxmi Building, S.P. Road, == Begumpet, Secunderabad - 500 003 == A.P, India. == Phone@: 91407896008 Ext 4511 == Fax @: 91407896123 == eMail@: [EMAIL PROTECTED] == url @: http://www.wipro.com == The World's First SEI CMM Level 5 Software Services Company
Re: Creating EAR Files
Santosh, if your using the exact same source and descriptor files from the primer, the error is most likely the location of everything in the archive. I would suggest that you use some zip tool to examint the archive built by the ant file and aloso your own to see how they differ. Once you figure out how ti use the service console to make your archive look like the one built by ant, you'll be in business. Good luck. Jim --On Tuesday, October 24, 2000 9:57 AM +0530 Santosh Kumar [EMAIL PROTECTED] wrote: Hi all, How do i create EAR/WAR/JAR files without using ANT1.1 as required by the ORION PRIMER. When i try to build these using the Orion provided SERVICE CONSOLE tool, it shows error "Class hello.ejb.HelloBean" not found, though it does exist in the same directory where i was pointing to. where am i going wrong? Santosh = == = Santosh Kumar C = = Senior Systems Engineer = = Wipro Technologies = = 1-8-448, Laxmi Building, S.P. Road, = = Begumpet, Secunderabad - 500 003 = = A.P, India. = = Phone@: 91407896008 Ext 4511 = = Fax @: 91407896123 = = eMail@: [EMAIL PROTECTED] = = url @: http://www.wipro.com = = The World's First SEI CMM Level 5 Software Services Company = = ==