Re: Anyone using Orion in production? [long]
WebLogic, IBM, and Silverstream all offer source for a customer with a reasonable requirement. One of the company's I worked with was able to get the source commitment from all 3 vendors. I do think the customer and NDA requirement for source is a viable one. Especially since Evermind seems to be drafting friends/coworkers all the time. Heck, it certainly couldn't hurt. I wish this "interest" list operated in a similar fashion to the support list for another product I use, Stalker's CommuniGate Pro. Even though Stalker's a small company and I only spent $500 on their product, their mailing list is tightly monitored and questions rarely go unanswered by Stalker staff for longer than a few hours. While I'm sure working on Orion is time-consuming, I can imagine just the PR worthiness of a monitored list would be greatly beneficial. Personally, I think the Evermind guys overestimate the value of features and underestimate the value of vendor accessibility and involvement. The latter will frequently pays off in more handsome ways than the former. I would certainly trade interim EJB v2 support, since it's not even final yet, for the active involvement of Evermind staff in this list. If JBoss ever becomes a competent product I fear for Orion. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Gerald Gutierrez" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, November 24, 2000 10:55 PM Subject: RE: Anyone using Orion in production? [long] > At 05:36 PM 11/24/2000 -0800, you wrote: > >You know..while I would love to see source for the sole purpose of allowing > >us to help the Orion team debug and fix problems (not to allow a fork of the > >product), I think everyone needs to think about other products. Do you think > >WebLogic, Inprise, Oracle, IBM and others are going to release their source > >so the committed followers can help them fix bugs. That would be ideal..but > >none of them do it. Thus far I don't know of any full J2EE ready app servers > >that have released their source. I have heard of JBoss..but I don't know > >much about it. > > As far as I know, the "Orion Team" consists of very few people (I believe > it's two), not 20 or 50 or 100 or more. Although Orion is cheap, if > something goes wrong, I'm not certain I can expect rapid response. It's > also a tough sell to the "business side". > > There is a community of people using the product. All are technically > adept. If each person only fixed one bug in the life of the Orion > server, it would be far superior than what it is now. Make people print > out an NDA, sign it, and fax it back. Make them understand that the code is > proprietary. But by allowing people using the product to see the source, it > becomes that much better a product. > > For $1500, I'm actually not "glad" that it is cheap, I'm worried that it'll > be $1500 wasted when the crunch comes and Orion cannot deliver, and I have > to pay for an alternative solution. > > > > >
RE: Anyone using Orion in production? [long]
At 05:36 PM 11/24/2000 -0800, you wrote: >You know..while I would love to see source for the sole purpose of allowing >us to help the Orion team debug and fix problems (not to allow a fork of the >product), I think everyone needs to think about other products. Do you think >WebLogic, Inprise, Oracle, IBM and others are going to release their source >so the committed followers can help them fix bugs. That would be ideal..but >none of them do it. Thus far I don't know of any full J2EE ready app servers >that have released their source. I have heard of JBoss..but I don't know >much about it. As far as I know, the "Orion Team" consists of very few people (I believe it's two), not 20 or 50 or 100 or more. Although Orion is cheap, if something goes wrong, I'm not certain I can expect rapid response. It's also a tough sell to the "business side". There is a community of people using the product. All are technically adept. If each person only fixed one bug in the life of the Orion server, it would be far superior than what it is now. Make people print out an NDA, sign it, and fax it back. Make them understand that the code is proprietary. But by allowing people using the product to see the source, it becomes that much better a product. For $1500, I'm actually not "glad" that it is cheap, I'm worried that it'll be $1500 wasted when the crunch comes and Orion cannot deliver, and I have to pay for an alternative solution.
Re: pop3.jar again
Thanks for the code snippet, but in my code I fail before I even get creating the store. Here is my code which I have marked where it fails. Can you see anything I am doing wrong? java.util.Properties properties = System.getProperties(); properties.put("mail.smtp.host", smtp); session = Session.getInstance(properties, null); // FAILS ON THIS LINE ** Provider provider = session.getProvider("pop3"); // NEVER MAKES IT HERE ** session.setProvider(provider); // Connect to the store store = session.getStore("pop3"); store.connect(pop3, user, pass); Error: MessagingException: javax.mail.NoSuchProviderException: No provider for POP3 Thanks, Dale - Original Message - From: Florin Manolache <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Friday, November 24, 2000 6:16 AM Subject: Re: pop3.jar again > I had the same problem with pop3 and for me it worked just to put pop3.jar > in orion/lib and change the code to: > > session = Session.getInstance(props, null); > // store = session.getStore(new URLName(Constants.MAIL_URL)); // this is > the right way > store = new POP3Store(session, new URLName(Constants.MAIL_URL)); > > (where Constants.MAIL_URL is something like: "pop3://cucu:[EMAIL PROTECTED]") > The problem seems to be that Orion doesn't read the javamail.providers file > from META-INF directory. > > FlorinM > > - Original Message - > From: Christian Sell > To: Orion-Interest > Sent: Thursday, November 23, 2000 11:24 PM > Subject: Re: pop3.jar again > > > Dale, > > This is my favorite one.. > I am running an application under orion which uses JavaMail & pop3. The 2 > solution alternatives to the classloader problem I personally tested > successfully were > a) MOVE mail.jar AND pop3.jar to jre/lib/ext (note the MOVE. Both should be > accessed from the same place) > b) modify manifest.mf inside orion.jar and add the pop3.jar > > I have to admit I stayed with b). I just re-modified it yesterday after > downloading the newest orion release :-) > > - Original Message - > From: Dale Bronk > To: Orion-Interest > Sent: Thursday, November 23, 2000 8:40 PM > Subject: pop3.jar again > > > Has anyone figured out how to use pop3.jar with Orion? I have tried moving > the pop3.jar and activation.jar to my jdk/lib/ext directory like someone > suggested and it still gets an error "no providers found". I then tried > what someone else suggested... Starting orion with the actual class with > main in it rather than orion.jar and specifying the classpath pointing to my > activation.jar and pop3.jar from sun. > > I can't get it to work with Orion. > > Orion, if you are listening... Please help. There have been several > questions with this same problem. I know I have it setup correctly because > I can run the little test app and it lists my pop3 as a provider plain as > day. This is of course not running in the same vm as Orion. The common > problem I get from this list is that it is a problem with Orion classloader. > Orion, please let us know what we have to do. > > Dale Bronk > [EMAIL PROTECTED] > > >
Re: pop3.jar again
I have now triple checked and I have moved activation.jar, mail.jar, and pop3.jar into jre/lib/ext. I then did a search for those 3 files on my entire hard drive and they are only in that directory. I restarted Orion and still get: MessagingException: javax.mail.NoSuchProviderException: No provider for POP3 I then tried your other suggestion of removing the files from the orion.jar manifest.mf file. I still get the same error. I saw another response to my post suggesting that I look at my code and they gave a code sample... I will look at this next. Currently, I have the 3 jar files only in jre/lib/ext and the files are not listed in the manifest.mf file in orion.jar. Dale - Original Message - From: Christian Sell To: Orion-Interest Sent: Thursday, November 23, 2000 4:24 PM Subject: Re: pop3.jar again Dale, This is my favorite one.. I am running an application under orion which uses JavaMail & pop3. The 2 solution alternatives to the classloader problem I personally tested successfully were a) MOVE mail.jar AND pop3.jar to jre/lib/ext (note the MOVE. Both should be accessed from the same place) b) modify manifest.mf inside orion.jar and add the pop3.jar I have to admit I stayed with b). I just re-modified it yesterday after downloading the newest orion release :-) - Original Message - From: Dale Bronk To: Orion-Interest Sent: Thursday, November 23, 2000 8:40 PM Subject: pop3.jar again Has anyone figured out how to use pop3.jar with Orion? I have tried moving the pop3.jar and activation.jar to my jdk/lib/ext directory like someone suggested and it still gets an error "no providers found". I then tried what someone else suggested... Starting orion with the actual class with main in it rather than orion.jar and specifying the classpath pointing to my activation.jar and pop3.jar from sun. I can't get it to work with Orion. Orion, if you are listening... Please help. There have been several questions with this same problem. I know I have it setup correctly because I can run the little test app and it lists my pop3 as a provider plain as day. This is of course not running in the same vm as Orion. The common problem I get from this list is that it is a problem with Orion classloader. Orion, please let us know what we have to do. Dale Bronk[EMAIL PROTECTED]
JavaBeans and JSP
Ok Totaly rookie question, nonetheless it must be asked... so be gentle :-) I copied a jar file we use which contains the beans to our application in the orion/lib directory. We're transitioning from another applicaiton environment to JSP using Orion. While testing the bean and seeing if I can connect and make calls to the bean properties, I added these lines in my jsp file: For some reason I get an error saying Property setDataSourceJdbcDriver of bean percepticon.db.DataSourceBean not found But if I look at the DataSourceBean.class file, I can see the setDataSourceJdbcDriver property. What gives? What am I missing? Our Jar file contains the proper BeanInfo classes, as well as the manifest.mf file. Thanks for any clues you could give me. IN the mean time I'm going to read some more on the jsp site to see if I mis used a tag somewhere. Robert
RE: Anyone using Orion in production? [long]
You know..while I would love to see source for the sole purpose of allowing us to help the Orion team debug and fix problems (not to allow a fork of the product), I think everyone needs to think about other products. Do you think WebLogic, Inprise, Oracle, IBM and others are going to release their source so the committed followers can help them fix bugs. That would be ideal..but none of them do it. Thus far I don't know of any full J2EE ready app servers that have released their source. I have heard of JBoss..but I don't know much about it. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Gerald > Gutierrez > Sent: Friday, November 24, 2000 1:10 PM > To: Orion-Interest > Subject: RE: Anyone using Orion in production? [long] > > > > The Orion FAQ (http://www.orionserver.com/faq/#-551543462) actually says > that they might be sued by Sun if they "offer ... source under a > Linux-style license", not simply that they provide source (possibly under > an NDA). Perhaps there are no legal reasons if they choose to do > the latter > (and there are with the former), but my inclination is that Evermind > doesn't want to release source, not that they can't. I respect it, but I > must disagree for a number of technical and business-related reasons. > > Like someone else said in this list, that there are serious bugs and that > people using the product are powerless to fix it themselves is enough to > make one look for an alternative solution. The price is a fair and the > performance is excellent, but what good is it if it is > unreliable? This is > not a word processor or a web browser; a crash a day, week or > month is not > tolerable. > > > At 11:42 AM 11/24/2000 -0800, you wrote: > >Really? How can they be sued by Sun for their own source? JBoss isn't > >getting sued..aren't they open source? I can't believe Sun could > sue anyone > >for making an open-source application server. Maybe there is something we > >don't know...?? > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Gerald > > > Gutierrez > > > Sent: Friday, November 24, 2000 10:16 AM > > > To: Orion-Interest > > > Subject: Re: Anyone using Orion in production? [long] > > > > > > > > > > > > >However I can sympatize with Karl and Magnus. EJB is a very new > > > >technology. Shipping the source makes it relatively easy for the > > > >competition to copy the product which of course is the > downside. But I > > > >think shippingg the source would be for the better of the > server. Nobody > > > >is perfect and if all of us have our hands on the source > lots of those > > > >silly bugs should be fixed in much less time. Having to submit a > > > >testcase makes for a lot of effort on both sides since we > have to create > > > >a testcase which has to be recreated by the orion team and > tested. Most > > > >of these bug however would simply appear running your app through a > > > >debugger and jumping into the orion source. > > > > > > I've run into so many weird and absurd problems in Orion; all > it would've > > > taken for me to solve the problem and submit a patch would be a > > > grep in the > > > source tree. Alas, I cannot do this and I am stuck with an application > > > server that has many advantages and many disadvantages, which > > > more or less > > > cancel each other out. Many bugs I post as problems to the > mailing list, > > > many times without response, forcing me to submit some of them to > > > bugzilla, > > > where they go unnoticed. > > > > > > > > > Evermind's position, as stated on the FAQ, is that they would > be SUED by > > > Sun if they made their source code public. > > > > > > What?! What is the rationale behind this conclusion??? > > > > > > > > > > > > > >
RE: DB changes not reflected in CMP bean.
Hi, We are using Oracle 8.1.5 with NT 4. It all runs on the same box. Maybe by chance but we managed to connect first time. Here are some settings which may be of help: 1. We use ODBC with Oracle ODBC driver. 2. tnsnames.ora entry for the service used by ODBC: ORASERV1 = (DESCRIPTION = (SOURCE_ROUTE = OFF) (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) (ADDRESS = (PROTOCOL = IPC)(Key = oraserv1)) (ADDRESS = (PROTOCOL = TCP)(HOST = compserv01)(PORT = 1521)) (ADDRESS = (PROTOCOL = NMP)(Server = compserv01)(Pipe = ORAPIPE)) ) (CONNECT_DATA = (SID = oraserv1) (SRVR = DEDICATED) ) ) where: 'oraserv1' is the database SID, 'compserv01' is server's name Your listener should be configured to use any of these protocols. Possibly all of them. 3. Settings used in data-sources.xml where 'yourdsn' is the ODBC DSN name. Hope this is of help. Jarek > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of John N. Alegre > Sent: 24 November 2000 19:40 > To: Orion-Interest > Subject: Re: DB changes not reflected in CMP bean. > > > We have got this to work on Oracle running on Solaris and Linux. All > attempts to use Oracle 8.1.5 on NT are failing. The error returned by > Orion shows a failure in TNS lookup. However, we can write > straight Java JDBC > code and connect just fine. sqlnet also connects just fine using > the same URL > and driver. The failure only occurs on NT Oracle with Orion. > > I would be glad to elaborate with error codes and sample Java > source files if > desired. > > Is anyone using Oracle on NT with Orion? > > Peace > john > On 24-Nov-00 Sven van 't Veer wrote: > > > > > > To connect to Oracle you would need the oracle type4 jdbc > drivers and create > > a > > datasource in orion/config/data-sources.xml. > > > > > > > > Sven > > > > > > -- > > > == > > > > > > > Sven E. van 't Veer > > http://www.cachoeiro.net > > Java Developer [EMAIL PROTECTED] > > > == > > > > > > > > > > > -- > E-Mail: John N. Alegre <[EMAIL PROTECTED]> > Date: 24-Nov-00 > Time: 13:32:46 > > This message was sent by XFMail > -- >
Orion In Prodution
There's a list of Overwhelming Orion Powered Sites, hosted by Jason Rimmer at http://orion.irth.net/OOPS/oopslist.jsp where you can add your site(s) to the list... everyday I moderate the list so that new entries appear on the official list... This is an instrument I've used to 'sell' Orion to customers, so every entry counts... Oh, and feel free to use it for the same purposes My 2c, JP And also, on the Open Sourcing for Orion... Perhaps it's time the evermind team finds an hybrid solution, without (yet) releasing the source code... I think that there's enough code to make it difficult for other server manufacturers to steal code, and there's also a strong, committed community behind orion, both things point towards release of the code... And also, I've decompiled many Orion classes so far, and tough obfuscated, it wouldn't be a big deal to decompile and deobfuscate the whole thing... and it's the same with virtually every other java app... another point in favor of releasing the source... My 2c (again), JP
Deprecated function message while deploying stateful session bean
Hello everybody, After deploying a stateful session bean and restarting orion I get the following message: Auto-deploying ejb-jar (ejb-jar.xml had been touched since the previous deployme nt)... Note: CarritoCompras_StatefulSessionBeanWrapper0.java uses or overrides a deprecated API. Recompile with "-deprecation" for details. 1 warning I checked my code and there are no deprecated function. I'm using Orion 1.3.8 with sun jdk1.3 under win2000. This combo has been working fine so far. -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
RE: Anyone using Orion in production? [long]
The Orion FAQ (http://www.orionserver.com/faq/#-551543462) actually says that they might be sued by Sun if they "offer ... source under a Linux-style license", not simply that they provide source (possibly under an NDA). Perhaps there are no legal reasons if they choose to do the latter (and there are with the former), but my inclination is that Evermind doesn't want to release source, not that they can't. I respect it, but I must disagree for a number of technical and business-related reasons. Like someone else said in this list, that there are serious bugs and that people using the product are powerless to fix it themselves is enough to make one look for an alternative solution. The price is a fair and the performance is excellent, but what good is it if it is unreliable? This is not a word processor or a web browser; a crash a day, week or month is not tolerable. At 11:42 AM 11/24/2000 -0800, you wrote: >Really? How can they be sued by Sun for their own source? JBoss isn't >getting sued..aren't they open source? I can't believe Sun could sue anyone >for making an open-source application server. Maybe there is something we >don't know...?? > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Gerald > > Gutierrez > > Sent: Friday, November 24, 2000 10:16 AM > > To: Orion-Interest > > Subject: Re: Anyone using Orion in production? [long] > > > > > > > > >However I can sympatize with Karl and Magnus. EJB is a very new > > >technology. Shipping the source makes it relatively easy for the > > >competition to copy the product which of course is the downside. But I > > >think shippingg the source would be for the better of the server. Nobody > > >is perfect and if all of us have our hands on the source lots of those > > >silly bugs should be fixed in much less time. Having to submit a > > >testcase makes for a lot of effort on both sides since we have to create > > >a testcase which has to be recreated by the orion team and tested. Most > > >of these bug however would simply appear running your app through a > > >debugger and jumping into the orion source. > > > > I've run into so many weird and absurd problems in Orion; all it would've > > taken for me to solve the problem and submit a patch would be a > > grep in the > > source tree. Alas, I cannot do this and I am stuck with an application > > server that has many advantages and many disadvantages, which > > more or less > > cancel each other out. Many bugs I post as problems to the mailing list, > > many times without response, forcing me to submit some of them to > > bugzilla, > > where they go unnoticed. > > > > > > Evermind's position, as stated on the FAQ, is that they would be SUED by > > Sun if they made their source code public. > > > > What?! What is the rationale behind this conclusion??? > > > > > > > >
Re: DB changes not reflected in CMP bean.
We have got this to work on Oracle running on Solaris and Linux. All attempts to use Oracle 8.1.5 on NT are failing. The error returned by Orion shows a failure in TNS lookup. However, we can write straight Java JDBC code and connect just fine. sqlnet also connects just fine using the same URL and driver. The failure only occurs on NT Oracle with Orion. I would be glad to elaborate with error codes and sample Java source files if desired. Is anyone using Oracle on NT with Orion? Peace john On 24-Nov-00 Sven van 't Veer wrote: > > > To connect to Oracle you would need the oracle type4 jdbc drivers and create > a > datasource in orion/config/data-sources.xml. > > > > Sven > > > -- > == > > > Sven E. van 't Veer > http://www.cachoeiro.net > Java Developer [EMAIL PROTECTED] > == > > > > -- E-Mail: John N. Alegre <[EMAIL PROTECTED]> Date: 24-Nov-00 Time: 13:32:46 This message was sent by XFMail --
RE: Can`t deploy Orion-Primer
What did you use to edit the file? I would use NotePad and look for any strange characters. I also use WordPad myself (at least on Windows platform), and save it as a text only file. It's possible an editor you used inserted some formatting character(s). > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Martin > Lilienthal > Sent: Tuesday, October 24, 2000 9:23 AM > To: Orion-Interest > Subject: Can`t deploy Orion-Primer > > > Hi, > > I followed the orion primer and created the session bean, the descriptors > and the client servlet. I verified, that everything is correct, but when I > start up orion I get the following error: > > C:\orion>java -jar orion.jar > Error instantiating application at > file:/C:/orion/applications/orion-primer.ear: > Error parsing META-INF/application.xml in > C:\orion\applications\orion-primer: Fatal error at line 4: > Illegal character > at end of document, <. > > Orion/1.3.8 initialized > > I checked the application.xml file, and I found no "illegal > characters" > > > Thanks in advance > > > Martin Lilienthal >
RE: Anyone using Orion in production? [long]
Really? How can they be sued by Sun for their own source? JBoss isn't getting sued..aren't they open source? I can't believe Sun could sue anyone for making an open-source application server. Maybe there is something we don't know...?? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Gerald > Gutierrez > Sent: Friday, November 24, 2000 10:16 AM > To: Orion-Interest > Subject: Re: Anyone using Orion in production? [long] > > > > >However I can sympatize with Karl and Magnus. EJB is a very new > >technology. Shipping the source makes it relatively easy for the > >competition to copy the product which of course is the downside. But I > >think shippingg the source would be for the better of the server. Nobody > >is perfect and if all of us have our hands on the source lots of those > >silly bugs should be fixed in much less time. Having to submit a > >testcase makes for a lot of effort on both sides since we have to create > >a testcase which has to be recreated by the orion team and tested. Most > >of these bug however would simply appear running your app through a > >debugger and jumping into the orion source. > > I've run into so many weird and absurd problems in Orion; all it would've > taken for me to solve the problem and submit a patch would be a > grep in the > source tree. Alas, I cannot do this and I am stuck with an application > server that has many advantages and many disadvantages, which > more or less > cancel each other out. Many bugs I post as problems to the mailing list, > many times without response, forcing me to submit some of them to > bugzilla, > where they go unnoticed. > > > Evermind's position, as stated on the FAQ, is that they would be SUED by > Sun if they made their source code public. > > What?! What is the rationale behind this conclusion??? > > > >
RE: Anyone using Orion in production? [long]
At 10:10 24.11.00 , you wrote: >I quite agree with you Robert. I love Orion..and tell everyone I know to use >it becuase of its great performance, features and so on. Lately though I >haven't seen either Karl or Magnus on IRC chatting, nor have I seen an email >in the list from them on any regular basis. I know myself and a few others >are offering a good set of frameworks to be shipped with Orion and haven't >heard a response in over a week of submitting the proposal. The frameworks >would benefit Orion in that it would be like the big boys..offering more >than just an app server. We would fully document them, support them, and >they are open-source, so unlike Orion, if anything goes wrong, they are >fixable by the ones using it. I quite agree that Orion should make source >available for the use of allowing us to fix bugs if they crop up, and submit >them for the Orion team to examine and if its a good fix, put it in the next >build. This would require more people however..managing a product like Orion >with lots of bug fixes coming in, merging them, testing them and so on..that >would require alot of managing, and I get the feeling Magnus and Karl would >rather write code than integrate fixes from many other people. I strongly disagree. let's compare what happens now and what would happen then. now: I try to describe the problem that causes the bug to show maybe add some pseudocode and maybe even package an application with instructions how to reproduce the bug. they have to go through that maybe program a test case or at least install my test application and then start looking. then: I'd do all the stuff myself until I see that there is e.g. a wrong conditional at line xyz and submit the line number of the file with a description of what is wrong and why. I would say that I as a developer would be much quicker with the second kind of information. I'm talking about many very obvious silly bugs that you see when someone points you at. the hard and tedious(==time and resource consuming) part is nailing it down. not understanding it when someone points you to that. of course there would be bullsh*t bugreports also but that's also the case without source. parallel development doesn't scale well but parallel debugging scales extremely well (linux, apache being the best example). it's many people stressing the software being curious enough to dive into the code to do work (find bugs) that would otherwise have to be done by evermind. people (mostly highly qualified techies) work for you for free to get a stable and mature product. >On the other hand, for the original poster..I don't think you'll find a >better Servlet/JSP engine, in terms of performance anyways. I think Orion >has one of the fastest most stable web server engines around. that one I would have to agree with. robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: Can`t deploy Orion-Primer
3Ch is the character "<", which cannot appear literally in an XML document. You do have an "illegal character". Nor is a ">" a legal character, or a number of other ones. Check the XML specification at www.w3c.org. Gerald. At 06:22 PM 10/24/2000 +0200, you wrote: >Hi, > >I followed the orion primer and created the session bean, the descriptors >and the client servlet. I verified, that everything is correct, but when I >start up orion I get the following error: > >C:\orion>java -jar orion.jar >Error instantiating application at >file:/C:/orion/applications/orion-primer.ear: >Error parsing META-INF/application.xml in >C:\orion\applications\orion-primer: Fatal error at line 4: Illegal character >at end of document, <. > >Orion/1.3.8 initialized > >I checked the application.xml file, and I found no "illegal characters" > > >Thanks in advance > > >Martin Lilienthal
Re: Anyone using Orion in production? [long]
At 10:15 24.11.00 , you wrote: >>However I can sympatize with Karl and Magnus. EJB is a very new >>technology. Shipping the source makes it relatively easy for the >>competition to copy the product which of course is the downside. But I >>think shippingg the source would be for the better of the server. Nobody >>is perfect and if all of us have our hands on the source lots of those >>silly bugs should be fixed in much less time. Having to submit a >>testcase makes for a lot of effort on both sides since we have to create >>a testcase which has to be recreated by the orion team and tested. Most >>of these bug however would simply appear running your app through a >>debugger and jumping into the orion source. > >I've run into so many weird and absurd problems in Orion; all it would've >taken for me to solve the problem and submit a patch would be a grep in >the source tree. Alas, I cannot do this and I am stuck with an application >server that has many advantages and many disadvantages, which more or less >cancel each other out. Many bugs I post as problems to the mailing list, >many times without response, forcing me to submit some of them to >bugzilla, where they go unnoticed. > > >Evermind's position, as stated on the FAQ, is that they would be SUED by >Sun if they made their source code public. Well, I wonder what projects like Jonas, EJBoss and JBoss do? I know that there are legal issues with sun but so far I have yet to hear a statement from evermind saying "yeah we would really like to ship with source and talked to sun but they wouldn't let us". I personally would love to trade offical J2EE branding (if that's the legal problem) with being able to do something about really awkward situations caused by unexpected bugs. I think they have made up their mind not to give source away and that's a decision I as a customer must respect but it has the potential to make me abandon a (generally great) server. I don't think legal issues have really been considered seriously (might be wrong though). main problem is that they (evermind) don't want it. nobody forces them to obfuscate their code (or is there such a statement in sun's J2EE license?). I feel like fighting windmills but it's just such a tempting thought and a frustrating situation. robert >What?! What is the rationale behind this conclusion??? > > > > (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: Anyone using Orion in production? [long]
>However I can sympatize with Karl and Magnus. EJB is a very new >technology. Shipping the source makes it relatively easy for the >competition to copy the product which of course is the downside. But I >think shippingg the source would be for the better of the server. Nobody >is perfect and if all of us have our hands on the source lots of those >silly bugs should be fixed in much less time. Having to submit a >testcase makes for a lot of effort on both sides since we have to create >a testcase which has to be recreated by the orion team and tested. Most >of these bug however would simply appear running your app through a >debugger and jumping into the orion source. I've run into so many weird and absurd problems in Orion; all it would've taken for me to solve the problem and submit a patch would be a grep in the source tree. Alas, I cannot do this and I am stuck with an application server that has many advantages and many disadvantages, which more or less cancel each other out. Many bugs I post as problems to the mailing list, many times without response, forcing me to submit some of them to bugzilla, where they go unnoticed. Evermind's position, as stated on the FAQ, is that they would be SUED by Sun if they made their source code public. What?! What is the rationale behind this conclusion???
RE: Anyone using Orion in production? [long]
I quite agree with you Robert. I love Orion..and tell everyone I know to use it becuase of its great performance, features and so on. Lately though I haven't seen either Karl or Magnus on IRC chatting, nor have I seen an email in the list from them on any regular basis. I know myself and a few others are offering a good set of frameworks to be shipped with Orion and haven't heard a response in over a week of submitting the proposal. The frameworks would benefit Orion in that it would be like the big boys..offering more than just an app server. We would fully document them, support them, and they are open-source, so unlike Orion, if anything goes wrong, they are fixable by the ones using it. I quite agree that Orion should make source available for the use of allowing us to fix bugs if they crop up, and submit them for the Orion team to examine and if its a good fix, put it in the next build. This would require more people however..managing a product like Orion with lots of bug fixes coming in, merging them, testing them and so on..that would require alot of managing, and I get the feeling Magnus and Karl would rather write code than integrate fixes from many other people. On the other hand, for the original poster..I don't think you'll find a better Servlet/JSP engine, in terms of performance anyways. I think Orion has one of the fastest most stable web server engines around. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > Sent: Friday, November 24, 2000 4:51 AM > To: Orion-Interest > Subject: Re: Anyone using Orion in production? [long] > > > At 11:12 24.11.00 , you wrote: > >Hi, > > > >I'd like to know, is anyone currently using Orion in a production > >environment? The rather high number of issues people report here bothers > >me because I'd like to get serious with a particular EJB server and my > >opinion was that Orion was the right choice because of it's low cost and > >features. > >In addition, I'd like to know if Orion's HTTP server is suitable for > >production work, I really would like to have a unified > environment instead > >of having a separate web server for my JSPs and servlets. > > yes, we've been using it for the past 6 months in production (mainly > content management and ecommerce) with over 10 different j2ee > applications > extensively using servlets, ejb (lots of cmp) so I think I can say that I > know what I'm talking about. it's a two-edged sword. as you mention, the > integration of having one consistent all-java j2ee environment is > of great > value and orion's deployment concept is very logical and well-designed. > however there are some serious issues with a number of parts of > the server > (check the archives for JMS and a number of issues regarding > exclusive-write-access settings as examples) some of which have > brought us > in very awkward situations, many times having to work around them with a > lot of effort. I would say that in some areas orion is production > ready, in > some it's not well-tested at all. do extensive testing and if > every feature > you use works, buy it. it's a great deal for the price. however, > there is a > substantial risk involved that you may run into a serious bug in a > situation when you least need it and then you might be helpless with no > source and maybe no fix available for a few weeks/months (been > there). I'm > not saying this to bash evermind (I sympathize a lot with them actually) > but I'm simply speaking from experience to help other people make an > informed decision as I would expect them to do if I asked about a > product I > don't know yet. > > my personal opinion on this is that evermind should deliver source (while > retaining full rights on enhancements and bug fixes) with the product to > eliminate that risk. other commercial projects like orbaccus > (http://www.ooc.com) have shown that they still make a lot of > money despite > shipping source for more than five years now. I'm sure about 80% of the > bugs our team has reported would have been fixed by us immediately or at > least would have been accurately described to the line of source > code that > has to be changed. > > I've brought this up to karl and magnus but they don't want to do > this and > it simply is their baby and therefore their decision (they probably think > I'm either a parrot or insane, repeating the same stuff over and > over again > ;-). > > It's only for that (having been helpless in many situations when we least > neded it), that we are seriously considering moving to jboss as soon as > their cmp support has met a certain level of quality, although > their server > is inferior to orion in many regards, especially as far as the overall > integration is concerned. BUT their main architects/developers take the > time to answer user questions on their user list every day and if > there is > a small bug (one or two line fix typically) you can just make it > and submit > it instead
Re: pop3.jar again
I tried MOVING mail.jar, pop3.jar, and activation.jar to jre/lib/ext to to avail. I made sure that these 3 files are only there. I will triple check my work. I have not tried editing the manifest.mf file inside of orion.jar. I will try this. Rhanks a bunch for you help. Dale - Original Message - From: Christian Sell To: Orion-Interest Sent: Thursday, November 23, 2000 4:24 PM Subject: Re: pop3.jar again Dale, This is my favorite one.. I am running an application under orion which uses JavaMail & pop3. The 2 solution alternatives to the classloader problem I personally tested successfully were a) MOVE mail.jar AND pop3.jar to jre/lib/ext (note the MOVE. Both should be accessed from the same place) b) modify manifest.mf inside orion.jar and add the pop3.jar I have to admit I stayed with b). I just re-modified it yesterday after downloading the newest orion release :-) - Original Message - From: Dale Bronk To: Orion-Interest Sent: Thursday, November 23, 2000 8:40 PM Subject: pop3.jar again Has anyone figured out how to use pop3.jar with Orion? I have tried moving the pop3.jar and activation.jar to my jdk/lib/ext directory like someone suggested and it still gets an error "no providers found". I then tried what someone else suggested... Starting orion with the actual class with main in it rather than orion.jar and specifying the classpath pointing to my activation.jar and pop3.jar from sun. I can't get it to work with Orion. Orion, if you are listening... Please help. There have been several questions with this same problem. I know I have it setup correctly because I can run the little test app and it lists my pop3 as a provider plain as day. This is of course not running in the same vm as Orion. The common problem I get from this list is that it is a problem with Orion classloader. Orion, please let us know what we have to do. Dale Bronk[EMAIL PROTECTED]
Can`t deploy Orion-Primer
Hi, I followed the orion primer and created the session bean, the descriptors and the client servlet. I verified, that everything is correct, but when I start up orion I get the following error: C:\orion>java -jar orion.jar Error instantiating application at file:/C:/orion/applications/orion-primer.ear: Error parsing META-INF/application.xml in C:\orion\applications\orion-primer: Fatal error at line 4: Illegal character at end of document, <. Orion/1.3.8 initialized I checked the application.xml file, and I found no "illegal characters" Thanks in advance Martin Lilienthal
orion & SAP DB
Hi, i tested orion with the fresh free release of SAP DB (http://www.sap.com/solutions/technology/sapdb). Everything seems to work (please do not ask for a database scheme, i am using BMP :-). But while stressing the whole thing, i ran into a silly problem: It seems, that SAP DB stores the result of every query executed within a database connection in a so called 'temporary data' region of its data file (i do not understand why...). This temporary data seems only to be cleaned up after the connection is closed. Since orion (and that's good) pools database connections, making an endless loop of subsequent find of beans or other work (and therefore DB selects) results in a connection that is never closed - and causes SAP DB to never free this tempoary space and to fill its entire data file with temporary data until it stops working, which, after a while, causes the database connection to be closed, which starts the garbage collector, which removes the temporary data and everything is working again - with the _little_ problem, that my application is beeing interrupted and the DB does not respond for several minutes - sic. The thing, i wanted to ask: Is there any chance to set the 'maximum life time' for a database connection ? I know about the timeout settings, but they only take effect, if nobody is using the connection for a while - which isn't the case. Since SAP DB seems to be very fast and handy, it would be a pitty, if such a silly problem would prevent using it. I'll ask the SAP guys, if there is something that can be configured, but in general a parameter for the 'maximum life time' of a connection could be helpful. Best regards, Jens Stutte [EMAIL PROTECTED], http://www.netmedia.de netmedia GmbH Neugrabenweg 5-7 66123 Saarbruecken Germany fon: +49 (0) 681 - 3 79 88 - 0 fax: +49 (0) 681 - 3 79 88 - 99
Re: Anyone using Orion in production? [long]
> my personal opinion on this is that evermind should deliver source (while > retaining full rights on enhancements and bug fixes) with the product to > eliminate that risk. other commercial projects like orbaccus > (http://www.ooc.com) have shown that they still make a lot of money despite > shipping source for more than five years now. I'm sure about 80% of the > bugs our team has reported would have been fixed by us immediately or at > least would have been accurately described to the line of source code that > has to be changed. > > I've brought this up to karl and magnus but they don't want to do this and > it simply is their baby and therefore their decision (they probably think > I'm either a parrot or insane, repeating the same stuff over and over again > ;-). Well you're no parrot and neither insane. I agree wholeheartedly. Before moving to Java I did a lot of development on Borland C++ Builder which ships with full source code to the vcl libraries. Serious bugs where easilly found by me and other developers, reported and corrected. It's lot's easier to report a bug if you can see the source code. However I can sympatize with Karl and Magnus. EJB is a very new technology. Shipping the source makes it relatively easy for the competition to copy the product which of course is the downside. But I think shippingg the source would be for the better of the server. Nobody is perfect and if all of us have our hands on the source lots of those silly bugs should be fixed in much less time. Having to submit a testcase makes for a lot of effort on both sides since we have to create a testcase which has to be recreated by the orion team and tested. Most of these bug however would simply appear running your app through a debugger and jumping into the orion source. > any other orion users have an opion on that? This was my two-cents. sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
Re: Anyone using Orion in production?
a while ago someone compiled a (quite impressive) list of production orion sites. Maybe look at www.orionsupport.com - Original Message - From: "Paul Kofon" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, November 24, 2000 11:12 AM Subject: Anyone using Orion in production? > Hi, > > I'd like to know, is anyone currently using Orion in a production > environment? The rather high number of issues people report here bothers me > because I'd like to get serious with a particular EJB server and my opinion > was that Orion was the right choice because of it's low cost and features. > In addition, I'd like to know if Orion's HTTP server is suitable for > production work, I really would like to have a unified environment instead > of having a separate web server for my JSPs and servlets. > > Regards, > > Paul > _ > Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com > >
RE: Transaction isolation levels setting
in orion-ejb-jar.xml tag where isolation may be (depending also on the driver + DB) uncommitted, commited, repeatableread, serializable check docs/orion-ejb-jar.xml.html (the manual) for more details -Original Message-From: Petr Podsednik [mailto:[EMAIL PROTECTED]]Sent: Viernes, 24 de Noviembre de 2000 9:55To: Orion-InterestSubject: Transaction isolation levels setting Hi! I am wondering if there is a way of transaction isolation level settings in Orion xml descriptors. Regards Petr
SV: do you know why ?
I dont know what database youre using, but if I where you i would turn around that query definition, so the optimizer can do its work + maby fix problems like the one youre meeting... if you try $username like $1 you are more likely to get a match, AND speed :) Another thing you can try is run the same query in a query tool and see if the database will return the same result youre getting. Note: like without % is optimized as = in some databases. -Klaus -Opprinnelig melding- Fra: Edmund Cheung [mailto:[EMAIL PROTECTED]] Sendt: 24. november 2000 13:26 Til: Orion-Interest Emne: do you know why ? Hi, I defined in the orion-ejb-jar.xml and the username is "alan%" and return no record. But if I just use "alan" without %, it works. Do you know why ? Thanks, Edmund
jdbc drivers?
Does Orion come with a jdbc driver apart of course from sun's jdbc-odbc bridge? I prefer to work with ms Sql-Server and preferable via a type 4 driver if one is available. I am not planning on spending any money on it. I know of a free type 4 driver for ms Sql server, freetds or something but i've heard stories that it is buggy and it seemed specifically for Unix systems when i looked at it? Don't know. Perhaps I should abandon Sql Server for the Hypersonic database that comes with Orion ? Does anybody know how the two compare ? Does HyperSonix score equally on performance and scalability ? Lots of questions here allready. Thanks for listening, Unico
Re: Anyone using Orion in production? [long]
At 11:12 24.11.00 , you wrote: >Hi, > >I'd like to know, is anyone currently using Orion in a production >environment? The rather high number of issues people report here bothers >me because I'd like to get serious with a particular EJB server and my >opinion was that Orion was the right choice because of it's low cost and >features. >In addition, I'd like to know if Orion's HTTP server is suitable for >production work, I really would like to have a unified environment instead >of having a separate web server for my JSPs and servlets. yes, we've been using it for the past 6 months in production (mainly content management and ecommerce) with over 10 different j2ee applications extensively using servlets, ejb (lots of cmp) so I think I can say that I know what I'm talking about. it's a two-edged sword. as you mention, the integration of having one consistent all-java j2ee environment is of great value and orion's deployment concept is very logical and well-designed. however there are some serious issues with a number of parts of the server (check the archives for JMS and a number of issues regarding exclusive-write-access settings as examples) some of which have brought us in very awkward situations, many times having to work around them with a lot of effort. I would say that in some areas orion is production ready, in some it's not well-tested at all. do extensive testing and if every feature you use works, buy it. it's a great deal for the price. however, there is a substantial risk involved that you may run into a serious bug in a situation when you least need it and then you might be helpless with no source and maybe no fix available for a few weeks/months (been there). I'm not saying this to bash evermind (I sympathize a lot with them actually) but I'm simply speaking from experience to help other people make an informed decision as I would expect them to do if I asked about a product I don't know yet. my personal opinion on this is that evermind should deliver source (while retaining full rights on enhancements and bug fixes) with the product to eliminate that risk. other commercial projects like orbaccus (http://www.ooc.com) have shown that they still make a lot of money despite shipping source for more than five years now. I'm sure about 80% of the bugs our team has reported would have been fixed by us immediately or at least would have been accurately described to the line of source code that has to be changed. I've brought this up to karl and magnus but they don't want to do this and it simply is their baby and therefore their decision (they probably think I'm either a parrot or insane, repeating the same stuff over and over again ;-). It's only for that (having been helpless in many situations when we least neded it), that we are seriously considering moving to jboss as soon as their cmp support has met a certain level of quality, although their server is inferior to orion in many regards, especially as far as the overall integration is concerned. BUT their main architects/developers take the time to answer user questions on their user list every day and if there is a small bug (one or two line fix typically) you can just make it and submit it instead of spending 10 times as much effort assembling a test case to submit it to the developers. Don't get me wrong. I'm not talking of open-sourcing the project in the sense that I want to tell them how to develop the server because they are best at it. It's all about fixing (many times silly) bugs which can make your life hell if a project deadline is approaching and you simply cannot do anything about it and a workaround involves a lot of effort. I very much hope the situation with orion will improve because it's great product with no equivalent in functionality/price ratio at the moment. any other orion users have an opion on that? regards, robert >Regards, > >Paul >___ >__ >Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com > > (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
do you know why ?
Hi, I defined in the orion-ejb-jar.xml and the username is "alan%" and return no record. But if I just use "alan" without %, it works. Do you know why ? Thanks, Edmund
Transaction isolation levels setting
Hi! I am wondering if there is a way of transaction isolation level settings in Orion xml descriptors. Regards Petr
RE: Problems with the Orion primer example
Hi, I've resolved my problems with the Orion primer example. I had to create a $(ORION_HOME)/database directory and everything seems to work fine! For the people who wants to try CMP, I've attached the Orion CMP primer example. Don't forget to create the $(ORION_HOME)/database directory!! Thanks. >hi fresnaULL﹕>When I created a database directory ($ORION_DIR/database) and>test the news demo app again, I get new erroe message:>com.evermind.server.rmi.OrionRemoteException: Database error: Table not found: >COM_EVERMIND_EJB_NEWSITEM in statement [select >com_evermind_ejb_NewsItem.id, com_evermind_ejb_NewsItem.submitter, >com_evermind_ejb_NewsItem.text, com_evermind_ejb_NewsItem.locale, >com_evermind_ejb_NewsItem.date, com_evermind_ejb_NewsItem.subject, >com_evermind_ejb_NewsItem.parent from com_evermind_ejb_NewsItem where >com_evermind_ejb_NewsItem.parent = NULL]>at NewsItemHome_EntityHomeWrapper4.findByParent(NewsItemHome_EntityHomeWrapper4.java, Compiled Code)>at com.evermind.ejb.NewsSessionEJB.getChildren(NewsSessionEJB.java, >Compiled Code)>at NewsSession_StatefulSessionBeanWrapper1.getChildren>(NewsSession_StatefulSessionBeanWrapper1.java:66)>at /news.jsp._jspService(/news.jsp.java:83) (JSP page line 26)>at com.orionserver.http.OrionHttpJspPage.service(JAX)>at com.evermind.server.http.HttpApplication.xa(JAX)>at com.evermind.server.http.JSPServlet.service(JAX)>at com.evermind.server.http.d3.so(JAX, Compiled Code)>at com.evermind.server.http.d3.sm(JAX)>at com.evermind.server.http.ef.su(JAX, Compiled Code)>at com.evermind.server.http.ef.dn(JAX, Compiled Code)>at com.evermind.util.f.run(JAX, Compiled Code)>Nested exception is:>...>What should I do in next step ? Where can I get more docs ? >Thank you very much.>bubble (2000/11/23 PM 11:46:07)>[EMAIL PROTECTED]===> > Hi.> No, I haven't created any database directory. This is the first time I hear> about> that!! . Could you tell me what I have to do?, I mean,> What is this directory for? What about the defaultdb file in it? Where did> you> read about that?> > Thank you very much.> > > - Original Message -> From: KirkYarina <[EMAIL PROTECTED]>> To: Orion-Interest <[EMAIL PROTECTED]>> Sent: Wednesday, November 22, 2000 9:35 PM> Subject: Re: Problems with the Orion CMP primer example.> > > > Have you created a database directory ($ORION_DIR/database)? Do you have> > the appropriate permissions on defaultdb.* in it?> >> > At 12:10 PM 11/22/00 +, you wrote:> >> > >Hi,> > >I'm trying to deploy the Orion CMP primer example. I've follow the> > >instructions but I've got the following error:> > >> > >Auto-deploying addressbook (New server version detected)...> > >Auto-deploying addressbook-ejb.jar (No previous deployment found)... SQL> > > error: File input/output error: ./database/defaultdb.properties> > >Warning: Error creating table: File input/output error:> > >./database/defaultdb.pro> > > perties> > >done> > >Orion/1.3.8 initialized> > >> > >I'm sure I've installed Orion properly because I've deployed successfully> > >the> > >Orion Primer example.> > >> > >Thanks in advance> >> >> > Kirk Yarina> > [EMAIL PROTECTED]> >> > > PC home 免費電子信箱,申請請至: http://www.pchome.com.tw PC home Online 網路家庭 會員第一,台灣最大的入口網站 addressbook-src.zip Title: Orion CMP Primer O r i o n C M P P r i m e r $Revision: 1.15 $ This article will show you how to write and run a simple Container-Managed Persistent Entity Bean using the Orion application server (http://www.orionserver.com/). Note: This article assumes you are familiar with the topics presented in the Orion Primer. If you are not, please follow the instructions in that article before starting with this article. Introduction The Orion Primer showed you how to write, compile and deploy a servlet and a session bean. This article will show you how to write a Container Managed Entity Bean as well as an HTML page and a JSP that you can use to access the entity bean. We will first draw a sketch of what we are going to build. Then we'll set up a directory structure for this, and write the necessary HTML, JSP and Java files. After that we will build the JAR, WAR and EAR files and deploy them into Orion. If you have any trouble, see if your question is answered by any of the resources at the bottom of this article. If it's not, try posting your question on the orion-interest mailing list (see the Orion website), or on the IRC channel #java on EFnet. Before you start, make sure you have downloaded and installed the following software: Java Development Kit (1.2 or later) Orion (1.0 or later) Ant This article has the following sections: Introduction Case description Step 1: Setup directory structure Step 2: Write the
Re: Anyone using Orion in production?
Paul Kofon wrote: > Hi, > > I'd like to know, is anyone currently using Orion in a production > environment? The rather high number of issues people report here bothers me > because I'd like to get serious with a particular EJB server and my opinion > was that Orion was the right choice because of it's low cost and features. I've trying out orion and Inprise Application Server at the same time a while ago, following the orion list and the Inprise Application Server newsgroup and I must say the number of issues in the orion group are much lower than in the IAS forum. Most issues with orion relate to the EJB 2.0 spec which is implemented in Orion but still sortof in the BETA FASE (ejb 2.0 isn't even final yet). E couple of weeks ago a list passed with sites using Orion in Production and the list was rather long. > > In addition, I'd like to know if Orion's HTTP server is suitable for > production work, I really would like to have a unified environment instead > of having a separate web server for my JSPs and servlets. Eventhough not all my projects are JSP/Servlet/EJB i've started moving all my sites form Apache to Orion. The Orion HttpServer is quite fast and stable (Ok, not as stable as Apache, it might crash every two weeks or so but usually related to a bug in a jdbc driver i'm using). Sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
Re: pop3.jar again
I had the same problem with pop3 and for me it worked just to put pop3.jar in orion/lib and change the code to: session = Session.getInstance(props, null); // store = session.getStore(new URLName(Constants.MAIL_URL)); // this is the right way store = new POP3Store(session, new URLName(Constants.MAIL_URL)); (where Constants.MAIL_URL is something like: "pop3://cucu:[EMAIL PROTECTED]") The problem seems to be that Orion doesn't read the javamail.providers file from META-INF directory. FlorinM - Original Message - From: Christian Sell To: Orion-Interest Sent: Thursday, November 23, 2000 11:24 PM Subject: Re: pop3.jar again Dale, This is my favorite one.. I am running an application under orion which uses JavaMail & pop3. The 2 solution alternatives to the classloader problem I personally tested successfully were a) MOVE mail.jar AND pop3.jar to jre/lib/ext (note the MOVE. Both should be accessed from the same place) b) modify manifest.mf inside orion.jar and add the pop3.jar I have to admit I stayed with b). I just re-modified it yesterday after downloading the newest orion release :-) - Original Message - From: Dale Bronk To: Orion-Interest Sent: Thursday, November 23, 2000 8:40 PM Subject: pop3.jar again Has anyone figured out how to use pop3.jar with Orion? I have tried moving the pop3.jar and activation.jar to my jdk/lib/ext directory like someone suggested and it still gets an error "no providers found". I then tried what someone else suggested... Starting orion with the actual class with main in it rather than orion.jar and specifying the classpath pointing to my activation.jar and pop3.jar from sun. I can't get it to work with Orion. Orion, if you are listening... Please help. There have been several questions with this same problem. I know I have it setup correctly because I can run the little test app and it lists my pop3 as a provider plain as day. This is of course not running in the same vm as Orion. The common problem I get from this list is that it is a problem with Orion classloader. Orion, please let us know what we have to do. Dale Bronk [EMAIL PROTECTED]
Anyone using Orion in production?
Hi, I'd like to know, is anyone currently using Orion in a production environment? The rather high number of issues people report here bothers me because I'd like to get serious with a particular EJB server and my opinion was that Orion was the right choice because of it's low cost and features. In addition, I'd like to know if Orion's HTTP server is suitable for production work, I really would like to have a unified environment instead of having a separate web server for my JSPs and servlets. Regards, Paul _ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com
RE: DB changes not reflected in CMP bean.
Winston, The good news is that the beans do get updated automatically in the CMP model on Orion. At least when we run the CMP Primer example. Not quite sure why your set up does not work. Is it possible that they get updated after a long delay? In that case it could be something to do with setting transactions. Jarek > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Winston Ng > Sent: 23 November 2000 20:12 > To: Orion-Interest > Subject: DB changes not reflected in CMP bean. > > > Hi All, > > This is more of an EJB question. > > I wrote a simple app using a CMP bean that talks to an Oracle DB. > > Started the server and was able to get/set information to the bean and > subsequently see the changes in the DB. > > However, if I make any updates to the DB from sqlplus and commit the > changes, they are not reflected in the Entity bean! The changes are only > reflected if I restart Orion. > > Is this normal? What should I do to have the bean reflect changes in the > database? Is that what BMP bean is for?? > > Thanks for any help. > Winston Ng. > > > > > _ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > >
Re: DB changes not reflected in CMP bean.
Jarek Skreta wrote: > This is a very interesting question. A lot of sources claim that the update > of beans should be automatic. Otherwise how would you connect the > application to any legacy database system which can be updated bypassing the > beans. It is indeed correct that Orion should update the beans automatically and it can indeed do so, However this is costly therefore (I suppose) the orion team opted to include this as an option and not as default. Not everyone uses a legacy Database. > > We've just only started with Orion so I don't know the answer yet but will > do some research. > > Also a kind request: could you tell us what needs to be done to connect > Oracle to Orion (we run 8.1.5 on NT)? > Many thanks, > To connect to Oracle you would need the oracle type4 jdbc drivers and create a datasource in orion/config/data-sources.xml. Sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
OrionCMTDataSource
Hello, Just a question : I have a stateful session bean that must do some stuff in ACL (my own implementation) in a database. Before, I used this datasource and it works fine : Now I want to change for a OrionCMTDataSource, so I change my data-sources.xml to : When I launch Orion it's OK, all deploy fine, but when I try to login (using my session bean), I receive this error : com.evermind.server.rmi.OrionRemoteException: Transaction was rolled back: Error in transaction: javax.transaction.xa.XAException at AclManager_StatefulSessionBeanWrapper32.login(AclManager_StatefulSessionBean Wrapper32.java:343) at ubiquity.rapids.servlet.RapidsServlet.doPost(RapidsServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX) Nested exception is: javax.transaction.xa.XAException at com.evermind.sql.ao.commit(JAX) at com.evermind.server.g0.x3(JAX) at com.evermind.server.ApplicationServerTransaction.commit(JAX) at com.evermind.server.ApplicationServerTransaction.end(JAX) at AclManager_StatefulSessionBeanWrapper32.login(AclManager_StatefulSessionBean Wrapper32.java:340) at ubiquity.rapids.servlet.RapidsServlet.doPost(RapidsServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX) What does it mean ?? Is my XML file ok ?? Thanks Laurent
RE: DB changes not reflected in CMP bean.
You need to set "exclusive-write-access" to "true" (this slows the CMP down because it checks the DB before every operation for a write). -mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jarek Skreta > Sent: Friday, November 24, 2000 8:49 PM > To: Orion-Interest > Subject: RE: DB changes not reflected in CMP bean. > > > This is a very interesting question. A lot of sources claim that > the update > of beans should be automatic. Otherwise how would you connect the > application to any legacy database system which can be updated > bypassing the > beans. > We've just only started with Orion so I don't know the answer yet but will > do some research. > > Also a kind request: could you tell us what needs to be done to connect > Oracle to Orion (we run 8.1.5 on NT)? > Many thanks, > > Jarek > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Winston Ng > > Sent: 23 November 2000 20:12 > > To: Orion-Interest > > Subject: DB changes not reflected in CMP bean. > > > > > > Hi All, > > > > This is more of an EJB question. > > > > I wrote a simple app using a CMP bean that talks to an Oracle DB. > > > > Started the server and was able to get/set information to the bean and > > subsequently see the changes in the DB. > > > > However, if I make any updates to the DB from sqlplus and commit the > > changes, they are not reflected in the Entity bean! The changes are only > > reflected if I restart Orion. > > > > Is this normal? What should I do to have the bean reflect changes in the > > database? Is that what BMP bean is for?? > > > > Thanks for any help. > > Winston Ng. > > > > > > > > > > _ > > Do You Yahoo!? > > Get your free @yahoo.com address at http://mail.yahoo.com > > > > > > >
Re: DB changes not reflected in CMP bean.
Winston Ng wrote: > > Hi All, > > This is more of an EJB question. > > I wrote a simple app using a CMP bean that talks to an Oracle DB. > > Started the server and was able to get/set information to the bean and > subsequently see the changes in the DB. > > However, if I make any updates to the DB from sqlplus and commit the > changes, they are not reflected in the Entity bean! The changes are only > reflected if I restart Orion. > > Is this normal? What should I do to have the bean reflect changes in the > database? Is that what BMP bean is for?? Yes that is absolutely normal. You can however in orion-ejb.xml set exclusive-write-access="false" in . Sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
RE: DB changes not reflected in CMP bean.
This is a very interesting question. A lot of sources claim that the update of beans should be automatic. Otherwise how would you connect the application to any legacy database system which can be updated bypassing the beans. We've just only started with Orion so I don't know the answer yet but will do some research. Also a kind request: could you tell us what needs to be done to connect Oracle to Orion (we run 8.1.5 on NT)? Many thanks, Jarek > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Winston Ng > Sent: 23 November 2000 20:12 > To: Orion-Interest > Subject: DB changes not reflected in CMP bean. > > > Hi All, > > This is more of an EJB question. > > I wrote a simple app using a CMP bean that talks to an Oracle DB. > > Started the server and was able to get/set information to the bean and > subsequently see the changes in the DB. > > However, if I make any updates to the DB from sqlplus and commit the > changes, they are not reflected in the Entity bean! The changes are only > reflected if I restart Orion. > > Is this normal? What should I do to have the bean reflect changes in the > database? Is that what BMP bean is for?? > > Thanks for any help. > Winston Ng. > > > > > _ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > >
need Help: JNDI - stand alone Client
Hy,I have a problem with my stand anlone java client. I will start my prg:...public void doIt() { try { // Get the initial JNDI context Context context = new InitialContext(getProperties()); // Get a reference to the Hello interface System.out.println(""); Object boundObject = context.lookup("management"); ebEintragHome EintragHome = (ebEintragHome)PortableRemoteObject.narrow(boundObject, ebEintragHome.class); ebEintragPK PKclass = new ebEintragPK(1); ebEintrag eintrag = EintragHome.findByPrimaryKey(PKclass); System.out.println(eintrag.getBereich_Bezeichnung()); /* When our HTTP servlet is accessed, the method doGet() will be called,which will do the following: String answer = _hello.sayHello(); */ } catch(NamingException ex) { System.out.println(ex.getMessage()); } catch(Exception ex) { System.out.println(ex.getMessage()); } } static public Properties getProperties() throws Exception { String user = "admin"; String password = "123"; Properties p = new Properties(); p.setProperty(Context.INITIAL_CONTEXT_FACTORY, "com.evermind.server.rmi.RMIInitialContextFactory"); p.setProperty(Context.PROVIDER_URL, "ormi://localhost/management"); if (user != null && password != null) { System.out.println ("user: " + user); p.setProperty(Context.SECURITY_PRINCIPAL, user); p.setProperty(Context.SECURITY_CREDENTIALS, password); } p.list(System.out); return p; }I will get the message: management not foundWhere did I set the JNDI name for my cmp Entity Java Bean?I don't know, where it (JNDI name) will set.ThanksTobi