Re: how to shutdown orion app server?
That command seems to hang on linux 2.4.x / 1.3.1 as soon as you've deployed something. It works great on win2k, though, so I suspect the linux JVM. Under linux, I usually have to CTRL-C or kill the process. - Renaud - Original Message - From: Jesper Rasmussen [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Monday, April 29, 2002 7:22 AM Subject: SV: how to shutdown orion app server? java -jar admin.jar ormi://localhost admin 1234 -shutdown where admin is username and 1234 is password For more info: java -jar admin.jar ormi://localhost admin 1234 -help -Oprindelig meddelelse- Fra: gusl [mailto:[EMAIL PROTECTED]] Sendt: 28. april 2002 05:26 Til: Orion-Interest Emne: how to shutdown orion app server? Hi all, I want to know how to shutdown orion app server ??? Use kill ???(under linux)
Re: deploying ejb without jar'ing
I do this all the time. filestructure: app/ META-INF/ app-ejb/ META-INF/ com/fullsix/... app-web/ WEB-INF/ I point orion at app/ (via server.xml), and in the application.xml, instead of referencing a .jar, I reference app-ejb/ like this: application ... module ejbapp-ejb/ejb /module ... /application As long as orion finds the META-INF for the ejbs, it does not make a difference wether it's a jar or not. it will deploy the app into $ORION_HOME/application-deployments/ as usual. - Renaud - Original Message - From: Marc Rabil [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, January 09, 2002 2:48 PM Subject: RE: deploying ejb without jar'ing I'm pretty sure you can not. Marc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Wednesday, January 09, 2002 4:10 AM To: Orion-Interest Subject: deploying ejb without jar'ing im sure ive come across this... can i deploy ejb's directly from a filestructure instead fo jarring them first? and if so how? sincerely Morten Wilken
Re: How do you shut down orion after it's initialized
Why do you use ormi://localhost:8080 ? default is ormi://localhost, and unless you explicitely changed the port number for the ormi listener, that's what it should be. The ormi port has *nothing* to do with the http port defined in default-web-site.xml - Renaud - Original Message - From: James Beeson [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, December 19, 2001 5:06 AM Subject: Re: How do you shut down orion after it's initialized I have an admin.jar in my c:\orion directory, but I looked inside it and the ONLY file is the manifest.mf file. There are no other files (namely any .class files) there. Is that right? I just downloaded this less than a week ago, the newest stable version there was Here is what is in the manifest file: Manifest-Version: 1.0 Main-Class: com.evermind.client.orion.OrionConsoleAdmin Name: Evermind Console-based Admin Created-By: 1.2 (Sun Microsystems Inc.) Implementation-Vendor: Evermind Class-Path: orion.jar Implementation-Version: 0.1.8 Implementation-Title: com.evermind.client.orion I have run the java -jar admin.jar ormi://localhost:8080/ admin pswd -shutdown command from the c:\orion directory I am able to shut down properly by using the orion console's FileExit menu item after accessing the console via the command C:\orionjava -jar orion.jar -console While this doesn't solve my problem from trying to shut down properly from the command line, this seems to do the trick. Thanks Everyone! From: Chris Callaghan [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Re: How do you shut down orion after it's initialized Date: Wed, 19 Dec 2001 11:14:55 +1300 Sounds like you're missing admin.jar... You can get rid of your transaction-log error by creating a persistence directory under the orion directory. Orion will then happily use that... I think some zip implementations have a thing about creating empty directories... James Beeson wrote: I did not have the admin user deactivated (althought that was a good tip- thanks!) When I use the command: java -jar admin.jar ormi://localhost:8080/ admin pswd -shutdown I get: Exception in thread main java.util.zip.ZipException: The system cannot find the file specified at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(Unknown Source) at java.util.jar.JarFile.init(Unknown Source) at java.util.jar.JarFile.init(Unknown Source) And then Orion is left running. Could that be related to the error it prints out when Orion starts (here it is): Warning: Error reading transaction-log file (/C:/orion/persistence/transaction.state) for recovery: premature end of file Forced or abrubt (crash etc) server shutdown detected, starting recovery process ... Recovery completed, 0 connections committed and 0 rolled back... Orion/1.5.2 initialized But then the app runs fine. I currently don't have a transaction.state file. Why won't it let me shut down Orion? Thanks _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
Fw: [smq3beta] MDB
There is a thread going on the swiftmq 3 beta mailing list about MDBs and SwiftMQ. While the resource-provider technique works for MDBs (my MDB gets the message), other folks wonder about transactions when using the technique described on the orionserver site. Does anyone know about XA transaction support in this case ? - Renaud - Original Message - From: Andreas Mueller [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 27, 2001 8:28 AM Subject: [smq3beta] MDB That's great! It seems Orion doesn't need ASF to drive the MDBs. For the other question: The usual way to drive MDBs is to use the JMS provider's application server facilities (ASF) in conjunction with distributed transactions (XA). These things are specified in chapter 8 of the JMS spec. It is optional for a JMS provider to implement it. SwiftMQ doesn't implement it to avoid to the effort to support the different plug- in interfaces of the various container provider, because the contract between container and JMS provider is unspecified (the JMS spec describes only behaviors). There is also a transaction flow problematic which has to be addressed.
RE: MDB in orion 1.5.2 using Queue
On Fri, 2001-10-19 at 02:38, Romen Law wrote: I did find two things though: 1. someone posted before saying that in Orion you should not make MDB implement MessageListener, otherwise it will not work. I found that to be false. Cool. Sorry for the false info. I was referring to this previous post: http://www.mail-archive.com/orion-interest%40orionserver.com/msg14877.html Obviously one needs onMessage() to receive the messages...But it compiles and deploys fine without the MessageListener declaration. oh well. cheers, - Renaud -- Renaud Bruyeron [EMAIL PROTECTED] Fullsix London - http://www.fullsix.com/