How to use multiple tables in BMP for EJB 2.0?
Hi All I am told that CMP in EJB 2.0 support multiple table-joins such that you can reflect the master-detail relationships among tables by using foreign keys in deployment decriptors. Then how about BMP? Is there anything we can do to use two BMP beans with master-detail relationship? Thanks in advance. Lynch
Impossible getting the attention of the orion (support) team. Are they still around?
Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
ironflare?
I just went to the orionserver web site, and found this reference: IronFlare AB Nygatan 23 63220 Eskilstuna Sweden This is the address you use when you buy an Orion license. Are they no longer Evermind? Is there any possibility of talking to IronFlare about business arrangements? I have sent several emails to sales and info under my real-world name, and have gotten no response. We are soon to deploy, but would like some closer contact with the company. Regards, Elephantwalker Befuddled, confused and frustrated.
Re: Impossible getting the attention of the orion (support) team. Arethey still around?
Hello Ate, It seems like there exists a mail problem. Our mails to you (be it from Bugzilla, orion-interest or personally) don't seem to get through to you. I'm sure this is a problem on our side, since we recently moved our servers. I guess this mail won't reach you either, but since you read the archives I hope you see it, and just in case, I've also sent you a mail personally from another network just now that I hope you receive. I'll get you a password for Bugzilla somehow so you can use it to track the progress on your bug. Regards, Karl Avedal "Douma, Ate" wrote: Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: Impossible getting the attention of the orion (support) team. Are they still around?
I'm not sure about the Orion team contacts, but I'd suggest the problem is with your mail account ;) - you can't subscribe to Bugzilla - I just did and it worked fine - you can't subscribe / recieve the list - I do fine - you mail support / Magnus and get no response - I get both All these seem to involve a mail fault on your end ? -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Douma, Ate Sent: Monday, March 19, 2001 9:24 PM To: Orion-Interest Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
Re: Character encoding problem
Sure I have (#364). Just hoped that here I would get the solution faster. Regards, Rafal Have you submitted a bug report for this on orionserver.com's bugzilla? Just a thought. Dan. At 09:36 16/03/2001 +0100, you wrote: Once again since my yesterdays posting seems to be lost: Hi Orion Masters, When I put line: response.setContentType("text/html;charset=ISO-8859-2"); into my servlet's doGet method, I don't get response from the servlet. [...]
RE: Impossible getting the attention of the orion (support) team. Are they still around?
I think it is because of the list software. I too have been unable to get the mail to my account, but I tried subscribing a different account, and that works. Why don't you try creating a hotmail.com account or the like, and subscribe it... Just a thought. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Douma, Ate Sent: 19. marts 2001 11:24 To: Orion-Interest Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: Impossible getting the attention of the orion (support) team. Arethey still around?
-Original Message- From: Karl Avedal [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 6:19 AM To: Orion-Interest Subject: Re: Impossible getting the attention of the orion (support) team. Arethey still around? Hello Ate, It seems like there exists a mail problem. Our mails to you (be it from Bugzilla, orion-interest or personally) don't seem to get through to you. I'm sure this is a problem on our side, since we recently moved our servers. I guess this mail won't reach you either, but since you read the archives I hope you see it, and just in case, I've also sent you a mail personally from another network just now that I hope you receive. I'll get you a password for Bugzilla somehow so you can use it to track the progress on your bug. Regards, Karl Avedal "Douma, Ate" wrote: Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: Impossible getting the attention of the orion (support) team. Are they still around?
I remember when you could post a message on this list, and within a few hours a fix was available via autoupdate. I knew they couldn't provide that sort of service forever. Things have really gone down hill since pre-1.1 days. I guess that's what you get from a couple of young hackers in an apartment in Sweden. Maybe they really enjoyed the coding, but just don't like running a business. Once they found out how tedious it is, they retreated. -Original Message- From: Thomas Pridham [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 8:25 AM To: Orion-Interest Subject: RE: Impossible getting the attention of the orion (support) team. Are they still around? I agree with you. Orion is a great product, but we are also having problems getting proper support from Orion. Even getting something as simple as an invoice for the product (which is paid in full) has been a huge hassle. Can you imagine doing business with a company that does not provide simple functions like support, accounting, customer management etc...??? I work for a company that provides J2EE solutions to our customers. One client has bought a license and we are getting ready for another purchase. I am really beginning to wonder if that is a good idea. I'd rather work with an inferior product and have access to engineers that can help when a crisis occurs.I think it may be time to dump Orion and use another vendor. I think Orion is a GREAT product, but they MUST provide basic functions to support that product. If they were not ready to support the people who bought the product, then they should not have started selling it!!! Regards, Tom Pridham -Original Message- From: Douma, Ate [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 5:24 AM To: Orion-Interest Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
JMS regression in 1.4.7
Hello, Has anyone else noticed problems with using JMS in 1.4.7. In 1.4.5 I was successfully able to subscribe to topics from application clients. In 1.4.7, the onMessage handler does not get any messages. Vidur -- Vidur Dhanda Active Solutions tel: 617/566-1252 [EMAIL PROTECTED] www.active-solutions-inc.com
Creating subscribers in JMS
Hello, Is it legal to call topicSession.createSubscriber(Topic) on a TopicSession that was created via topicConnection.createTopicSession(...) after the topicConnection has been started? In 1.4.5 and 1.4.7 Orion hangs at the createSubscriber call. Thanks, Vidur -- Vidur Dhanda Active Solutions tel: 617/566-1252 [EMAIL PROTECTED] www.active-solutions-inc.com
RE: Dependents remove not supported
Title: RE: Dependents in 1-N don't go away Thanks, I found it 9.4.4.2 page 119 in EJB2.pdf, and tried to use it by putting the method remove in my DO : abstract remove(); however Orion doesn't seem to support it and pukes on startup: "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public abstract void com.mytest.ejb.MyDo.remove()" bummer! that seriously make me reconsider using the whole thing, or is my method signature incorrect? Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 1:58 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away You may want to look at 9.4.4.2 in the proposed final draft which defines the remove() function of a DO. I don't have PD1 to tell you what section it is there. -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Sunday, March 18, 2001 12:30 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Is that remove() method an abstract method to be implemented in the DO? they inherit Object and the only required method to implement on them is the deepCopy(), I don't see where the remove() method is or come from. Since they are Depedent by nature shouldn't the remove call on the parent set or collection remove them permanently as well in the design? maybe it is a bug in Orion ? Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 10:25 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away I understand. You have removed the DO from the parents list, but you have not removed the DO from the database. This is because you did not call the removed method of the DO. Try: getDependents().remove(dependent); // remove DO from parent's list dependent.remove(); // remove DO from database/container -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Saturday, March 17, 2001 9:29 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Hi Tim, thanks for the info, by my problem is different my issue is I want to remove a dependent from the java.utill.Set in its parent object and that if I call getDependents().remove(dependent) from the parent object the dependent doesn't go away from the list (even though it has been found since I implemented the equal method) Any help on this is really greatly appreciated. Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Saturday, March 17, 2001 9:10 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Dependent objects (DO) do not go away automatically. There is an un-implemented option in the deployment descriptor called cascade-delete, but alas, it is unimplemented. The DO life-cycle is one of the main issues with DOs in the spec and one reason they may be changed. For now, just implement ejbRemove in your entity and DOs so they call the remove of their children. -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Friday, March 16, 2001 7:43 PM To: Orion-Interest Subject: Dependents in 1-N don't go away Hi everyone, I am having an issue with my 1-n dependents relationship. My dependents don't get deleted when I remove them from the cmr Set. I have a PhoneNumber dependent class which has a field type, countrycode, number, etc... I implemented the equal method in my class such that two phonenumber having the same type are equal, these type being like "business", "fax", "cell", etc Now I have an ejb class, the Customer ejb, which has : abstract PhoneNumber createPhoneNumber() abstract Set getPhoneNumbers() abstract void setPhoneNumbers(Phonenumber n) void addPhoneNumber(String type, String areaCode, ...) { PhoneNumber p = createPhoneNumber(); //Remove an existing phone //*1 getPhoneNumbers().remove(phoneNumber); //*2
Orion and mysql: turning autocommit off?
Hi all In the archive there are several mails describing problems with autocommit when using MySQL (3.23.32) and the org.gjt.mm.mysql.Driver (2.0.4) The Cabin example from Monson-Haefel's book, which uses CMP, fails as autocommit is not turned off: [snip from application.log] 19-03-01 15:56 Error in bean Cabin java.sql.SQLException: Can't call commit when autocommit=true at org.gjt.mm.mysql.Connection.commit(Connection.java:520) at com.evermind.sql.an.commit(JAX) at com.evermind.sql.aj.commit(JAX) at com.evermind.server.ejb.DataSourceConnection.commit(JAX) at CabinHome_EntityHomeWrapper2.create(CabinHome_EntityHomeWrapper2.java:429) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.bd.run(JAX) at com.evermind.server.rmi.bb.hy(JAX) at com.evermind.server.rmi.bb.run(JAX) at com.evermind.util.f.run(JAX) [end snip] I've tried to use the property: jdbc.nontx.autocommit=false in the orion.properties file, but this does not turn off autocommit. I've also tried turning autocommit off in the MySQL DB (SET AUTOCOMMIT=0) itself, but with no effect. Has any one found out how to turn off autocommit? Regards Henrik -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: 30. januar 2001 22:16 To: Orion-Interest Subject: Re: orion and mysql? I found it very easy...I use: http://mmmysql.sourceforge.net/ - jdbc driver http://javaexchange.com/ - connection pooling One variable i had was w/javaexchange's DBBroker, set AutoReconnect=true... so far so good...been using awhile Which mysql are you using? Not all versions support transactions. tim.
RE: Impossible getting the attention of the orion (support) team. Are they still around?
May be the problem with the mail not beeing delivered is that your mail server don't accept mails from host with a Non-authoritative DNS entry like this one from the mailserver used by orion: Non-authoritative answer: Name:druid.evermind.net Address: 195.58.126.196 /Tommy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Pridham Sent: den 19 mars 2001 15:25 To: Orion-Interest Subject: RE: Impossible getting the attention of the orion (support) team. Are they still around? I agree with you. Orion is a great product, but we are also having problems getting proper support from Orion. Even getting something as simple as an invoice for the product (which is paid in full) has been a huge hassle. Can you imagine doing business with a company that does not provide simple functions like support, accounting, customer management etc...??? I work for a company that provides J2EE solutions to our customers. One client has bought a license and we are getting ready for another purchase. I am really beginning to wonder if that is a good idea. I'd rather work with an inferior product and have access to engineers that can help when a crisis occurs.I think it may be time to dump Orion and use another vendor. I think Orion is a GREAT product, but they MUST provide basic functions to support that product. If they were not ready to support the people who bought the product, then they should not have started selling it!!! Regards, Tom Pridham -Original Message- From: Douma, Ate [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 5:24 AM To: Orion-Interest Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: Unsuscribe
Unsubscribe -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of fresnaULL Sent: Wednesday, March 14, 2001 7:18 AM To: Orion-Interest Subject:Unsuscribe Unsuscribe
RE: Impossible getting the attention of the orion (support) team. Are they still around?
FYI: I received a very quick response from Karl Avedal on me previous posting. It looks like their mail doesn't get through to our mailserver since they switched servers early january. We are again in contact and I'm very much relieved about that. Hopefully, we can resolve our problems quickly now. Ate Douma. -Original Message- From: Douma, Ate Sent: Monday, March 19, 2001 11:24 AM To: 'Orion-Interest' Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg 09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: Dependents remove not supported
Title: RE: Dependents in 1-N don't go away I was under the impression that the container implemented remove() for you to simply delete the DO from the database. When you call "depobj.remove()" from the DO's parent, it gets deleted. I could be wrong - it wouldn't be the first time. -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Monday, March 19, 2001 10:52 AMTo: Orion-InterestSubject: RE: Dependents remove not supported Thanks, I found it 9.4.4.2 page 119 in EJB2.pdf, and tried to use it by putting the method remove in my DO : abstract remove(); however Orion doesn't seem to support it and pukes on startup: "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public abstract void com.mytest.ejb.MyDo.remove()" bummer! that seriously make me reconsider using the whole thing, or is my method signature incorrect? Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 1:58 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away You may want to look at 9.4.4.2 in the proposed final draft which defines the remove() function of a DO. I don't have PD1 to tell you what section it is there. -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Sunday, March 18, 2001 12:30 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Is that remove() method an abstract method to be implemented in the DO? they inherit Object and the only required method to implement on them is the deepCopy(), I don't see where the remove() method is or come from. Since they are Depedent by nature shouldn't the remove call on the parent set or collection remove them permanently as well in the design? maybe it is a bug in Orion ? Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Sunday, March 18, 2001 10:25 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away I understand. You have removed the DO from the parents list, but you have not removed the DO from the database. This is because you did not call the removed method of the DO. Try: getDependents().remove(dependent); // remove DO from parent's list dependent.remove(); // remove DO from database/container -tim -Original Message-From: Christian Billen [mailto:[EMAIL PROTECTED]]Sent: Saturday, March 17, 2001 9:29 PMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Hi Tim, thanks for the info, by my problem is different my issue is I want to remove a dependent from the java.utill.Set in its parent object and that if I call getDependents().remove(dependent) from the parent object the dependent doesn't go away from the list (even though it has been found since I implemented the equal method) Any help on this is really greatly appreciated. Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Saturday, March 17, 2001 9:10 AMTo: Orion-InterestSubject: RE: Dependents in 1-N don't go away Dependent objects (DO) do not go away automatically. There is an un-implemented option in the deployment descriptor called cascade-delete, but alas, it is unimplemented. The DO life-cycle is one of the main issues with DOs in the spec and one reason they may be changed. For now, just implement ejbRemove in your entity and DOs so they call the remove of their children. -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Friday, March 16, 2001 7:43 PM To: Orion-Interest Subject: Dependents in 1-N don't go away Hi everyone, I am having an issue with my 1-n dependents relationship. My dependents don't get deleted when I remove them from the cmr Set. I have a PhoneNumber dependent class which has a field type, countrycode, number, etc... I implemented the equal method in my class such
RE: Impossible getting the attention of the orion (support) team. Are they still around?
I agree with you. Orion is a great product, but we are also having problems getting proper support from Orion. Even getting something as simple as an invoice for the product (which is paid in full) has been a huge hassle. Can you imagine doing business with a company that does not provide simple functions like support, accounting, customer management etc...??? I work for a company that provides J2EE solutions to our customers. One client has bought a license and we are getting ready for another purchase. I am really beginning to wonder if that is a good idea. I'd rather work with an inferior product and have access to engineers that can help when a crisis occurs.I think it may be time to dump Orion and use another vendor. I think Orion is a GREAT product, but they MUST provide basic functions to support that product. If they were not ready to support the people who bought the product, then they should not have started selling it!!! Regards, Tom Pridham -Original Message- From: Douma, Ate [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 5:24 AM To: Orion-Interest Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: Impossible getting the attention of the orion (support) team. Are they still around?
I have given up on Orion (support), completely. When I got to know Orion, I was very excited with the EJB 2.0 preview, very good performance etc. Of course, like most of you I was disappointed with the documentation, but that was no excuse not to try the software. I was generally happy with the server. But when I encountered unexpected behaviour I tried to obtain support. It was never answered. I have entered a bug (229) in Bugzilla a long time ago (Opened: 2000-12-19 23:57). It was never processed (maybe read and dismissed) but it is still (as of now) in the NEW state. To me that shows a level of code maintenance that is IMHO way below minimum. Maybe it wasn't a bug ? Place it in the assigned, won't fix, duplicate, etc. state... whatever! But don't leave it in the NEW state, it sends the signal that they didn't look and/or they don't care. 'As far as I can see', Orion is going down the drain. I really wish they come up with a support plan for the rest of you guys (with Ironflare?) We won't need it as we have completely phased Orion out of our RD project. We have now joined the legions of JBoss developpers/users. The fact we have access to and can contribute to the source code is reason enough. And to those who say EJB 2.0 is reason enough to stay with Orion I say, have a look at www.mvcsoft.com who provides for a mere 28$ a persistence manager for JBoss that supports EJB 2.0, including EJBQL. I wish all of you the best with your respective projects. I'll be seeing many of you on the JBoss' mailing lists I am sure :) Cheers, Daniel -Message d'origine- De : Douma, Ate [mailto:[EMAIL PROTECTED]] Envoy : 19 mars, 2001 05:24 : Orion-Interest Objet : Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
security exception invalid user/pwd 2nd time
We have an applet that creates a hastable to hold the INITIAL_CONTEXT_FACTORY and, PROVIDER_URL. We then create an initial context. An Orion login screen comes up. If I put in the correct user/pwd all is fine. If I put in a wrong user/pwd, we get a Security Exception, as expected. If we try to get the context again with correct information, Orion ignores all new entries, and seems to use only the first one entered. Does anyone know how to try again? I get the same behavior if I populate the Principal/credentials in the enviroment hashtable. thank you mike -- ## Michael Weissman e-mail: [EMAIL PROTECTED] Clarent Corporation 303-734-5003 Fax 303-734-4244 1221 W. Mineral Ave. Littleton, Co 80120 In the land of the dark, the ship of the sun is drawn by the grateful dead -- Egyptian Book of the Dead ##
RE: Class cast exception....
It is not going to work. Both ess.jsp and ess2.jsp are declaring their own Website subclass and they can't be cast to each other (They are totally different classes). Use a real java class instead. Conrad -Original Message-From: Christian Meunier [mailto:[EMAIL PROTECTED]]Sent: Friday, March 16, 2001 5:02 PMTo: Orion-InterestSubject: Class cast exception Hi all, i got a class cast exception trying to use an instance of an object throught 2 jsp pages or so. dumb example: fct.jsp: --- %!public class Website{private int num;private String nom; public Website(){this.num=100;this.nom="example";}}% ess.jsp: %@ include file="/fct.jsp" %%@ page import="java.util.*"%%Website ess=new Website();Vector v=new Vector();v.add(ess);session.setAttribute("essai",v);System.out.println(ess.getClass().getName());% ess2.jsp --- %@ include file="/fct.jsp" %%@ page import="java.util.*"%%Vector v=(Vector)session.getAttribute("essai");Website ess=(Website)v.get(0);% = i first load ess.jsp and got the following in log: __jspPage2_ess_jsp$Website =When i load ess2.jsp i got a class cast exception and when i check the class name : __jspPage2_ess_jsp$Website How i can bypass this trouble and why the class name is not Website and thats all ? Thx in advance for ur help. Chris
RE: Class cast exception....
Don't you mean to say that the two JSP pages are generating two separate classes that are each declaring their own Website *inner* class? Your suggested solution is, of course, correct - use a top-level class. tim. Conrad Chan [EMAIL PROTECTED] It is not going to work. Both ess.jsp and ess2.jsp are declaring their own Website subclass and they can't be cast to each other (They are totally different classes). Use a real java class instead. Conrad -Original Message- From: Christian Meunier [mailto:[EMAIL PROTECTED]] Sent: Friday, March 16, 2001 5:02 PM To: Orion-Interest Subject: Class cast exception Hi all, i got a class cast exception trying to use an instance of an object throught 2 jsp pages or so. dumb example: fct.jsp: --- %! public class Website { private int num; private String nom; public Website() { this.num=100; this.nom="example"; } } % ess.jsp: %@ include file="/fct.jsp" % %@ page import="java.util.*"% % Website ess=new Website(); Vector v=new Vector(); v.add(ess); session.setAttribute("essai",v); System.out.println(ess.getClass().getName()); % ess2.jsp --- %@ include file="/fct.jsp" % %@ page import="java.util.*"% % Vector v=(Vector)session.getAttribute("essai"); Website ess=(Website)v.get(0); % = i first load ess.jsp and got the following in log: __jspPage2_ess_jsp$Website =When i load ess2.jsp i got a class cast exception and when i check the class name : __jspPage2_ess_jsp$Website How i can bypass this trouble and why the class name is not Website and thats all ? Thx in advance for ur help. Chris
Sharing sessions between sites
I am having a few problems sharing sessions between a secure and a non-secure web site Having read various posts to the forum I thought that adding shared="true" to the default-web-app element in each web-site.xml would do the trick. Not for me. Each web site is creating its own session when it is hit for the first time (within the same browser window) So... I have 2 web apps. They both use the same application (as specified in server.xml). Each web app has its own web-site.xml One of the web apps is secured ie SSL. web-site.xml for the non-secure site is as follows -- ?xml version="1.0"? !DOCTYPE web-site PUBLIC "Orion Web-site" "http://www.orionserver.com/dtds/web-site.dtd" web-site host="[ALL]" port="80" display-name="SecTest site" default-web-app application="sectest" name="sectest-web" shared="true" load-on-startup="true"/ access-log path="log/default-web-access.log" / /web-site web-site.xml for the secure site is as follows -- ?xml version="1.0"? !DOCTYPE web-site PUBLIC "Orion Web-site" "http://www.orionserver.com/dtds/web-site.dtd" web-site host="[ALL]" secure="true" display-name="SecTest secure site" default-web-app application="sectest" name="sectestsecure-web" shared="true" load-on-startup="true"/ ssl-config keystore="keystore" keystore-password="123456" / access-log path="log/default-web-access.log" / /web-site Can anyone see what I'm doing wrong? I assume what I'm trying to do is possible. Thanks Matt
Whats the best technique for securing a portion of a site?
We are developing a web application that contains a small part that requires SSL. Its a fairly decent sized site (1000 files) and I was wondering how best to go about isolating the parts of the web app that require SSL. I have had a trawl through the archives and this seems to be a fairly common request but I havent as yet found an answer. Basically what I would like to do is - be able to share sessions between the secure and non-secure parts of the web-app(s) - be able to 'seamlessly' allow the user to navigate through the secure and non-secure parts of the app - be able to specify in some declarative way using some sort of URL pattern what parts of the web app require SSL. For example, I dont ever want to have to manually specify 'https' or 'http' in a hyperlink on a page, sendRedirect or forward(). This is especially important because different clients may want different portions of the web app secured. Thanks Matt
RE: Customizing the web authentication service
Title: Customizing the web authentication service Thanks, my passwords in the database are encrypted by a one way hash algorithm so I don't think this DataSourceUserManager will do all that I want. I have found and read the thread on "Custom UserManager" in this list and have deciphered the hard truth that I will have to implement my own UserManager... RoleManager... User etc From this and other threads on similar topics I have also concluded that there is no J2EE standard for defining and using your own Authentication module. Is someone able to confirm this for me with certainty? regards, bw. -Original Message-From: Magnus Rydin [mailto:[EMAIL PROTECTED]]Sent: Monday, March 19, 2001 5:51 PMTo: Orion-InterestSubject: SV: Customizing the web authentication service Take a look at http://www.orionsupport.com/articles/datasourceusermanager.html WR -Ursprungligt meddelande-Från: Ben Warner [mailto:[EMAIL PROTECTED]]Skickat: den 18 mars 2001 20:00Till: Orion-InterestÄmne: Customizing the web authentication service Hi, I'm trying to do something simple but I'm frustrated by my lack of success in finding information about it. I have scoured the list, the web, J2EE doco and would appreciate any information that may help me. Thanks in advance. I'm running a J2EE application in orion using form based authentication. The problem is that users are authenticated by the webserver according to the contents of the principals.xml file for my application. In my application users (including username password) are stored in the database and I don't want to use the principals.xml file to store all my user logins. What I want is for the webserver to call my own custom authentication method to authenticate the user and let me decide if the login is valid or not and set the appropriate user principal in the session if it is valid. I'm sure this has been done a million times... I must be looking in the wrong places... Thanks again, bw.
RE: Dependents remove not supported
Nevermind pd1 vs pdf support; *this* should seriously make you reconsider using dependent objects: http://www.mail-archive.com/ejb-interest@java.sun.com/msg16733.html http://www.mail-archive.com/ejb-interest@java.sun.com/msg16733.html Jeff -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 7:52 AM To: Orion-Interest Subject: RE: Dependents remove not supported Thanks, I found it 9.4.4.2 page 119 in EJB2.pdf, and tried to use it by putting the method remove in my DO : abstract remove(); however Orion doesn't seem to support it and pukes on startup: "Illegal abstract method in dependent class com.mytest.ejb.MyDo: public abstract void com.mytest.ejb.MyDo.remove()" bummer! that seriously make me reconsider using the whole thing, or is my method signature incorrect? Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Sunday, March 18, 2001 1:58 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away You may want to look at 9.4.4.2 in the proposed final draft which defines the remove() function of a DO. I don't have PD1 to tell you what section it is there. -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 18, 2001 12:30 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Is that remove() method an abstract method to be implemented in the DO? they inherit Object and the only required method to implement on them is the deepCopy(), I don't see where the remove() method is or come from. Since they are Depedent by nature shouldn't the remove call on the parent set or collection remove them permanently as well in the design? maybe it is a bug in Orion ? Thanks, Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Sunday, March 18, 2001 10:25 AM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away I understand. You have removed the DO from the parents list, but you have not removed the DO from the database. This is because you did not call the removed method of the DO. Try: getDependents().remove(dependent); // remove DO from parent's list dependent.remove(); // remove DO from database/container -tim -Original Message- From: Christian Billen [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 17, 2001 9:29 PM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Hi Tim, thanks for the info, by my problem is different my issue is I want to remove a dependent from the java.utill.Set in its parent object and that if I call getDependents().remove(dependent) from the parent object the dependent doesn't go away from the list (even though it has been found since I implemented the equal method) Any help on this is really greatly appreciated. Thanks, Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Drury Sent: Saturday, March 17, 2001 9:10 AM To: Orion-Interest Subject: RE: Dependents in 1-N don't go away Dependent objects (DO) do not go away automatically. There is an un-implemented option in the deployment descriptor called cascade-delete, but alas, it is unimplemented. The DO life-cycle is one of the main issues with DOs in the spec and one reason they may be changed. For now, just implement ejbRemove in your entity and DOs so they call the remove of their children. -tim -Original Message- From: Christian Billen [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Friday, March 16, 2001 7:43 PM To: Orion-Interest Subject: Dependents in 1-N don't go away Hi everyone, I am having an issue with my 1-n dependents relationship. My dependents don't get deleted when I remove them from the cmr Set. I have a PhoneNumber dependent class which has a field type, countrycode, number, etc... I implemented the equal method in my class such that two phonenumber having the same type are equal, these type being like "business", "fax", "cell", etc Now I have an ejb class, the Customer ejb, which has : abstract PhoneNumber createPhoneNumber() abstract Set getPhoneNumbers() abstract void setPhoneNumbers(Phonenumber n) void addPhoneNumber(String type, String areaCode, ...) { PhoneNumber p = createPhoneNumber(); //Remove an existing phone //*1 getPhoneNumbers().remove(phoneNumber); //*2 getPhoneNumbers().add(phoneNumber); //*3 } Basically since my phonenumber equals on type, the desired effect is I want to wipe out a previous phonenumber of the same type before adding the new one. My problem is that I can see the phoneNumber being successfully removed from the list by putting debug calls at *1,*2 and *3 that checks on getPhoneNumbers.size() ...and the method commits
RE: Orion and mysql: turning autocommit off?
I have been playing with Orion at home using mySql and have found the same problem, and I looked into it a bunch. While mySql has support for transactions, its still a little immature. Typically the DBD or Gemini libraries need to be obtained and for mySql to compile against so that the tables can be managed with AUTOCOMMIT off. But this is more of an inconvenience than a real showstopper. But more importantly the JDBC driver itself seems to not quite be ready for handling CMP transactions. For example, the class org.gjt.mm.mysql.MysqlDataSource works if you instantiate it and set the properties yourself but it doesn't follow the spec so theres no way for Orion to properly configure it. Even more important greping through the source code for the driver reveals that there is nothing from javax.transaction package anywhere which is required by the EJB 1.1 spec. So the long and short of it is... I've tried using mySql, it won't work yet. So far as both PostgresSQL and Oracle work very well as alternatives. -Original Message- From: Henrik Rn (LMD) [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 7:58 AM To: Orion-Interest Subject: Orion and mysql: turning autocommit off? Hi all In the archive there are several mails describing problems with autocommit when using MySQL (3.23.32) and the org.gjt.mm.mysql.Driver (2.0.4) The Cabin example from Monson-Haefel's book, which uses CMP, fails as autocommit is not turned off: [snip from application.log] 19-03-01 15:56 Error in bean Cabin java.sql.SQLException: Can't call commit when autocommit=true at org.gjt.mm.mysql.Connection.commit(Connection.java:520) at com.evermind.sql.an.commit(JAX) at com.evermind.sql.aj.commit(JAX) at com.evermind.server.ejb.DataSourceConnection.commit(JAX) at CabinHome_EntityHomeWrapper2.create(CabinHome_EntityHomeWrapper2.java:429) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.bd.run(JAX) at com.evermind.server.rmi.bb.hy(JAX) at com.evermind.server.rmi.bb.run(JAX) at com.evermind.util.f.run(JAX) [end snip] I've tried to use the property: jdbc.nontx.autocommit=false in the orion.properties file, but this does not turn off autocommit. I've also tried turning autocommit off in the MySQL DB (SET AUTOCOMMIT=0) itself, but with no effect. Has any one found out how to turn off autocommit? Regards Henrik -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: 30. januar 2001 22:16 To: Orion-Interest Subject: Re: orion and mysql? I found it very easy...I use: http://mmmysql.sourceforge.net/ - jdbc driver http://javaexchange.com/ - connection pooling One variable i had was w/javaexchange's DBBroker, set AutoReconnect=true... so far so good...been using awhile Which mysql are you using? Not all versions support transactions. tim.
RE: Customizing the web authentication service
Title: Customizing the web authentication service Ben, Sun has specified the way security should behave, but not the implementation. Each j2ee vendor has chosen a different method, so it is truly one pain in the "arse" (forgive my old english). Regards, Elephantwalker -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ben WarnerSent: Monday, March 19, 2001 6:41 PMTo: Orion-InterestSubject: RE: Customizing the web authentication service Thanks, my passwords in the database are encrypted by a one way hash algorithm so I don't think this DataSourceUserManager will do all that I want. I have found and read the thread on "Custom UserManager" in this list and have deciphered the hard truth that I will have to implement my own UserManager... RoleManager... User etc From this and other threads on similar topics I have also concluded that there is no J2EE standard for defining and using your own Authentication module. Is someone able to confirm this for me with certainty? regards, bw. -Original Message-From: Magnus Rydin [mailto:[EMAIL PROTECTED]]Sent: Monday, March 19, 2001 5:51 PMTo: Orion-InterestSubject: SV: Customizing the web authentication service Take a look at http://www.orionsupport.com/articles/datasourceusermanager.html WR -Ursprungligt meddelande-Från: Ben Warner [mailto:[EMAIL PROTECTED]]Skickat: den 18 mars 2001 20:00Till: Orion-InterestÄmne: Customizing the web authentication service Hi, I'm trying to do something simple but I'm frustrated by my lack of success in finding information about it. I have scoured the list, the web, J2EE doco and would appreciate any information that may help me. Thanks in advance. I'm running a J2EE application in orion using form based authentication. The problem is that users are authenticated by the webserver according to the contents of the principals.xml file for my application. In my application users (including username password) are stored in the database and I don't want to use the principals.xml file to store all my user logins. What I want is for the webserver to call my own custom authentication method to authenticate the user and let me decide if the login is valid or not and set the appropriate user principal in the session if it is valid. I'm sure this has been done a million times... I must be looking in the wrong places... Thanks again, bw.
RE: Sharing sessions between sites
Hi all - just worked this one out I think The shared attribute i think allows 2 web apps THAT HAVE THE SAME NAME to share sessions As soon as I specified default-web-app application="sectest" name="sectest-web" shared="true"/ as the default web app in both web-site.xml files then session sharing started to work I can now run a https and http version of my web app at the same time and have sessions shared between the 2 web apps The only thing I have to work out now is how to elegantly intercept requests, work out whether they should be using https or http, and then redirect them to use the correct protocol I thought that maybe servlet filtering would be a good way of doing this? eg any url that contains "/secure" in it could be redirected to https, while all others would use plain old http. Has anyone done this before? Anyone have any good examples/ideas? Thanks Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matt Krevs Sent: Tuesday, 20 March 2001 1:23 PM To: Orion-Interest Subject: Sharing sessions between sites I am having a few problems sharing sessions between a secure and a non-secure web site Having read various posts to the forum I thought that adding shared="true" to the default-web-app element in each web-site.xml would do the trick. Not for me. Each web site is creating its own session when it is hit for the first time (within the same browser window) So... I have 2 web apps. They both use the same application (as specified in server.xml). Each web app has its own web-site.xml One of the web apps is secured ie SSL. web-site.xml for the non-secure site is as follows -- ?xml version="1.0"? !DOCTYPE web-site PUBLIC "Orion Web-site" "http://www.orionserver.com/dtds/web-site.dtd" web-site host="[ALL]" port="80" display-name="SecTest site" default-web-app application="sectest" name="sectest-web" shared="true" load-on-startup="true"/ access-log path="log/default-web-access.log" / /web-site web-site.xml for the secure site is as follows -- ?xml version="1.0"? !DOCTYPE web-site PUBLIC "Orion Web-site" "http://www.orionserver.com/dtds/web-site.dtd" web-site host="[ALL]" secure="true" display-name="SecTest secure site" default-web-app application="sectest" name="sectestsecure-web" shared="true" load-on-startup="true"/ ssl-config keystore="keystore" keystore-password="123456" / access-log path="log/default-web-access.log" / /web-site Can anyone see what I'm doing wrong? I assume what I'm trying to do is possible. Thanks Matt
RE: Dependents remove not supported
Title: RE: Dependents in 1-N don't go away Well no that's the prob, spec says you can have an abstract remove method in the DO but it looks like it's not an implemented feature. Has anyone on the list been able to delete specific dependents from a parent ejband can maybe share how they do it? Thanks, Christian -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: Monday, March 19, 2001 12:16 PMTo: Orion-InterestSubject: RE: Dependents remove not supported I was under the impression that the container implemented remove() for you to simply delete the DO from the database. When you call "depobj.remove()" from the DO's parent, it gets deleted. I could be wrong - it wouldn't be the first time. -tim
How to install 128 bit cert....
Hi to all, I have been following the how-to "Setting up a secure site using ssl" on Windows NT+jdk 1.3 and I get the following error C:\certificateskeytool -keystore keystore -keyalg "RSA" -import -trustcacerts - file my.host.com.cer -storepass 123456 keytool error: java.security.cert.CertificateException: Unsupported encoding 1.Plz let me know whether the problem is with ORION or with the cert? 2.Is ORION1.3.8 in a position to support 128bit encryption? 3.Have we to download / set any other things to make Orion to use 128bit? I have tried with Netscape 4.7 and Explorer 5. Any idea? Get free email and a permanent address at http://www.netaddress.com/?N=1
How to install 128 bit cert....
Hi to all, I have been following the how-to "Setting up a secure site using ssl" on Windows NT+jdk 1.3 and I get the following error C:\certificateskeytool -keystore keystore -keyalg "RSA" -import -trustcacerts - file my.host.com.cer -storepass 123456 keytool error: java.security.cert.CertificateException: Unsupported encoding 1.Plz let me know whether the problem is with ORION or with the cert? 2.Is ORION1.3.8 in a position to support 128bit encryption? 3.Have we to download / set any other things to make Orion to use 128bit? I have tried with Netscape 4.7 and Explorer 5. Any idea? Get free email and a permanent address at http://www.netaddress.com/?N=1
RE: Dependents remove not supported
Tim Drury wrote: I was under the impression that the container implemented remove() for you to simply delete the DO from the database. When you call "depobj.remove()" from the DO's parent, it gets deleted. I could be wrong - it wouldn't be the first time. That's true! However Orion does not yet seem to support remove on dependent objects. It doesn't support ejbCreate either. The container never calls this method and if you have arguments (i.e. ejbCreate(String pleaseWork) it would result in an error from Orion. Relations between dependents are not supported. Orion returns an error on the abstract create method. You can have relation between DO and Entity (i.e. do - entity), but Orion creates the tables wrong and therefore it also seems that this is not yet supported. Dependent objects cannot have primary keys. But as Jeff, with a reference to another guy, pointed out this seems to be a typo in the spec. I totally agree. I also checked referential integrity and data aliasing in the persistence manager and here the guys behind Orion have lot to do. Or, maybe it is up to the programmer to uphold the cardinality and check for duplicates (what do you think?). Anyway I did some tests: If you have to entities that have a reference to the same DO and you change the DO by one entity, the reference that the second entity holds on to is not updated (data aliasing). You could also easily break the referential integrity (in the persistence manager). I you have a unidirectional one to many relationship between entities, it is possible to let entities on the many side to refer to the same entity in the one side. I could be wrong in these statements. If I am, please correct me. Regards, /Theis.