startup / monitor script?
Klaus - thanks I'll try that. On my other point, has anyone written a shell or perl script to do the following on Linux/Unix: 1) Start Orion 2) Monitor that the Java process Orion is running in is running 3) If Orion stops (ie JVM crashes) - restart Orion 4) Log the starts / stops? I'm not a scripting guru at all, but if noone has one I'll start trying to hack one together. Always easier to start from something working though - has anyone seen something like this elsewhere I could look at? Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Klaus Thiele Sent: Saturday, October 14, 2000 5:17 PM To: Orion-Interest Subject: Re: Deployment platforms Mike Cannon-Brookes wrote: [...] 6. What has been your experience (stability, performance, managability, etc) - mainly of the underlying platform, not orion. Perfect, we've never had any problems with the OS or the DB (Sybase 11.0.3.3). Our only problem now is twofold: 1) Finding a way for Orion effectively to run as something other than root. some time ago there was a nice tip from a guy on this list: Linux kernel configuration: Networking options --- [*] IP: firewalling [*] IP: transparent proxy support and then a small startup-script: [...] start) echo -n "Redirect port 80" /sbin/ipchains -A input -p tcp -s 0/0 -d 0/0 80 -j REDIRECT 8000 this should also work (https): /sbin/ipchains -A input -p tcp -s 0/0 -d 0/0 443 -j REDIRECT 8443 [...] then you can run orion as any user you want. hope that helps klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
Re: startup / monitor script?
At 20:22 15.10.00 , you wrote: Klaus - thanks I'll try that. On my other point, has anyone written a shell or perl script to do the following on Linux/Unix: 1) Start Orion 2) Monitor that the Java process Orion is running in is running 3) If Orion stops (ie JVM crashes) - restart Orion 4) Log the starts / stops? I'm not a scripting guru at all, but if noone has one I'll start trying to hack one together. Always easier to start from something working though - has anyone seen something like this elsewhere I could look at? Mike this is exactly what supervise (comes with daemontools by the auther of qmail, d.j. bernstein) does. we've used it in production systems for the exact same task you're describing and are very satisfied with it. the only problem it doesn't deal with is when the entire application hangs. however, we haven't had this kind of problem in a long time. at the moment we use jdk1.3 by sun, which crashes occasionally and is restarted by supervise. try that, it's a good robust tool (like everything by that pedantic maniac bernstein ;-). btw does anyone know a working http monitoring tool preferably java based with an xml based config syntax? we use netsaint and the config syntax is a pain. we need something very simple and if we don't find anything we'll probably hack something ourselves. robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Klaus Thiele Sent: Saturday, October 14, 2000 5:17 PM To: Orion-Interest Subject: Re: Deployment platforms Mike Cannon-Brookes wrote: [...] 6. What has been your experience (stability, performance, managability, etc) - mainly of the underlying platform, not orion. Perfect, we've never had any problems with the OS or the DB (Sybase 11.0.3.3). Our only problem now is twofold: 1) Finding a way for Orion effectively to run as something other than root. some time ago there was a nice tip from a guy on this list: Linux kernel configuration: Networking options --- [*] IP: firewalling [*] IP: transparent proxy support and then a small startup-script: [...] start) echo -n "Redirect port 80" /sbin/ipchains -A input -p tcp -s 0/0 -d 0/0 80 -j REDIRECT 8000 this should also work (https): /sbin/ipchains -A input -p tcp -s 0/0 -d 0/0 443 -j REDIRECT 8443 [...] then you can run orion as any user you want. hope that helps klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go." (-) 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: More JMS woes :(
it's not too unlikely these are bugs as from the impression I get on this list it could be that not many people have really used jms intensively with orion and therefore these bugs have not been discovered yet (as has been the case with several other orion features over the past few months). please file those as bug reports with bugzilla so you're sure this is brought to the attention of the orion team (+ you will be notified automatically when anything has been done about it or it is commented on). attach a test case if you can. that will speed up things considerably. robert At 16:31 15.10.00 , you wrote: I am having the following problems using orions JMS. 1.I start a transacted queue session in a standalone app and read some messages but when I call rollback the messages do not re-appear on the queue; 2.I create a transacted queue session from a stateless session bean with container managed transaction and a transaction attribute of Required but when the trasaction commits, the queue session doesn't commit. If anyone has any idea what I must do to get a) rollback working with queues and b) get the queue to participate in the transaction, I would be very grateful. Simon. (-) 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
The New Java Pet Store
Hi - Has anyone investigated the new java pet store (came out on October 11th, I believe)? I just did a straight deploy - here's the message I receive on "Enter the Store"... - java.lang.NullPointerException at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getTagValue(ScreenFlowXmlDAO.java:332) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getScreens(ScreenFlowXmlDAO.java:155) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.loadScreenDefinitions(ScreenFlowXmlDAO.java:97) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowManager.init(ScreenFlowManager.java:52) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.getScreenFlowManager(MainServlet.java:96) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.init(MainServlet.java:37) at javax.servlet.GenericServlet.init(GenericServlet.java) at com.evermind.server.http.HttpApplication.wt(JAX) at com.evermind.server.http.HttpApplication.wb(JAX) at com.evermind.server.http.HttpApplication.um(JAX) at com.evermind.server.http.ef.su(JAX) at com.evermind.server.http.ef.dn(JAX) at com.evermind.util.f.run(JAX) - Orion Version 1.4.0 Cloudscape data source AND MS Sql Server data source (the results are the same - the sources have worked before and continue to work on the previous pet store release (1.0.1)... Any clues as to where to start looking? I am not THAT interested in getting it to work, but I am a bit curious Cheers Ray Harrison __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
Re: Deployment platforms
Sorry Tod - that was the only response. Please relight the discussion! Thanks, Kev (hoping a few more may resond soon) - Original Message - From: "Todd Renner" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, October 13, 2000 7:32 PM Subject: Re: Deployment platforms Kevin, I had great interest in this thread you started within the Orion-interest group, however, I only saw one respone to your request. Did you receive any other feed back beside the message from "Russ White" at earthlink? If so I would be interested in hearing about them, otherwise I will follow up in the Orion-Interest group. I'm fighting with our IS depts. on the viability of using Orion Server. Thanks. Todd Renner [EMAIL PROTECTED] Kev Palfreyman wrote: We're at a planning stage for future deployment of a system which may include Orion (certainly a J2EE environment). I'm looking for information from people out there who have _real_ live deployments (not development code) of orion. 1. What Hardware are you running? 2. Which Operating System? 3. Which JVM? 4. Are you running a cluster? What extra hardware do you use, and what size cluster? 5. What kind of traffic? 6. What has been your experience (stability, performance, managability, etc) - mainly of the underlying platform, not orion. I do not want to start any religious wars here, just experiences of deployed systems. We are currently looking at Solaris and Win2K, maybe others. Our J2EE platform can be different to the rest of our system (call it legacy - talk to it via Corba), but there are then obvious management overheads. Please - talk to me! Thanks, Kev --- Dr. Kevin Palfreyman APAMA Ltd, 17 Millers Yard, Mill Lane Cambridge CB2 1RQ, United Kingdom Email: [EMAIL PROTECTED] Phone: +44 1223 706508 Fax: +44 1223 518859
RE: The New Java Pet Store
What new about it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ray Harrison Sent: Sunday, October 15, 2000 8:20 AM To: Orion-Interest Subject: The New Java Pet Store Hi - Has anyone investigated the new java pet store (came out on October 11th, I believe)? I just did a straight deploy - here's the message I receive on "Enter the Store"... -- --- java.lang.NullPointerException at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getT agValue(ScreenFlowXmlDAO.java:332) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getS creens(ScreenFlowXmlDAO.java:155) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.load ScreenDefinitions(ScreenFlowXmlDAO.java:97) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowManager.ini t(ScreenFlowManager.java:52) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.getScreen FlowManager(MainServlet.java:96) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.init(Main Servlet.java:37) at javax.servlet.GenericServlet.init(GenericServlet.java) at com.evermind.server.http.HttpApplication.wt(JAX) at com.evermind.server.http.HttpApplication.wb(JAX) at com.evermind.server.http.HttpApplication.um(JAX) at com.evermind.server.http.ef.su(JAX) at com.evermind.server.http.ef.dn(JAX) at com.evermind.util.f.run(JAX) -- --- Orion Version 1.4.0 Cloudscape data source AND MS Sql Server data source (the results are the same - the sources have worked before and continue to work on the previous pet store release (1.0.1)... Any clues as to where to start looking? I am not THAT interested in getting it to work, but I am a bit curious Cheers Ray Harrison __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
RE: The New Java Pet Store
They've done a bit of re-architecting. They've broken out the EJB jars into: mailerEjb.jar shoppingcartEjb.jar petstoreEjb.jar customerEjb.jar inventoryEjb.jar as examples. They've added an admin piece to it as well. Anyway - I've started looking at the error below, but haven't gotten very far. If anyone has seen this sort of behaviour before - let me know and I will focus on that area. Cheers Ray Harrison --- Robert Nicholson [EMAIL PROTECTED] wrote: What new about it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ray Harrison Sent: Sunday, October 15, 2000 8:20 AM To: Orion-Interest Subject: The New Java Pet Store Hi - Has anyone investigated the new java pet store (came out on October 11th, I believe)? I just did a straight deploy - here's the message I receive on "Enter the Store"... -- --- java.lang.NullPointerException at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getT agValue(ScreenFlowXmlDAO.java:332) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getS creens(ScreenFlowXmlDAO.java:155) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.load ScreenDefinitions(ScreenFlowXmlDAO.java:97) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowManager.ini t(ScreenFlowManager.java:52) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.getScreen FlowManager(MainServlet.java:96) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.init(Main Servlet.java:37) at javax.servlet.GenericServlet.init(GenericServlet.java) at com.evermind.server.http.HttpApplication.wt(JAX) at com.evermind.server.http.HttpApplication.wb(JAX) at com.evermind.server.http.HttpApplication.um(JAX) at com.evermind.server.http.ef.su(JAX) at com.evermind.server.http.ef.dn(JAX) at com.evermind.util.f.run(JAX) -- --- Orion Version 1.4.0 Cloudscape data source AND MS Sql Server data source (the results are the same - the sources have worked before and continue to work on the previous pet store release (1.0.1)... Any clues as to where to start looking? I am not THAT interested in getting it to work, but I am a bit curious Cheers Ray Harrison __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
Re: SSL question
Hello, Yeah, that's a good text, I'll add it. Thanks Mike! Regards, Karl Avedal David Ekholm wrote: That's what I call an answer! It explained a lot. Orion guys, pleas add that to your SSL howto. You can also retrieve a cert+CAcert already chained right from Thawte. Select an SSL type test cert and also check the chaining setting on the web page for test cert generation. /David - Original Message - From: Mike Atkin [mailto:[EMAIL PROTECTED]] To: "Orion-Interest" [EMAIL PROTECTED] Subject: SSL question The problem with the first command is that keytool can't find the root ca certificates in your keystore and therefore can't build up the certificate chain from your server key to the trusted root certificate authority. With the second example, keytool is using the system keystore and can locate the root ca certs in jdk-dir/jre/lib/security/cacerts. When I created my keystore I used a certificate from bt trustwise which is an intermediate ca so I had yet another cert to add. The commands went something like this (assume keystore does not yet exist): keytool -keystore keystore -import -alias cacert -file cacert.cer keytool -keystore keystore -import -alias intercert -file inter.cer // Only need this if you are using an intermediate signing authority like BT Trustwise keytool -keystore keystore -genkey -keyalg RSA -alias serverkey keytool -keystore keystore -certreq -file my.host.com.csr Get cert from csr then: keytool -keystore keystore -import -file my.host.com.cer -alias serverkey That should be that. You can do a keytool -keystore keystore -v -list and check that a cert chain has been built. You can probably get round your problem just by importing the ca certs into your keystore and then trying to re-add your server cert. HTH Mike
RE: The New Java Pet Store
I'm thinking it's probably the same bug as in the first pet store, concerning tag reuse? Search the archives, something like -Djsp.tags.reuse=false Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ray Harrison Sent: Monday, October 16, 2000 5:51 AM To: Orion-Interest Subject: RE: The New Java Pet Store They've done a bit of re-architecting. They've broken out the EJB jars into: mailerEjb.jar shoppingcartEjb.jar petstoreEjb.jar customerEjb.jar inventoryEjb.jar as examples. They've added an admin piece to it as well. Anyway - I've started looking at the error below, but haven't gotten very far. If anyone has seen this sort of behaviour before - let me know and I will focus on that area. Cheers Ray Harrison --- Robert Nicholson [EMAIL PROTECTED] wrote: What new about it? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ray Harrison Sent: Sunday, October 15, 2000 8:20 AM To: Orion-Interest Subject: The New Java Pet Store Hi - Has anyone investigated the new java pet store (came out on October 11th, I believe)? I just did a straight deploy - here's the message I receive on "Enter the Store"... -- --- java.lang.NullPointerException at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getT agValue(ScreenFlowXmlDAO.java:332) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.getS creens(ScreenFlowXmlDAO.java:155) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowXmlDAO.load ScreenDefinitions(ScreenFlowXmlDAO.java:97) at com.sun.j2ee.blueprints.petstore.control.web.ScreenFlowManager.ini t(ScreenFlowManager.java:52) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.getScreen FlowManager(MainServlet.java:96) at com.sun.j2ee.blueprints.petstore.control.web.MainServlet.init(Main Servlet.java:37) at javax.servlet.GenericServlet.init(GenericServlet.java) at com.evermind.server.http.HttpApplication.wt(JAX) at com.evermind.server.http.HttpApplication.wb(JAX) at com.evermind.server.http.HttpApplication.um(JAX) at com.evermind.server.http.ef.su(JAX) at com.evermind.server.http.ef.dn(JAX) at com.evermind.util.f.run(JAX) -- --- Orion Version 1.4.0 Cloudscape data source AND MS Sql Server data source (the results are the same - the sources have worked before and continue to work on the previous pet store release (1.0.1)... Any clues as to where to start looking? I am not THAT interested in getting it to work, but I am a bit curious Cheers Ray Harrison __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
I get null pointer exception after calling create on an EB with EJB2.0 CMP Orion 1.3.8...
Hi All... I'm using Orion 1.3.8 and EJB 2.0 for CMP. I have written a fairley simple stateless session bean that's job is to just create a particular entity bean and populate it. This session bean is called from a servlet. When the session bean calls create on the home interface object of the entity bean it wants to create, the create method seems to execute properly and returns null. This seems true reguardless of which of two create() methods I call. After the create() method returns but before the next line of code is executed, Orion throws the following exception: java.lang.NullPointerException at CrHome_EntityHomeWrapper7.hashCode(CrHome_EntityHomeWrapper7.java:127 ) at com.evermind.util.ExternalHashSet.get(JAX) at CrHome_EntityHomeWrapper7.create(CrHome_EntityHomeWrapper7.java:335) at com.regtek.slsb.CreateNewCRBean.makeNew(CreateNewCRBean.java:41) at CreateNewCR_StatelessSessionBeanWrapper2.makeNew(CreateNewCR_Stateles sSessionBeanWrapper2.java:54) at com.regtek.protocol_servlets.MakeCR.doPost(MakeCR.java:92) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) 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) Of course, I have a pile of code and descriptors, but didn't want to post all that. If it is necessary, I will do so. If someone could give me an idea of how to solve this I would appreciate it. I went through the archives and saw one other posting from Sep 22 from someone who was having this exact problem, but I could find no reply. Thanks very much. Jim
RE: startup / monitor script?
Robert, Fantastic - exactly what I was looking for! I've just downloaded an HTTP monitoring tool called "PagePoke" (perl) from Freshmeat, will see how it goes. It's GPL so you could easily change to an XML file format if wnated. Alternatively if you feel like hacking a little, you could grab JMeter from java.apache.org and wrap a daemon around that? (It's a very good multithreaded load tester) Thanks, Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger Sent: Sunday, October 15, 2000 8:43 PM To: Orion-Interest Subject: Re: startup / monitor script? At 20:22 15.10.00 , you wrote: Klaus - thanks I'll try that. On my other point, has anyone written a shell or perl script to do the following on Linux/Unix: 1) Start Orion 2) Monitor that the Java process Orion is running in is running 3) If Orion stops (ie JVM crashes) - restart Orion 4) Log the starts / stops? I'm not a scripting guru at all, but if noone has one I'll start trying to hack one together. Always easier to start from something working though - has anyone seen something like this elsewhere I could look at? Mike this is exactly what supervise (comes with daemontools by the auther of qmail, d.j. bernstein) does. we've used it in production systems for the exact same task you're describing and are very satisfied with it. the only problem it doesn't deal with is when the entire application hangs. however, we haven't had this kind of problem in a long time. at the moment we use jdk1.3 by sun, which crashes occasionally and is restarted by supervise. try that, it's a good robust tool (like everything by that pedantic maniac bernstein ;-). btw does anyone know a working http monitoring tool preferably java based with an xml based config syntax? we use netsaint and the config syntax is a pain. we need something very simple and if we don't find anything we'll probably hack something ourselves. robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Klaus Thiele Sent: Saturday, October 14, 2000 5:17 PM To: Orion-Interest Subject: Re: Deployment platforms Mike Cannon-Brookes wrote: [...] 6. What has been your experience (stability, performance, managability, etc) - mainly of the underlying platform, not orion. Perfect, we've never had any problems with the OS or the DB (Sybase 11.0.3.3). Our only problem now is twofold: 1) Finding a way for Orion effectively to run as something other than root. some time ago there was a nice tip from a guy on this list: Linux kernel configuration: Networking options --- [*] IP: firewalling [*] IP: transparent proxy support and then a small startup-script: [...] start) echo -n "Redirect port 80" /sbin/ipchains -A input -p tcp -s 0/0 -d 0/0 80 -j REDIRECT 8000 this should also work (https): /sbin/ipchains -A input -p tcp -s 0/0 -d 0/0 443 -j REDIRECT 8443 [...] then you can run orion as any user you want. hope that helps klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go." (-) 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