orion xml's
Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken
RE: orion xml's
Morten, At least the dd's are in xml, when Orion started they were the only ones that used xml descriptors. The way to do this is with gui's that are integrated with orion. Orion does have some gui's for generating this configuration files...but my experience with them has been miserable. Most of us use auto-generated files as a start...its true that these have some things which aren't necessary for configuration (I mean who needs to know the wrapper class name?). My experience is that you can strip out the auto-generated bits which have nothing to do with configuration (version= , date= ,wrapper class =, etc.), and this has no impact on the deployment...and in fact may hinder the deployment. For example, if you put in the version stuff, I have found that the ejb will double-deploy What we need is a good gui for doing this...anybody good with jdom and swing? regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 1:00 AM To: Orion-Interest Subject: orion xml's Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken
Fw: orion xml's
- Original Message - From: Morten Wilken [EMAIL PROTECTED] To: The elephantwalker [EMAIL PROTECTED] Sent: Thursday, October 18, 2001 10:58 AM Subject: Re: orion xml's hi elephantwalker i see your point about gui's, but i really like the fact that you can go down and mess with the xml files, i would just like to be sure i was the only one messing with them :-) what i would envision is something like ejb-jar.xml (as per specs) + custom-ejb-jar.xml = orion-ejb-jar.xml so that ejb-jar.xml and custom-ejb-jar.xml could be saely tucked away in cvs, and orion managed orion-ejb-jar.xml all by itself (autorefreshing when i changed anything in my xml files) but as you say, it's nice that orion even has xml files for configuration :-) sincerely morten wilken - Original Message - From: The elephantwalker [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, October 18, 2001 10:32 AM Subject: RE: orion xml's Morten, At least the dd's are in xml, when Orion started they were the only ones that used xml descriptors. The way to do this is with gui's that are integrated with orion. Orion does have some gui's for generating this configuration files...but my experience with them has been miserable. Most of us use auto-generated files as a start...its true that these have some things which aren't necessary for configuration (I mean who needs to know the wrapper class name?). My experience is that you can strip out the auto-generated bits which have nothing to do with configuration (version= , date= ,wrapper class =, etc.), and this has no impact on the deployment...and in fact may hinder the deployment. For example, if you put in the version stuff, I have found that the ejb will double-deploy What we need is a good gui for doing this...anybody good with jdom and swing? regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 1:00 AM To: Orion-Interest Subject: orion xml's Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken
New Version 1.5.3
ok for all , but where did you get it? Is it a special/restricted edition ?? Thanks Alessandro Fustini Java Developer e-mail: [EMAIL PROTECTED]
RE: MDB in orion 1.5.2 using Queue
Hi Romen, did you specify the admin security credentials? its -Djava.naming.security.credentials=admin password If you don't give this, it pops up a textbox asking for the password. Maybe you are tabbing off this before it pops up? Did you enable jms from server.xml by uncommenting the jms-config node? I did not have to do anything to orion-ejb-jar.xml. I configured my ejb-jar.xml as follows: ejb-jar descriptionMessage Driven Bean/description enterprise-beans message-driven ejb-nameMyMDB/ejb-name ejb-classpackage.MyMDB/ejb-class transaction-typeContainer/transaction-type acknowledge-modeauto-acknowledge/acknowledge-mode message-driven-destination destination-typejavax.jms.Queue/destination-type subscription-durabilitydurable/subscription-durability /message-driven-destination resource-ref res-ref-namejms/QueueConnectionFactory/res-ref-name res-typejavax.jms.QueueConnectionFactory/res-type res-authContainer/res-auth /resource-ref resource-env-ref resource-env-ref-namejms/theQueue/resource-env-ref-name resource-env-ref-typejavax.jms.Queue/resource-env-ref-type /resource-env-ref /message-driven Hope that helps, Justin -Original Message- From: Romen Law [mailto:[EMAIL PROTECTED]] Sent: 18 October 2001 01:05 To: Orion-Interest Subject: MDB in orion 1.5.2 using Queue ello, I tested MDB using topic and it worked fine. What I did was to deploy the MDB using the 'jms/theTopic' as the destination-location in orion-ejb-jar.xml. Then I ran the sample jmschat.jar and saw that my MDB got called. But I could not repeat the same using Queue as the destination. I deployed the same MDB using destination-typejavax.jms.Queue/destination-type in ejb-jar.xml and destination-location=jms/theQueue in orion-ejb-jar.xml. Then I ran the coffeemaker.jar sample using the -order flag. My bean did not get called. Did I do something wrong? Has anyone tried using MDB with Queue? Any clues? cheers romen
SV: orion xml's
The EARDeployer tool will help out with this when its final. WR -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]För The elephantwalker Skickat: den 18 oktober 2001 10:33 Till: Orion-Interest Ämne: RE: orion xml's Morten, At least the dd's are in xml, when Orion started they were the only ones that used xml descriptors. The way to do this is with gui's that are integrated with orion. Orion does have some gui's for generating this configuration files...but my experience with them has been miserable. Most of us use auto-generated files as a start...its true that these have some things which aren't necessary for configuration (I mean who needs to know the wrapper class name?). My experience is that you can strip out the auto-generated bits which have nothing to do with configuration (version= , date= ,wrapper class =, etc.), and this has no impact on the deployment...and in fact may hinder the deployment. For example, if you put in the version stuff, I have found that the ejb will double-deploy What we need is a good gui for doing this...anybody good with jdom and swing? regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 1:00 AM To: Orion-Interest Subject: orion xml's Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken
RE: Nimda Virus
Title: RE: Nimda Virus Get a clue. You work for MCI WorldCom. What did you expect ? -Original Message-From: Nusairat, Joseph F. [mailto:[EMAIL PROTECTED]]Sent: Wednesday, October 17, 2001 4:29 PMTo: Orion-InterestSubject: RE: Nimda Virus lol ... well how did we get infected??? Does anyone have any clue how that could happen? Joseph Faisal Nusairat, Sr. Project Manager WorldCom tel: 614-723-4232 pager: 888-452-0399 textmsg: [EMAIL PROTECTED] -Original Message- From: Hani Suleiman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 17, 2001 10:15 AM To: Orion-Interest Subject: Re: Nimda Virus Of course not, it only affects IIS. On Wed, 17 Oct 2001, Nusairat, Joseph F. wrote: Have any of u had issues with this exploiting the Orion App? Joseph Faisal Nusairat, Sr. Project Manager WorldCom tel: 614-723-4232 pager: 888-452-0399 textmsg: [EMAIL PROTECTED]
RE: New Version 1.5.3
As said before (always!) you can obtain the latest version of Orion from autoupdate. See http://kb.atlassian.com/content/orionsupport/articles/update.html for info. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alessandro Fustini Sent: Thursday, October 18, 2001 6:11 PM To: Orion-Interest Subject: New Version 1.5.3 ok for all , but where did you get it? Is it a special/restricted edition ?? Thanks Alessandro Fustini Java Developer e-mail: [EMAIL PROTECTED]
RE: Nimda Virus
Title: RE: Nimda Virus Wow i didnt believe rudeness was a part of these forums. SHould we now meet out back at lunch and fight? I believe thats how it goes. ANYWAY ... i think the other guy was right about it propogating through the file sharing ports i believe we had one or two that were open Joseph Faisal Nusairat, Sr. Project Manager WorldCom tel: 614-723-4232 pager: 888-452-0399 textmsg: [EMAIL PROTECTED] -Original Message-From: J.D. Bertron [mailto:[EMAIL PROTECTED]]Sent: Thursday, October 18, 2001 8:14 AMTo: Orion-InterestSubject: RE: Nimda Virus Get a clue. You work for MCI WorldCom. What did you expect ? -Original Message-From: Nusairat, Joseph F. [mailto:[EMAIL PROTECTED]]Sent: Wednesday, October 17, 2001 4:29 PMTo: Orion-InterestSubject: RE: Nimda Virus lol ... well how did we get infected??? Does anyone have any clue how that could happen? Joseph Faisal Nusairat, Sr. Project Manager WorldCom tel: 614-723-4232 pager: 888-452-0399 textmsg: [EMAIL PROTECTED] -Original Message- From: Hani Suleiman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 17, 2001 10:15 AM To: Orion-Interest Subject: Re: Nimda Virus Of course not, it only affects IIS. On Wed, 17 Oct 2001, Nusairat, Joseph F. wrote: Have any of u had issues with this exploiting the Orion App? Joseph Faisal Nusairat, Sr. Project Manager WorldCom tel: 614-723-4232 pager: 888-452-0399 textmsg: [EMAIL PROTECTED]
EJB2.0 CMR don't work :-((
Hi, I've tried a simple EJB2.0 Realationship with Orion 1.5.3 and it failed. For me it seems that the orion server simply ignores my Relationship (no additional fields or table is generated :-((( Here's the snippet from my ejb-jar.xml relationships !-- This file is included by the process management Relationship addon -- !-- ONE-TO-MANY: Order LineItem -- ejb-relation ejb-relation-nameTestRel1/ejb-relation-name ejb-relationship-role ejb-relationship-role-nameTestB-has-TestAs/ejb-relationship-role-name multiplicityOne/multiplicity role-source ejb-nameTestB/ejb-name /role-source cmr-field cmr-field-nameAs/cmr-field-name cmr-field-typejava.util.Collection/cmr-field-type /cmr-field /ejb-relationship-role ejb-relationship-role ejb-relationship-role-nameTestA-has-TestB/ejb-relationship-role-name multiplicityMany/multiplicity cascade-delete/ role-source ejb-nameTestB/ejb-name /role-source cmr-field cmr-field-nameB/cmr-field-name /cmr-field /ejb-relationship-role /ejb-relation /relationships I know that there are some problems with bidirectional relationships in the past and I have read some complains about fine grained Bugs that give me the strong feeling that CMRs should work. Anyone out there who has managed to build Related EJBs ? BTW: The Bean itself works fine (CMP with Oracle 8.x) but if I add the snippet above to my ejb-jar.xml it is ignored by Orion :-(( By Stefan
RE: orion xml's
Morten, Thanks for forwarding this to the list...90% of my posts don't get through for some reason. This is one reason I created www.elephantwalker.com. Regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 1:59 AM To: Orion-Interest Subject: Fw: orion xml's - Original Message - From: Morten Wilken [EMAIL PROTECTED] To: The elephantwalker [EMAIL PROTECTED] Sent: Thursday, October 18, 2001 10:58 AM Subject: Re: orion xml's hi elephantwalker i see your point about gui's, but i really like the fact that you can go down and mess with the xml files, i would just like to be sure i was the only one messing with them :-) what i would envision is something like ejb-jar.xml (as per specs) + custom-ejb-jar.xml = orion-ejb-jar.xml so that ejb-jar.xml and custom-ejb-jar.xml could be saely tucked away in cvs, and orion managed orion-ejb-jar.xml all by itself (autorefreshing when i changed anything in my xml files) but as you say, it's nice that orion even has xml files for configuration :-) sincerely morten wilken - Original Message - From: The elephantwalker [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, October 18, 2001 10:32 AM Subject: RE: orion xml's Morten, At least the dd's are in xml, when Orion started they were the only ones that used xml descriptors. The way to do this is with gui's that are integrated with orion. Orion does have some gui's for generating this configuration files...but my experience with them has been miserable. Most of us use auto-generated files as a start...its true that these have some things which aren't necessary for configuration (I mean who needs to know the wrapper class name?). My experience is that you can strip out the auto-generated bits which have nothing to do with configuration (version= , date= ,wrapper class =, etc.), and this has no impact on the deployment...and in fact may hinder the deployment. For example, if you put in the version stuff, I have found that the ejb will double-deploy What we need is a good gui for doing this...anybody good with jdom and swing? regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 1:00 AM To: Orion-Interest Subject: orion xml's Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken
J2EE petstore and Orion
There is an article on orionsupport.com for installing the sun petstore app. (http://www.orionsupport.com/articles/orion-jps.html). It references a zip file that I can't find - orion-config-jps1.0.zip - which is all of the orion config files. Does anyone know where I can find this zip? Thanks http://www.xns.org/=jeffoberlander
Tunneling Question
Hi, Is it possible to do tunneling in application leveal ?. cause i'm having 3 domain names but wanna do tunneling for one domain only. i went through docs but its for global. servlet servlet-nametunnel/servlet-name servlet-classcom.evermind.server.http.TunnelServlet/servlet-class init-param param-nametargetRoot/param-name param-valuehttp://localhost:8080//param-value /init-param /servlet (This is assuming that Orion is running on port 80 and Apache on 8080.) Then you would add the mappings for the content you want the other web server to handle: servlet-mapping servlet-nametunnel/servlet-name url-pattern/*.html/url-pattern /servlet-mapping servlet-mapping servlet-nametunnel/servlet-name url-pattern/*.gif/url-pattern /servlet-mapping Thanks for your help, Sarathy _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
RE: Tunneling Question
I believe anything that can be done in the global, can be done in an app. The format is the same. So if you want an app to use tunneling, put the same tag in your orion-web.xml file (this is located in the WEB-INF directory of your war file: servlet servlet-nametunnel/servlet-name servlet-classcom.evermind.server.http.TunnelServlet/servlet-class init-param param-nametargetRoot/param-name param-valuehttp://localhost:8080//param-value /init-param /servlet also add the appropriate mapping. You can copy the one orion already uses for your app...look in your application directory for your orion-web.xml file. regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sarathy Mattaparti Sent: Thursday, October 18, 2001 9:45 AM To: Orion-Interest Subject: Tunneling Question Hi, Is it possible to do tunneling in application leveal ?. cause i'm having 3 domain names but wanna do tunneling for one domain only. i went through docs but its for global. servlet servlet-nametunnel/servlet-name servlet-classcom.evermind.server.http.TunnelServlet/servlet-class init-param param-nametargetRoot/param-name param-valuehttp://localhost:8080//param-value /init-param /servlet (This is assuming that Orion is running on port 80 and Apache on 8080.) Then you would add the mappings for the content you want the other web server to handle: servlet-mapping servlet-nametunnel/servlet-name url-pattern/*.html/url-pattern /servlet-mapping servlet-mapping servlet-nametunnel/servlet-name url-pattern/*.gif/url-pattern /servlet-mapping Thanks for your help, Sarathy _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Re: Yup, SSL question
Nevermind, I have found the keystore and have imported the certificate. I believe my problems now have to do with our clustering/load balancing configuration. We are currently using an Alteon Acedirector 3 for our load balancer. We are also using clustering to maintain sessions. I think the error I have been getting: "Error listening to SSLServerSocket: No available certificate corresponds to the SSL cipher suites which are enabled." is because our certificate is for our virtual IP, and not for our local machine, and therefore Orion is unable to load the certificate correctly because it isnt for the local host. The question is, how do I configure Orion to load a certificate for our virtual site? Here is my configuration, with some entries modified to protect the innocent: web-site host="localhost.simpledevices.com" port="8443" cluster-island="1" secure="true" display-name="SMS WebSite" default-web-app application="sms" name="sms-web" shared="true" load-on-startup="false" / ssl-config keystore="../keys/keystore" keystore-password="123456" / frontend host="virtual.simpledevices.com" port="443"/ access-log path="../log/sms-web-access.log" //web-site I have tried setting the web-site host="[ALL]", but I get an error saying I cannot cluster with that configuration. Though I no longer get the SSLServerSocket error. Thanks for any help, Steve - Original Message - From: Steve Best To: Orion-Interest Sent: Wednesday, October 17, 2001 3:43 PM Subject: Yup, SSL question So, I do not have the original keystore file generated during the certificate request, but I have the original certificate request private key file, as well as the certificate file from Thawte. How do I get them both into a working keystore? Steve
RE: Yup, SSL question
use a virtual-hosts attribute in your web-site tag...I also use the EXACT ip address in host: web-site host="localhost.simpledevices.com" port="8443" cluster-island="1" secure="true" virtual-host="secure.simpledevices.com or whatever the ssl certificate supports" display-name="SMS WebSite" regards, the elephantwalker www.elephantwalker.com .ps I am glad your Alteonloadbalancer works, because the orion loadbalancer.jar can't use ssl ;(...its broken in 1.5.2. My main question is ... aren't you using Alteon as you ssl accelerator...and if so, why are the backends in ssl? -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steve BestSent: Thursday, October 18, 2001 11:36 AMTo: Orion-InterestSubject: Re: Yup, SSL question Nevermind, I have found the keystore and have imported the certificate. I believe my problems now have to do with our clustering/load balancing configuration. We are currently using an Alteon Acedirector 3 for our load balancer. We are also using clustering to maintain sessions. I think the error I have been getting: "Error listening to SSLServerSocket: No available certificate corresponds to the SSL cipher suites which are enabled." is because our certificate is for our virtual IP, and not for our local machine, and therefore Orion is unable to load the certificate correctly because it isnt for the local host. The question is, how do I configure Orion to load a certificate for our virtual site? Here is my configuration, with some entries modified to protect the innocent: web-site host="localhost.simpledevices.com" port="8443" cluster-island="1" secure="true" display-name="SMS WebSite" default-web-app application="sms" name="sms-web" shared="true" load-on-startup="false" / ssl-config keystore="../keys/keystore" keystore-password="123456" / frontend host="virtual.simpledevices.com" port="443"/ access-log path="../log/sms-web-access.log" //web-site I have tried setting the web-site host="[ALL]", but I get an error saying I cannot cluster with that configuration. Though I no longer get the SSLServerSocket error. Thanks for any help, Steve - Original Message - From: Steve Best To: Orion-Interest Sent: Wednesday, October 17, 2001 3:43 PM Subject: Yup, SSL question So, I do not have the original keystore file generated during the certificate request, but I have the original certificate request private key file, as well as the certificate file from Thawte. How do I get them both into a working keystore? Steve
RE: orion xml's
You can use Xdoclet's orion support. Instead of editing the autogenerated file you put some @tags in your source and orion-ejb-jar.xml is generated by xdoclet for you. And because you put it in your Ant build fie you always have uptodate file. http://sourceforge.net/projects/xdoclet Note that a new version will be available very soon with some fixes to some bugs in orion support/etc. So for the moment use the latest code from cvs. Stay tuned for the release. Ara. -Original Message- From: [EMAIL PROTECTED] [mailto:owner-orion- [EMAIL PROTECTED]] On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 11:30 AM To: Orion-Interest Subject: orion xml's Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Fw: Yup, SSL question
- Original Message - From: Steve Best To: Orion-Interest Sent: Thursday, October 18, 2001 11:35 AM Subject: Re: Yup, SSL question Nevermind, I have found the keystore and have imported the certificate. I believe my problems now have to do with our clustering/load balancing configuration. We are currently using an Alteon Acedirector 3 for our load balancer. We are also using clustering to maintain sessions. I think the error I have been getting: "Error listening to SSLServerSocket: No available certificate corresponds to the SSL cipher suites which are enabled." is because our certificate is for our virtual IP, and not for our local machine, and therefore Orion is unable to load the certificate correctly because it isnt for the local host. The question is, how do I configure Orion to load a certificate for our virtual site? Here is my configuration, with some entries modified to protect the innocent: web-site host="localhost.simpledevices.com" port="8443" cluster-island="1" secure="true" display-name="SMS WebSite" default-web-app application="sms" name="sms-web" shared="true" load-on-startup="false" / ssl-config keystore="../keys/keystore" keystore-password="123456" / frontend host="virtual.simpledevices.com" port="443"/ access-log path="../log/sms-web-access.log" //web-site I have tried setting the web-site host="[ALL]", but I get an error saying I cannot cluster with that configuration. Though I no longer get the SSLServerSocket error. Thanks for any help, Steve - Original Message - From: Steve Best To: Orion-Interest Sent: Wednesday, October 17, 2001 3:43 PM Subject: Yup, SSL question So, I do not have the original keystore file generated during the certificate request, but I have the original certificate request private key file, as well as the certificate file from Thawte. How do I get them both into a working keystore? Steve
NEWS FLASH
Orion 1.5.3, the latest experimental release, is now available for download. We anticipate very high loads on our server when people rush to download, so please have patience if the download is slow. The Orion Team
Re: Yup, SSL question
sorry if i'm off track here??, but last time i checked, orion couldn't cluster + SSL at the same time. ithink it's orion bugzilla defect 525 from memory, since i spent some time investigating it. i think elephantwalker is a bit of an expert on this particular issue. you can cluster, and you can setup SSL, but just not at the same time. - Original Message - From: Steve Best To: Orion-Interest Sent: Friday, October 19, 2001 4:35 AM Subject: Re: Yup, SSL question Nevermind, I have found the keystore and have imported the certificate. I believe my problems now have to do with our clustering/load balancing configuration. We are currently using an Alteon Acedirector 3 for our load balancer. We are also using clustering to maintain sessions. I think the error I have been getting: "Error listening to SSLServerSocket: No available certificate corresponds to the SSL cipher suites which are enabled." is because our certificate is for our virtual IP, and not for our local machine, and therefore Orion is unable to load the certificate correctly because it isnt for the local host. The question is, how do I configure Orion to load a certificate for our virtual site? Here is my configuration, with some entries modified to protect the innocent: web-site host="localhost.simpledevices.com" port="8443" cluster-island="1" secure="true" display-name="SMS WebSite" default-web-app application="sms" name="sms-web" shared="true" load-on-startup="false" / ssl-config keystore="../keys/keystore" keystore-password="123456" / frontend host="virtual.simpledevices.com" port="443"/ access-log path="../log/sms-web-access.log" //web-site I have tried setting the web-site host="[ALL]", but I get an error saying I cannot cluster with that configuration. Though I no longer get the SSLServerSocket error. Thanks for any help, Steve - Original Message - From: Steve Best To: Orion-Interest Sent: Wednesday, October 17, 2001 3:43 PM Subject: Yup, SSL question So, I do not have the original keystore file generated during the certificate request, but I have the original certificate request private key file, as well as the certificate file from Thawte. How do I get them both into a working keystore? Steve
RE: orion xml's
Or alternatively we use XDoclet to generate almost all of our deployment descriptors and EJBs. http://sf.net/projects/xdoclet It has @orion tags now in 1.1 and will generate the orion-ejb-jar file for ou. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus Rydin Sent: Thursday, October 18, 2001 8:04 PM To: Orion-Interest Subject: SV: orion xml's The EARDeployer tool will help out with this when its final. WR -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]För The elephantwalker Skickat: den 18 oktober 2001 10:33 Till: Orion-Interest Ämne: RE: orion xml's Morten, At least the dd's are in xml, when Orion started they were the only ones that used xml descriptors. The way to do this is with gui's that are integrated with orion. Orion does have some gui's for generating this configuration files...but my experience with them has been miserable. Most of us use auto-generated files as a start...its true that these have some things which aren't necessary for configuration (I mean who needs to know the wrapper class name?). My experience is that you can strip out the auto-generated bits which have nothing to do with configuration (version= , date= ,wrapper class =, etc.), and this has no impact on the deployment...and in fact may hinder the deployment. For example, if you put in the version stuff, I have found that the ejb will double-deploy What we need is a good gui for doing this...anybody good with jdom and swing? regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 1:00 AM To: Orion-Interest Subject: orion xml's Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken
RE: MDB in orion 1.5.2 using Queue
ello, Thanks for all the replies. I must apologise: my MDB using Queue was working all along. It's just that I was using System.out.println() for logging so I couldn't see it on the console. But after using log4j I could see it. Well, there is first time for everything. 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. 2. I still do need to modify the destination-location in orion-ejb-jar.xml. If I don't it still works provided that I only have one Queue or Topic defined in jms.xml. Orion seems to use that one disregarding the queue name you specify in the sender. cheers romen
