Re: Please remove me from the mailing list!
Hello, yes, the mail-adress has changed to: [EMAIL PROTECTED] Thanks, Uwe Gurinder Randhawa wrote: Remove me from mailing list, as well. I've tried unsubscribe but no luck ? Is there another email address for this ? Gurinder Uwe [EMAIL PROTECTED] on 21/07/2001 05:02:40 AM Please respond to Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] cc:(bcc: Gurinder Randhawa/Travel Underwriters) Subject: Please remove me from the mailing list!
Re: To many open files ???
Thanks guys, Ed - Original Message - From: Chris Callaghan [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Monday, July 23, 2001 12:07 AM Subject: Re: To many open files ??? The linux kernel imposes a limit (of 1024) on the number of file descriptors per process. Of course tcp/ip sockets also appear as files and require file descriptors. You need to recompile your kernel and change some environment settings. Check out http://www.jlinux.org/server.html for a description of the problem and how to fix it. Chris Eddie wrote: I just noticed that the site www.orionserver.com http://www.orionserver.com was unreachable and it give the error To many open files I have the same problem sometimes. How do you solve that or how do you monitor which causes this (without buying tons of memory) ? I am running Linux BTW. Eddie
unsuscribe
unsuscribe _ Get your free E-mail at http://www.ireland.com
Re: Shutting down orion server!
Hello, I sent this the other day, but I didn't see it come through the list for some reason. maybe because I sent an attachment? Anyway, here it is again (i'll paste the file instead of attaching it this time) Hiya, While I use linux, I am working with two other developers on windows 2000 machines. To help them out, I hacked apart the tomcat batch file to work with orion. I didn't spend much time on it, and it ain't pretty, but may be what you are looking for. I have attached it to this message. you will need to modify this line: %_RUNJAVA% -jar admin.jar ormi://localhost admin 123 -shutdown force and replace admin and 123 with your orion username/password (as defined in the orion/config/principles.xml file) Bill Here it is: @echo off rem - rem orion.bat - Start/Stop Script for the Orion Server rem rem This is a batch files stolen from TOMCAT and modified to rem be used with Orion. rem rem Environment Variable Prerequisites: rem rem JAVA_HOMEMust point at your Java Development Kit installation. rem ORION_HOME Must point at your Orion installation directory. rem rem $Id: $ rem - rem - Verify and Set Required Environment Variables - if not %JAVA_HOME% == goto gotJavaHome echo You must have set JAVA_HOME to point at your Java Development Kit installation goto cleanup :gotJavaHome if not %ORION_HOME% == goto gotOrionHome echo You must have set ORION_HOME to point at your Orion Server directory goto cleanup :gotOrionHome rem - Prepare Appropriate Java Execution Commands --- if not %OS% == Windows_NT goto noTitle set _SECSTARTJAVA=start Secure Tomcat 3.2 %JAVA_HOME%\bin\java set _STARTJAVA=start Orion Server %JAVA_HOME%\bin\java set _RUNJAVA=%JAVA_HOME%\bin\java goto gotOS :noTitle set _SECSTARTJAVA=start %JAVA_HOME%\bin\java set _STARTJAVA=start %JAVA_HOME%\bin\java set _RUNJAVA=%JAVA_HOME%\bin\java :gotOS rem - Execute The Requested Command - if %1 == start goto startServer if %1 == stop goto stopServer :doUsage echo Usage: orion (start - stop) echo Commands: echo start - Start Orion in a separate window echo stop - Stop Orion goto cleanup :startServer cd %ORION_HOME% echo Starting Orion in new window %_STARTJAVA% -jar orion.jar goto cleanup :stopServer rem Stopping the Orion Server cd %ORION_HOME% %_RUNJAVA% -jar admin.jar ormi://localhost admin 123 -shutdown force goto cleanup :cleanup Andre Vanha wrote: -Original Message- From: Rajiv R [mailto:[EMAIL PROTECTED]] Sent: Friday, July 20, 2001 7:20 AM To: Orion-Interest Subject: Shutting down orion server! Having started orion server, I shutdown using Ctrl+C is this correct way? Can I make a file (something like a .bat file) which when run will shutdown the server? thanx regards rajiv With Regards, Rajiv. R Systems Engineer, Wipro Technologies, ITPL, Bangalore Ph:91-80-8410470-479 Extn:6422 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.rajspace.org http://www.rajspace.org _ Wipro Technologies The World's First SEI-CMM Level 5 Software Services Company _ ´¯`·. .·´¯`: '·. *`·. .·´* .·' `:--·´ `·--:´ `·. ' ' .·´ ;`·-·´; shutdown.bat Content-Type: application/octet-stream
RE: Java HotSpot Server VM
Title: RE: Java HotSpot Server VM FYI -Barry -Original Message- From: Ed Kuerner [mailto:[EMAIL PROTECTED]] Sent: Friday, July 20, 2001 6:10 PM To: Orion-Interest Subject: RE: Java HotSpot Server VM yes, we saw a huge delta in performance between 'client' mode and 'server' mode on solaris 8...and it affected everything from memory, connection latency, and native i/o calls. we always run in server mode now.. -Original Message- From: Setlur, Atul (MED) [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 8:07 AM To: Orion-Interest Subject: Java HotSpot Server VM Has anyone compared the performance of their application running using the HotSpot Clinet VM versus the HotSpot Server VM? I would be interested in knowing if they found a significant variance in the numbers. Additionally, what VM execution parameters has anyone tweaked to improve performance? On the line of performance, is there a reference to performance tuning for the Orion App Server? Any information would be appreciated. Thanks, -Atul
RE: Disappearing env-entry-mapping from orion-ejb-jar.xml
I've had similiar problems with entity-ref-mappings dissappearing after deployment. Seems to be some issues with the orion-ejb-jar.xml. -Original Message- From: Rian Schmidt [mailto:[EMAIL PROTECTED]] Sent: Saturday, July 21, 2001 2:09 PM To: Orion-Interest Subject: Re: Disappearing env-entry-mapping from orion-ejb-jar.xml Yeah... this is not at all consistent. We've got some env entries that persist (older ones), but the new ones that we've added recently won't stick. I've also noticed that orion-ejb-jar.xml acts very strangely when we freshly deploy an app that has one included in the ear file. It isn't copied over, and so we have to manually copy it into place, and even then, this other rewriting thing happens. Seems like that area of the code got thoroughly messed up in the last release. We didn't have this problem in older versions. Thanks all for the info... we'll work around it until the bug fix comes out. Rian - Original Message - From: Alex Paransky [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Saturday, July 21, 2001 10:35 AM Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml That's strange, we have made extensive modifications to our orion-ejb-jar in the area of query specifications, and they seem to persist ok. The thing we could not get working is the max-tx-retry parameter keeps resetting to 3, but Magnus said it was fixed in the next release, 1.5.3 I assume. -AP_ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Friday, July 20, 2001 9:59 PM To: Orion-Interest Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml not just env-entry-mapping, its just about everything in the orion-ejb-jar.xml file. This is bug 512. I had the problem with group-role mapping. Buts its the same thing, when server restarts or redeploys the app the orion-ejb-jar.xml is GENERATED and not COPIED. You will have to regress to version 1.5.1 as a workaround. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rian Schmidt Sent: Friday, July 20, 2001 9:21 PM To: Orion-Interest Subject: Disappearing env-entry-mapping from orion-ejb-jar.xml Hi, Does anyone have any idea why we would be seeing an env-entry-mapping disappear from orion-ejb-jar.xml upon deployment? There is a stateless session bean that reads a value env-entry-mapping name=databaseTypeMSSQL/env-entry-mapping from a stateless session beans entry in orion-ejb-jar.xml. And upon deployment the first time, it spits out the right value over and over (we're forcing it to read the value each time another bean uses the stateless session bean to read it). But when we restart the server, the bean reports the default value instead of the mapped one. What's more, the entry is completely gone from the orion-ejb-jar.xml file. I can provide more information, but I thought I'd check first if this smacks of anything obvious. Thanks, Rian
unsuscribe
unsuscribe __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
JMS login failure
Hi all! When i try to run Orion, the following message appears: blah-blah-blah Authorization error for TheLogProxy: Invalid username/password for host:port (Login failed) java.lang.NullPointerException at com.evermind._hs._ehc(Unknown Source) at com.evermind._wr.run(Unknown Source) at com.evermind._if.run(Unknown Source) Orion/1.5.2 initialized I suppose, that it happens because of wrong username/password in JMS.XML, but where i can specify usernames and passwords for JMS server or for TopicConnectionFactories? Or maybe i do not specify username/password in orion-ejb-jar.xml for my MDB? Thanks. P.S. TheLogProxy is my MDB
RE: Some questions on Orion
Hi, my thoughts to this matter: * Orion has NO support, besides this list which is a good one * Orion has NO Education * PL/SQL is not a servlet, it is built into the DB and is widely used. * Oracle has consultancy, marketing and so forth which is important for customers (not developers). So the 20:1 (haven't checked that) is nothing compared to what you get from Oracle. Kalle, PS. You could get the 1 million dollars if you follow the rules, it i s easy to win if you make up your own rules. DS. From: elephantwalker [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: Some questions on Orion Date: Sat, 14 Jul 2001 01:27:17 -0700 Paolo, true. But you can use perl scripts in orion. Pl/sql, I mean, give me a break. That's just an Oracle servlet that could just as well be some other sql servlet. Likewise, if you have good cmp/ejbs, there is no need for pl/sql. Other developer tools are also integrated with orion. I use Forte to create Orion ejb's all of the time. Struts and other tools are just as good for form building and handling. Forte can also be used to automate your form building process with orion. If you use the opensympony cache, you can beat the Oracle web cache...I tried for a year to get the $1 million from Oracle (Larry's famous $1 million challenge), but they would not let us use orion and opensymphony cache! Orion has one of the best user and role manager api's built into the server. The price difference is 20:1. I mean, give me a break! Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Paolo Ramasso Sent: Saturday, July 14, 2001 12:45 AM To: Orion-Interest Cc: BUCCI,STEFANO Subject: Re: Some questions on Orion ciao just to clarify yes it is true orion is cheaper than 9ias but oc4j (orion) is a component of our application server, we have pl/sql, perl, form (developer), tools for application integration (worlflow, trasformation and messaging), business intelligence, intelligent web cache, all these pieces are included in 9ias, so it depend on your needs to choose the right product. ciao Paolo elephantwalker wrote: see below... regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Florian Werner Sent: Friday, July 13, 2001 9:53 AM To: Orion-Interest Subject: Some questions on Orion Hi! I'm currently evaluating Orion for internal use and a customer. Does Orion support/include: RMI over JRMP ? any OODBMS ? any ORMapping Tools ? Realm-Integration like LDAP, RDBMS ? j2ee support for rmi uses the over the wire protocol ormi. AFAIK, If you can create a schema for the databank (should be easily done with OODBMS) this should work. Like most j2ee vendors, Orion has its own OR mapping tool EJBUserManager and DataSourceUserManager can be used directly with a database and a new custom usermanager can easily use an LDAP server. There is also a rolemanager api. Are the any IDEs supporting Orion (beside Kawa from Macromedia) ? We use Sun's Forte debugging with Orion all of the time. Is ORACLE going to by Orion ? Oracle has already licensed Orion as oc4j. So you can pay Oracle $30 k for Orion, or pay Ironflare $1.5 k ;). oc4j is exactly the same as Orion. Regards Florian Werner _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
cmp and saving a file to a blob
Problem, persisting a downloaded file in a cmp ejb. Has anybody solved this problem? It seems like this is a problem not solved by the specification. A plan of attack: 1. web user uploads file through a form. 2. servlet processes file as an ArrayList of bytes with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip) with some modifications. 3. file (now a List) is a member of a cmp bean with a list type Byte. If we use this method, each byte is stored in a separate table. Kindof ugly. Talk about a large table! B plan of attack: 1. web user uploads file through a form. 2. servlet processes file as a byte array with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip). 3. A class called FileBytes is created which implements Serializable, the only member is the byte array. 4. A cmp ejb with members mimetype, name, datetime, and filebytes. Both of these methods require no hacking of the orion-ejb-jar.xml. We would have to be satisfied with sql type long raw for most databases, however, since the ejb spec doesn't include blobs. This means a limit of 2 GB...not enough for a movie, but plenty large enough for anything else. Obviously we should limit the size of the file, since all of the bytes have to be in memory. Otherwise, we can break up the persitance into many 1 MB ejb's, each with part of the file. This way, we don't have to have the file all in memory at once. If anybody has done this, let me know. I would like to hear some comments, also. I will keep you posted on my experiences. Regards, the elephantwalker
RE: Disappearing env-entry-mapping from orion-ejb-jar.xml
I regressed to 1.5.1 and still the problems remained. In my case the resource-ref-mapping lacked the location in case of sessionbeans. Ron -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Saturday, July 21, 2001 6:59 AM To: Orion-Interest Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml not just env-entry-mapping, its just about everything in the orion-ejb-jar.xml file. This is bug 512. I had the problem with group-role mapping. Buts its the same thing, when server restarts or redeploys the app the orion-ejb-jar.xml is GENERATED and not COPIED. You will have to regress to version 1.5.1 as a workaround. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rian Schmidt Sent: Friday, July 20, 2001 9:21 PM To: Orion-Interest Subject: Disappearing env-entry-mapping from orion-ejb-jar.xml Hi, Does anyone have any idea why we would be seeing an env-entry-mapping disappear from orion-ejb-jar.xml upon deployment? There is a stateless session bean that reads a value env-entry-mapping name=databaseTypeMSSQL/env-entry-mapping from a stateless session beans entry in orion-ejb-jar.xml. And upon deployment the first time, it spits out the right value over and over (we're forcing it to read the value each time another bean uses the stateless session bean to read it). But when we restart the server, the bean reports the default value instead of the mapped one. What's more, the entry is completely gone from the orion-ejb-jar.xml file. I can provide more information, but I thought I'd check first if this smacks of anything obvious. Thanks, Rian
Re: cmp and saving a file to a blob
Two part answer ... 1) Another possible option is to make up a unique file name, and write the file to that. Keep the name of the file (plus mime type, etc) in the EJB. The getFile and setFile methods would read/write to this file. You could use the ejbRemove method to delete the file. (And perhaps you will need other code to keep the files consistent with the DB). This is not so pretty in some ways (you have extra things to keep straight) but it avoids the need for anything special in the DB. Then again, perhaps this violates the strict specs about use of file IO in an EJB? In any case, this is what I have (successfully) used. 2) I don't think there's any reason you couldn't use BLOBs. The specs don't include them, but the specs don't even assume you have a database, do they? Nick At 10:06 AM 7/23/01 -0700, you wrote: Problem, persisting a downloaded file in a cmp ejb. Has anybody solved this problem? It seems like this is a problem not solved by the specification. A plan of attack: 1. web user uploads file through a form. 2. servlet processes file as an ArrayList of bytes with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip) with some modifications. 3. file (now a List) is a member of a cmp bean with a list type Byte. If we use this method, each byte is stored in a separate table. Kindof ugly. Talk about a large table! B plan of attack: 1. web user uploads file through a form. 2. servlet processes file as a byte array with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip). 3. A class called FileBytes is created which implements Serializable, the only member is the byte array. 4. A cmp ejb with members mimetype, name, datetime, and filebytes. Both of these methods require no hacking of the orion-ejb-jar.xml. We would have to be satisfied with sql type long raw for most databases, however, since the ejb spec doesn't include blobs. This means a limit of 2 GB...not enough for a movie, but plenty large enough for anything else. Obviously we should limit the size of the file, since all of the bytes have to be in memory. Otherwise, we can break up the persitance into many 1 MB ejb's, each with part of the file. This way, we don't have to have the file all in memory at once. If anybody has done this, let me know. I would like to hear some comments, also. I will keep you posted on my experiences. Regards, the elephantwalker
RE: Disappearing env-entry-mapping from orion-ejb-jar.xml
Ron, Have you tried checking the order of the tags? Orion seems to get confused when the order is wrong. You can check by looking at the orion-ejb-jar.dtd, or by running orion with the -validateXML option, and (if you have saved all of your xml files somewhere else!) -rewriteXML. You have probably already checked this. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ron van Pol Sent: Monday, July 23, 2001 10:21 AM To: Orion-Interest Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml I regressed to 1.5.1 and still the problems remained. In my case the resource-ref-mapping lacked the location in case of sessionbeans. Ron -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Saturday, July 21, 2001 6:59 AM To: Orion-Interest Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml not just env-entry-mapping, its just about everything in the orion-ejb-jar.xml file. This is bug 512. I had the problem with group-role mapping. Buts its the same thing, when server restarts or redeploys the app the orion-ejb-jar.xml is GENERATED and not COPIED. You will have to regress to version 1.5.1 as a workaround. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rian Schmidt Sent: Friday, July 20, 2001 9:21 PM To: Orion-Interest Subject: Disappearing env-entry-mapping from orion-ejb-jar.xml Hi, Does anyone have any idea why we would be seeing an env-entry-mapping disappear from orion-ejb-jar.xml upon deployment? There is a stateless session bean that reads a value env-entry-mapping name=databaseTypeMSSQL/env-entry-mapping from a stateless session beans entry in orion-ejb-jar.xml. And upon deployment the first time, it spits out the right value over and over (we're forcing it to read the value each time another bean uses the stateless session bean to read it). But when we restart the server, the bean reports the default value instead of the mapped one. What's more, the entry is completely gone from the orion-ejb-jar.xml file. I can provide more information, but I thought I'd check first if this smacks of anything obvious. Thanks, Rian
RE: cmp and saving a file to a blob
Yes, we could easily hash the string filename+file_id, and keep the hash in the databank. I believe that Oracle already has this method in interMedia or something or other. However, its a little easier to keep the files in the database, because this is locked down much tighter than the file system, and we don't have to worry about exporting common directories from different machines. If my plan B doesn't work, I will move to your suggestion, plan C. Of course, there is always plan D: punt! (for those of you across the pond, that's kick!). Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nick Newman Sent: Monday, July 23, 2001 10:52 AM To: Orion-Interest Subject: Re: cmp and saving a file to a blob Two part answer ... 1) Another possible option is to make up a unique file name, and write the file to that. Keep the name of the file (plus mime type, etc) in the EJB. The getFile and setFile methods would read/write to this file. You could use the ejbRemove method to delete the file. (And perhaps you will need other code to keep the files consistent with the DB). This is not so pretty in some ways (you have extra things to keep straight) but it avoids the need for anything special in the DB. Then again, perhaps this violates the strict specs about use of file IO in an EJB? In any case, this is what I have (successfully) used. 2) I don't think there's any reason you couldn't use BLOBs. The specs don't include them, but the specs don't even assume you have a database, do they? Nick At 10:06 AM 7/23/01 -0700, you wrote: Problem, persisting a downloaded file in a cmp ejb. Has anybody solved this problem? It seems like this is a problem not solved by the specification. A plan of attack: 1. web user uploads file through a form. 2. servlet processes file as an ArrayList of bytes with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip) with some modifications. 3. file (now a List) is a member of a cmp bean with a list type Byte. If we use this method, each byte is stored in a separate table. Kindof ugly. Talk about a large table! B plan of attack: 1. web user uploads file through a form. 2. servlet processes file as a byte array with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip). 3. A class called FileBytes is created which implements Serializable, the only member is the byte array. 4. A cmp ejb with members mimetype, name, datetime, and filebytes. Both of these methods require no hacking of the orion-ejb-jar.xml. We would have to be satisfied with sql type long raw for most databases, however, since the ejb spec doesn't include blobs. This means a limit of 2 GB...not enough for a movie, but plenty large enough for anything else. Obviously we should limit the size of the file, since all of the bytes have to be in memory. Otherwise, we can break up the persitance into many 1 MB ejb's, each with part of the file. This way, we don't have to have the file all in memory at once. If anybody has done this, let me know. I would like to hear some comments, also. I will keep you posted on my experiences. Regards, the elephantwalker
RE: Some questions on Orion
Some thoughts: For support, check http://www.atlassian.com/ and http://www.orionsupport.com in addition to this list. For Education, see http://www.orionsupport.com, although I will agree that this pales in comparison to the Oracle training available. PL/SQL is built into the DB, and therefore not as cross platform compatible as Java servlets. If the client wants to run SQL Server, what do you do? For consultancy, check http://www.atlassian.com/ again, or just ask around on the list. We have consultants here. However, I will concede that Oracle has a much larger consultant and marketing base. On the 20:1 ratio, that is actually quite low. 3 years ago (prices have probably gone up) 1 Oracle sever with 16 client licenses and Silver yearly support was almost 50,000 USD. That works out to over 30:1. In the end, it is an individual decision, but I think cost will be a major factor for many smaller shops. - Ernie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brynolf Andersson Sent: Monday, July 23, 2001 12:53 PM To: Orion-Interest Subject: RE: Some questions on Orion Hi, my thoughts to this matter: * Orion has NO support, besides this list which is a good one * Orion has NO Education * PL/SQL is not a servlet, it is built into the DB and is widely used. * Oracle has consultancy, marketing and so forth which is important for customers (not developers). So the 20:1 (haven't checked that) is nothing compared to what you get from Oracle. Kalle, PS. You could get the 1 million dollars if you follow the rules, it i s easy to win if you make up your own rules. DS. From: elephantwalker [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: Some questions on Orion Date: Sat, 14 Jul 2001 01:27:17 -0700 Paolo, true. But you can use perl scripts in orion. Pl/sql, I mean, give me a break. That's just an Oracle servlet that could just as well be some other sql servlet. Likewise, if you have good cmp/ejbs, there is no need for pl/sql. Other developer tools are also integrated with orion. I use Forte to create Orion ejb's all of the time. Struts and other tools are just as good for form building and handling. Forte can also be used to automate your form building process with orion. If you use the opensympony cache, you can beat the Oracle web cache...I tried for a year to get the $1 million from Oracle (Larry's famous $1 million challenge), but they would not let us use orion and opensymphony cache! Orion has one of the best user and role manager api's built into the server. The price difference is 20:1. I mean, give me a break! Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Paolo Ramasso Sent: Saturday, July 14, 2001 12:45 AM To: Orion-Interest Cc: BUCCI,STEFANO Subject: Re: Some questions on Orion ciao just to clarify yes it is true orion is cheaper than 9ias but oc4j (orion) is a component of our application server, we have pl/sql, perl, form (developer), tools for application integration (worlflow, trasformation and messaging), business intelligence, intelligent web cache, all these pieces are included in 9ias, so it depend on your needs to choose the right product. ciao Paolo elephantwalker wrote: see below... regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Florian Werner Sent: Friday, July 13, 2001 9:53 AM To: Orion-Interest Subject: Some questions on Orion Hi! I'm currently evaluating Orion for internal use and a customer. Does Orion support/include: RMI over JRMP ? any OODBMS ? any ORMapping Tools ? Realm-Integration like LDAP, RDBMS ? j2ee support for rmi uses the over the wire protocol ormi. AFAIK, If you can create a schema for the databank (should be easily done with OODBMS) this should work. Like most j2ee vendors, Orion has its own OR mapping tool EJBUserManager and DataSourceUserManager can be used directly with a database and a new custom usermanager can easily use an LDAP server. There is also a rolemanager api. Are the any IDEs supporting Orion (beside Kawa from Macromedia) ? We use Sun's Forte debugging with Orion all of the time. Is ORACLE going to by Orion ? Oracle has already licensed Orion as oc4j. So you can pay Oracle $30 k for Orion, or pay Ironflare $1.5 k ;). oc4j is exactly the same as Orion. Regards Florian Werner _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Re: cmp and saving a file to a blob
I have never had luck doing it this way. Does the file data have to be in the database? What I have done is save the file as a file and store a URL to it in an entity bean (along with whatever metadata I need about the file.) As I don't do any filtering or other transformation of the file data, it is enough for the entity bean to let the servlet or jsp know the URL and let the web server stream it. This sort-of obeys the EJB 2 dictum that the beans not do file io (only the servlet does.) - Original Message - From: elephantwalker [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Monday, July 23, 2001 10:06 AM Subject: cmp and saving a file to a blob Problem, persisting a downloaded file in a cmp ejb. Has anybody solved this problem? It seems like this is a problem not solved by the specification. A plan of attack: 1. web user uploads file through a form. 2. servlet processes file as an ArrayList of bytes with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip) with some modifications. 3. file (now a List) is a member of a cmp bean with a list type Byte. If we use this method, each byte is stored in a separate table. Kindof ugly. Talk about a large table! B plan of attack: 1. web user uploads file through a form. 2. servlet processes file as a byte array with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip). 3. A class called FileBytes is created which implements Serializable, the only member is the byte array. 4. A cmp ejb with members mimetype, name, datetime, and filebytes. Both of these methods require no hacking of the orion-ejb-jar.xml. We would have to be satisfied with sql type long raw for most databases, however, since the ejb spec doesn't include blobs. This means a limit of 2 GB...not enough for a movie, but plenty large enough for anything else. Obviously we should limit the size of the file, since all of the bytes have to be in memory. Otherwise, we can break up the persitance into many 1 MB ejb's, each with part of the file. This way, we don't have to have the file all in memory at once. If anybody has done this, let me know. I would like to hear some comments, also. I will keep you posted on my experiences. Regards, the elephantwalker
Re: cmp and saving a file to a blob
Yeah, the IO might work, except that it violates the spec. Doesn't really hurt orion, but makes your EJBs not very distributable, since they have to be on the same machine where the files are stored. I wrote a simple RMI server that sits on the file server and receives a byte[] from EJBs. Then you can put the EJBs wherever, and not worry about being tied to the file system. No, there is nothing wrong with using a blob either, might be a big slower too. And going with RMI, you could make things more optimized (like having a key and then emulating streaming across the network). Then you could find a middle group between network traffic and memory bandwidth on the VM. Sending one byte at a time a million times is SLOW, but sending a byte[100] will kill your server. Doing it with RMI will let you find that middle ground, doing it with BLOBS will require you to load up the entire file in to memory all at once. -Pat At 11:51 AM 7/23/2001 -0600, Nick Newman wrote: Two part answer ... 1) Another possible option is to make up a unique file name, and write the file to that. Keep the name of the file (plus mime type, etc) in the EJB. The getFile and setFile methods would read/write to this file. You could use the ejbRemove method to delete the file. (And perhaps you will need other code to keep the files consistent with the DB). This is not so pretty in some ways (you have extra things to keep straight) but it avoids the need for anything special in the DB. Then again, perhaps this violates the strict specs about use of file IO in an EJB? In any case, this is what I have (successfully) used. 2) I don't think there's any reason you couldn't use BLOBs. The specs don't include them, but the specs don't even assume you have a database, do they? Nick At 10:06 AM 7/23/01 -0700, you wrote: Problem, persisting a downloaded file in a cmp ejb. Has anybody solved this problem? It seems like this is a problem not solved by the specification. A plan of attack: 1. web user uploads file through a form. 2. servlet processes file as an ArrayList of bytes with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip) with some modifications. 3. file (now a List) is a member of a cmp bean with a list type Byte. If we use this method, each byte is stored in a separate table. Kindof ugly. Talk about a large table! B plan of attack: 1. web user uploads file through a form. 2. servlet processes file as a byte array with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip). 3. A class called FileBytes is created which implements Serializable, the only member is the byte array. 4. A cmp ejb with members mimetype, name, datetime, and filebytes. Both of these methods require no hacking of the orion-ejb-jar.xml. We would have to be satisfied with sql type long raw for most databases, however, since the ejb spec doesn't include blobs. This means a limit of 2 GB...not enough for a movie, but plenty large enough for anything else. Obviously we should limit the size of the file, since all of the bytes have to be in memory. Otherwise, we can break up the persitance into many 1 MB ejb's, each with part of the file. This way, we don't have to have the file all in memory at once. If anybody has done this, let me know. I would like to hear some comments, also. I will keep you posted on my experiences. Regards, the elephantwalker
Connecting to Oracle Database
Hello, This is a follow-up on a previous question. I am running Orion 1.5.2 on Windows NT and our Oracle database is running on Solaris (maintained by someone else). I am having trouble connecting to the database. I have the Oracle JDBC 8.1.7 Thin drivers (for NT) installed for Orion, but when I tried to connect to the database using a simple test application, I get the following error: IO Exception: Network Adaptor cannot establish the connection I'm not sure what the problem is. Thanks in advance. -- Mong Kon Mo End-Use Forecasting Lawrence Berkeley National Laboratory Phone: (510) 486-4557
RE: cmp and saving a file to a blob
Pat, I think the serialization of a byte[] is the same as creating a filestream. I'm using oracle, so I think net8 is speedier than ormi. As for the memory problem, I thinks thats the killer issue. I am going to limit any one file to 2000kB. Sorry, no movies here! Could you post the rmi server and test code? I would like to test both methods, and settle this issue once and for all. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrick Lightbody Sent: Monday, July 23, 2001 1:14 PM To: Orion-Interest Cc: Orion-Interest Subject: Re: cmp and saving a file to a blob Yeah, the IO might work, except that it violates the spec. Doesn't really hurt orion, but makes your EJBs not very distributable, since they have to be on the same machine where the files are stored. I wrote a simple RMI server that sits on the file server and receives a byte[] from EJBs. Then you can put the EJBs wherever, and not worry about being tied to the file system. No, there is nothing wrong with using a blob either, might be a big slower too. And going with RMI, you could make things more optimized (like having a key and then emulating streaming across the network). Then you could find a middle group between network traffic and memory bandwidth on the VM. Sending one byte at a time a million times is SLOW, but sending a byte[100] will kill your server. Doing it with RMI will let you find that middle ground, doing it with BLOBS will require you to load up the entire file in to memory all at once. -Pat At 11:51 AM 7/23/2001 -0600, Nick Newman wrote: Two part answer ... 1) Another possible option is to make up a unique file name, and write the file to that. Keep the name of the file (plus mime type, etc) in the EJB. The getFile and setFile methods would read/write to this file. You could use the ejbRemove method to delete the file. (And perhaps you will need other code to keep the files consistent with the DB). This is not so pretty in some ways (you have extra things to keep straight) but it avoids the need for anything special in the DB. Then again, perhaps this violates the strict specs about use of file IO in an EJB? In any case, this is what I have (successfully) used. 2) I don't think there's any reason you couldn't use BLOBs. The specs don't include them, but the specs don't even assume you have a database, do they? Nick At 10:06 AM 7/23/01 -0700, you wrote: Problem, persisting a downloaded file in a cmp ejb. Has anybody solved this problem? It seems like this is a problem not solved by the specification. A plan of attack: 1. web user uploads file through a form. 2. servlet processes file as an ArrayList of bytes with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip) with some modifications. 3. file (now a List) is a member of a cmp bean with a list type Byte. If we use this method, each byte is stored in a separate table. Kindof ugly. Talk about a large table! B plan of attack: 1. web user uploads file through a form. 2. servlet processes file as a byte array with Nick Newman's servlet (www.orionsupport.com/articles/downloads/UploadServlet.zip). 3. A class called FileBytes is created which implements Serializable, the only member is the byte array. 4. A cmp ejb with members mimetype, name, datetime, and filebytes. Both of these methods require no hacking of the orion-ejb-jar.xml. We would have to be satisfied with sql type long raw for most databases, however, since the ejb spec doesn't include blobs. This means a limit of 2 GB...not enough for a movie, but plenty large enough for anything else. Obviously we should limit the size of the file, since all of the bytes have to be in memory. Otherwise, we can break up the persitance into many 1 MB ejb's, each with part of the file. This way, we don't have to have the file all in memory at once. If anybody has done this, let me know. I would like to hear some comments, also. I will keep you posted on my experiences. Regards, the elephantwalker
RE: Disappearing env-entry-mapping from orion-ejb-jar.xml
Yes, I have tried all of that but with no luck. Fortunately the problem only occurs on initial deployment. Once already deployed and I manually fixed the orion-ejb-jar.xml files, redeployments don't mess them up. It's not ideal but it's workable for me at the moment. Just hoping 1.5.3 will fix all of this. Cheers, Ron -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Monday, July 23, 2001 7:51 PM To: Orion-Interest Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml Ron, Have you tried checking the order of the tags? Orion seems to get confused when the order is wrong. You can check by looking at the orion-ejb-jar.dtd, or by running orion with the -validateXML option, and (if you have saved all of your xml files somewhere else!) -rewriteXML. You have probably already checked this. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ron van Pol Sent: Monday, July 23, 2001 10:21 AM To: Orion-Interest Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml I regressed to 1.5.1 and still the problems remained. In my case the resource-ref-mapping lacked the location in case of sessionbeans. Ron -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Saturday, July 21, 2001 6:59 AM To: Orion-Interest Subject: RE: Disappearing env-entry-mapping from orion-ejb-jar.xml not just env-entry-mapping, its just about everything in the orion-ejb-jar.xml file. This is bug 512. I had the problem with group-role mapping. Buts its the same thing, when server restarts or redeploys the app the orion-ejb-jar.xml is GENERATED and not COPIED. You will have to regress to version 1.5.1 as a workaround. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rian Schmidt Sent: Friday, July 20, 2001 9:21 PM To: Orion-Interest Subject: Disappearing env-entry-mapping from orion-ejb-jar.xml Hi, Does anyone have any idea why we would be seeing an env-entry-mapping disappear from orion-ejb-jar.xml upon deployment? There is a stateless session bean that reads a value env-entry-mapping name=databaseTypeMSSQL/env-entry-mapping from a stateless session beans entry in orion-ejb-jar.xml. And upon deployment the first time, it spits out the right value over and over (we're forcing it to read the value each time another bean uses the stateless session bean to read it). But when we restart the server, the bean reports the default value instead of the mapped one. What's more, the entry is completely gone from the orion-ejb-jar.xml file. I can provide more information, but I thought I'd check first if this smacks of anything obvious. Thanks, Rian
RE: Orion's JSP generated code
Umm, the \r\n is probably something you are including inadvertently. I'm going to speculate that you have a construct that looks like this... % foo(); % % bar(); % between the first close and next open, you have a \r\n. While it looks uglier on the JSP page it should clear your line break if you did this... % foo(); %% bar(); % Now why JSP doesn't clean this up for you an PHP does probably boils down to a philosophical difference. PHP is cleaning it up for you, where JSP is giving you exactly what you asked for. I'd guess this is because PHP is pretty much pure web, where JSP is intended to be portable into other formats that may think whitespace is important. -Original Message-From: Sergei Batiuk [mailto:[EMAIL PROTECTED]]Sent: Friday, July 20, 2001 3:25 AMTo: Orion-InterestSubject: Orion's JSP generated code Hi forum, I have noticed that when I use scriplets or tags in my JSPs, orion puts "\r\n" into the outputstream code for each tag. This results in many blank lines in the generated HTML code. In comparison,PHPscripletsdo not produce these blank lines. Does anyone know how to "beautify" the generated code? Thanks in advance, Sergei.
Re: Connecting to Oracle Database
Mong, Before trying to connect through JDBC, verify that you can connect through SQLPlus. Did you set up a connection in tnsnames.ora from the NT Oracle client to the Solaris Oracle server? Jeff. On Mon, 23 Jul 2001 13:40:48 -0700 Mong Kon Mo [EMAIL PROTECTED] wrote: Hello, This is a follow-up on a previous question. I am running Orion 1.5.2 on Windows NT and our Oracle database is running on Solaris (maintained by someone else). I am having trouble connecting to the database. I have the Oracle JDBC 8.1.7 Thin drivers (for NT) installed for Orion, but when I tried to connect to the database using a simple test application, I get the following error: IO Exception: Network Adaptor cannot establish the connection I'm not sure what the problem is. Thanks in advance. -- Mong Kon Mo End-Use Forecasting Lawrence Berkeley National Laboratory Phone: (510) 486-4557
No Subject
hai anybody is having idea about how to use the finder methods in Map. Is this type of finder methods are available in EJB 2 ? Sas
Orion JNDI Problem
Please help me. When I try to look up a particular bean home from within a JSP page, I get an error message corresponding to a completelly different bean. I execute: Object boundObject = context.lookup(java:comp/env/ejb/MicroarrayComponent); and my result is: javax.naming.NamingException: No location specified and no suitable instance of the type 'com.evermind.ejb.ChipFormat' found for the ejb-ref ejb/ChipFormat at com.evermind._xa._ij(Unknown Source) at com.evermind._jfb._heb(Unknown Source) at com.evermind.server.rmi.RMIContext._rcd(Unknown Source) at com.evermind.server.rmi.RMIContext._ov(Unknown Source) at com.evermind.server.rmi.RMIContext.lookup(Unknown Source) at com.evermind._cf._np(Unknown Source) at com.evermind._cf.lookup(Unknown Source) at com.evermind._xa._ij(Unknown Source) at com.evermind._ec.lookup(Unknown Source) at com.evermind._cf._np(Unknown Source) at com.evermind._cf.lookup(Unknown Source) at javax.naming.InitialContext.lookup(Unknown Source) at __jspPage4_processMicroarrayRawData_jsp._jspService(__jspPage4_processMicroarrayRawData_jsp.java:62) at com.orionserver.http.OrionHttpJspPage.service(Unknown Source) at com.evermind._ah._rad(Unknown Source) at com.evermind.server.http.JSPServlet.service(Unknown Source) at com.evermind._cxb._abe(Unknown Source) at com.evermind._cxb._uec(Unknown Source) at com.evermind._io._twc(Unknown Source) at com.evermind._io._gc(Unknown Source) at com.evermind._if.run(Unknown Source) Thanks, Jennifer
RE: Connecting to Oracle Database
unsubscribe -Original Message- From: Jeff Hubbach [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 24, 2001 10:00 AM To: Orion-Interest Subject: Re: Connecting to Oracle Database Mong, Before trying to connect through JDBC, verify that you can connect through SQLPlus. Did you set up a connection in tnsnames.ora from the NT Oracle client to the Solaris Oracle server? Jeff. On Mon, 23 Jul 2001 13:40:48 -0700 Mong Kon Mo [EMAIL PROTECTED] wrote: Hello, This is a follow-up on a previous question. I am running Orion 1.5.2 on Windows NT and our Oracle database is running on Solaris (maintained by someone else). I am having trouble connecting to the database. I have the Oracle JDBC 8.1.7 Thin drivers (for NT) installed for Orion, but when I tried to connect to the database using a simple test application, I get the following error: IO Exception: Network Adaptor cannot establish the connection I'm not sure what the problem is. Thanks in advance. -- Mong Kon Mo End-Use Forecasting Lawrence Berkeley National Laboratory Phone: (510) 486-4557 The contents of this email are confidential. If you are not the intended recipient, you must not disclose, copy or use the contents in any way. If you have received this email in error, please delete it and notify us immediately by return email. It is the recipient's responsibility to screen this message and any attachments for computer viruses. Any views expressed in this email are not to be taken as the views of the company or any related business entity unless expressly stated to the contrary.
