RE: Orion-console in 1.4.7 supports DataSource properly... now what!!!
Yep, the very same. He reads the ejb-interest list and frequently posts very informative missives there. In fact, an excellent education can be obtained simply by searching the archives for his name. Seriously. Jeff -Original Message- From: Kemp Randy-W18971 Sent: Thu 2/8/2001 6:05 AM To: Orion-Interest Cc: Subject: RE: Orion-console in 1.4.7 supports DataSource properly... now what!!! Is this the same Richard who heads www.openejb.org? Their site mentions: OpenEJB is the brainchild of Richard Monson-Haefel, author of Enterprise JavaBeans, 2nd Edition (O'Reilly 2000). The core development team for OpenEJB is Mr. Monson-Haefel and David Blevins. -Original Message- From: Jeff Schnitzer [ mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 07, 2001 8:22 PM To: Orion-Interest Subject: RE: Orion-console in 1.4.7 supports DataSource properly... now what!!! I posted this question to the ejb-interest list, and got back the two attached responses. The one from Richard Monson-Haefal is most interesting, because it pretty much confirms that WebLogic uses a JDBC proxy. I agree, being able to communicate with the database behind a firewall means there must be some sort of proxy implemented by Orion. It's not just a simple question of putting an RMI proxy on the Connection (and Statement, DatabaseMetaData, etc), though... you certainly wouldn't want the ResultSet to be remoted otherwise you would suffer worse performance than plain EJB calls. And if you returned the ResultSet as a single object you would have serious problems with large queries. Interesting. Why again aren't you implementing this logic server-side? :-) Jeff -Original Message- From: Daniel Cardin [ mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 07, 2001 5:37 AM To: Orion-Interest Subject: RE: Orion-console in 1.4.7 supports DataSource properly... now what!!! Jeff, Are you sure that the JDBC driver isn't finding its way into the classpath? Did you try the console remotely from a machine that you know doesn't have the JDBC driver? Honestly, I haven't. But I still fail to see why it would be needed. If the data access was done using the "real" JDBC driver on the client, the connection to the database would have to be opened there... It's not the case. Running tests at home allowed me to prove that the Connection must be proxied through Orion because my client could not see the SQL server. The only conclusion is that Orion opens a connection locally, pools it, and on demand gives a proxy to it allowing all database access to go through the App Server... You may already know this, but just in case: Almost all of the orion tools (including orionconsole.jar) are simply empty jar files with a manifest that sets the Class-Path to include orion.jar and defines the appropriate Main-Class. You're still loading the orion.jar classes, potentially activating whatever classloader loads jars (especially the JDBC driver) out of the lib directory. Did you take this into account in your tests? I know about the way orionconsole works, thanks :) I've actually spent quite some time analysing com.evermind.gui.server and com.evermind.server to figure out exactly what's going on. So far, I believe DataSource access goes through another JNDI bound object the ApplicationAdministrator. I still have to test that avenue fully. We now have four different theories about how application-client JDBC works in app servers: 1) Database-specific JDBC driver gets packaged with the application client and loaded into the client VM. 2) Database-specific JDBC driver gets http-classloaded into the client VM. 3) Serialized classes come from JNDI. Actually, I think this is just another way of saying #2, because java RMI uses http classloading to get the class definitions to a new client. 4) App server provides a JDBC proxy which implements a proprietary wire protocol (or at least RMI "object protocol") to communicate with the server. Note that this is not just simply a matter of remoting the
Re: R: Why is Netscape slower with Orion?
*sigh* On Fri, 9 Feb 2001, Eric Hodges wrote: [snipped suggestion to flatten tables for broader browser support] Are you sure it's not: Don't use Netscape. Sure. And only use English. And require Flash. And ... A very good way to NOT reach the broadest audience possible. Great strategy. Maybe I should adopt it? Or perhaps not... -- David, [EMAIL PROTECTED]
RE: Orion Server compared to Oracle AS
Hi John, I've used OAS/IAS for some time now and the benchmarks that I have made all show the same result, Orion is much FASTER than IAS/OAS. Oracles applicationserver uses Apache and Jserv 1.1. The edxperience that I have had with Jserv1.1 is not that good. If you want to use Apache/Jserv i think you should compile it yourself and use jserv1.2. Rikard -Original Message- From: John Hogan To: Orion-Interest Sent: 2001-02-09 05:11 Subject: Orion Server compared to Oracle AS Has anyone done/know of a comarison of these two products? I know Oracle sits on Apache and JServ, and that bench marks on the Orion site show that Orion has some clear advantages vs Apache. I'm hoping someone has some first experiences they can share. TIA. JohnH _ Get your free E-mail at http://www.ireland.com
Re: EJB Deployment without packaging
I have a bunch of links: see http://epesh.com/. (Sorry, innate sarcasm took over.) For RELEVANT links, see http://www.orionserver.com/docs/, look for "application.xml" -- the only difference between an ejb module that's jarred and one that's not is that the reference specifies ".jar". To wit: !-- jarred EJB -- module ejbmyEJB.jar/ejb /module !-- directory structure in $APP/otherejb/ -- module ejbotherejb/ejb /module On Fri, 9 Feb 2001, Phan Anh Tran wrote: Do you have a link? Thanks. Anh - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, February 09, 2001 9:21 PM Subject: Re: EJB Deployment without packaging Yes, very much so. On Fri, 9 Feb 2001, Phan Anh Tran wrote: Is it possible to deploy EJBs without packing them into ejb and .ear files with orion? Thanks. Anh --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Re: RE: Orion Server compared to Oracle AS
Hello Randy, I'm especially interested in Oracle's ejb deployment. Their documentation (vague) seems to suggest that the ejb's are actually deployed to the jvm that runs inside Oracle's db server. This seems to defeat one of the primary benefits of ejb (n tiered scalability). Also, it would seemingly raise your db license fees if you have to beef up your db machine to handle this extra function. Have you got into this issue yet? Thank you. John Hogan _ Get your free E-mail at http://www.ireland.com
Interbase and Orion
Hi, I have a problem that is said to be solved already, but I don't know how. The problem is that Interbase can not manage SQL-Statements with "null" statements after the VARCHAR-statement like create table addressbook_ejb_AddressEntry (name VARCHAR(255) not null primary key, address VARCHAR(255) null, city VARCHAR(255) null) That's why I use the interbase.xml file in the config/database-schemas directory (under linux). database-schema name="Interbase" not-null="not null" null="" primary-key="primary key" max-table-name-lenght="30" type-mapping type="java.lang.String" name="VARCHAR(55)" / type-mapping type="int" name="INTEGER" / type-mapping type="long" name="NUMERIC(20,0)" / type-mapping type="float" name="FLOAT" / type-mapping type="double" name="DOUBLE PRECISION" / type-mapping type="byte" name="NUMERIC(10,0)" / type-mapping type="char" name="CHAR(1)" / type-mapping type="short" name="SMALLINT" / type-mapping type="boolean" name="NUMERIC(1,0)" / type-mapping type="java.util.Date" name="DATE" / type-mapping type="java.util.Time" name="TIME" / type-mapping type="java.util.TimeStamp" name="TIMESTAMP" / type-mapping type="java.io.InputStrem" name="BLOB" / disallowed-field name="password" / disallowed-field name="date" / /database-schema The point is, that orion seems to ignore the file, because none of the statements used in interbase.xml are obeyed, as you see here: Auto-deploying addressbook (New server version detected)... Auto-deploying orion-cmp-primer-ejb.jar (No previous deployment found)... Auto-creating table: create table addressbook_ejb_AddressEntry (name VARCHAR(255) not null primary key, address VARCHAR(255) null, city VARCHAR(255) null) Warning: Error creating table: [interclient][interbase] Dynamic SQL Error SQL error code = -104 Token unknown - line 1, char 104 null done. Orion/1.4.7 initialized My data-sources.xml file looks like this: ?xml version="1.0"? !DOCTYPE data-sources PUBLIC "Orion data-sources" "http://www.orionserver.com/dtds/data-sources.dtd" data-sources !-- An example/default DataSource that uses an ordinary JDBC-driver (in this case hsql) to create the connections. This tag creates all the needed kinds of data-sources, transactional, pooled and EJB-aware sources. The source generally used in application code is the "EJB" one - it provides transactional safety and connection pooling. -- data-source class="com.evermind.sql.DriverManagerDataSource" name="InterBase" location="jdbc/InterBaseCoreDS" xa-location="jdbc/xa/InterBaseXADS" ejb-location="jdbc/InterBaseDS" connection-driver="interbase.interclient.Driver" username="sysdba" password="masterkey" url="jdbc:interbase://localhost//var/ibase/db/address.gdb" inactivity-timeout="30" / /data-sources What did I do wrong? Regards, Dirk
RE: Orion Server compared to Oracle AS
well, I can tell you that if you need entity beans OAS won't help you. I've had to evaluate OAS 6 months ago and it sure is a total waste of time JP -Original Message- From: John Hogan [mailto:[EMAIL PROTECTED]] Sent: Viernes, 09 de Febrero de 2001 1:12 To: Orion-Interest Subject: Orion Server compared to Oracle AS Has anyone done/know of a comarison of these two products? I know Oracle sits on Apache and JServ, and that bench marks on the Orion site show that Orion has some clear advantages vs Apache. I'm hoping someone has some first experiences they can share. TIA. JohnH _ Get your free E-mail at http://www.ireland.com
RE: Orion Server compared to Oracle AS
could you explain more on this ? On Sat, Feb 10, 2001, Juan Lorandi (Chile) [EMAIL PROTECTED] wrote: well, I can tell you that if you need entity beans OAS won't help you. I've had to evaluate OAS 6 months ago and it sure is a total waste of time JP -Original Message- From: John Hogan [mailto:[EMAIL PROTECTED]] Sent: Viernes, 09 de Febrero de 2001 1:12 To: Orion-Interest Subject: Orion Server compared to Oracle AS Has anyone done/know of a comarison of these two products? I know Oracle sits on Apache and JServ, and that bench marks on the Orion site show that Orion has some clear advantages vs Apache. I'm hoping someone has some first experiences they can share. TIA. JohnH _ Get your free E-mail at http://www.ireland.com +--++ | Bernard Sauterel | sauterel.net | +--++ email | [EMAIL PROTECTED]
RE: RE: Orion Server compared to Oracle AS
I have not gotten into it yet, as our Unix Admin department still have to install it. If you can access the flashline comparison, the Oracle entry shows a write up in server watch. The server watch write up rates it four and one have out of five stars, and they mention the downfall is the limited EJB deployment. I may have to suppliment it with Orion (or Jboss or openEJB) as a full service, EJB server. I should know more about it in a couple of months or so. Right now, I am running Iplanet 4.1 enterprise, which addresses the JSP, servlet, and static page needs, but no EJB in production yet (at least at our site). -Original Message- From: John Hogan To: Orion-Interest Sent: 2/10/01 10:54 AM Subject: Re: RE: Orion Server compared to Oracle AS Hello Randy, I'm especially interested in Oracle's ejb deployment. Their documentation (vague) seems to suggest that the ejb's are actually deployed to the jvm that runs inside Oracle's db server. This seems to defeat one of the primary benefits of ejb (n tiered scalability). Also, it would seemingly raise your db license fees if you have to beef up your db machine to handle this extra function. Have you got into this issue yet? Thank you. John Hogan _ Get your free E-mail at http://www.ireland.com
RE to Phan Anh Tran
Doing without ear file can be very easy and it allows easy update in Orion create a new directory under orion\applications run earassembler.jar From file click on new application From application click on new create new EJB jar From application click on new create new WEB application save it in the created directory this will create the your web application including all the necessary ejb.jar web.xml application.xml if u need to create cmp bean u can use EJBmaker.jar and all u need now is a simple build.xml to onlycompile your bean classes and servlet in case u need more details I casend ua detailed fullapplication good luck
Reflections on Oracle AS
Since I haven't had Oracle AS installed yet, I have come up with some reflective questions. Oracle 9I AS is supposed to be compatible with any web server, and we are currently running Iplanet, which is rated very highly be server watch (as is the current incarnation of Iplanet). Yet from the tecnical list insights, Oracle AS is supposed to run Apache and Apache Jserv embedded in it. Wouldn't this produce a conflict of interest on Unix, as both would contend for port 80? Yet that would be contractary to their official position of running with any web server. Ad that raises an interesting speculation. Since Apache and Apache Tomcat are slated to integrate with openejb in the near future, would Oracle also add that to the future mix? It would be a wise decision.