RE: Calling EJB From a Servlet..
The servlet is running on orion so you don't need to elaborate on the
context.
This should get your ejb:
Context context = new InitialContext();
// Get home interface
CommandHome cHome = (CommandHome)context.lookup("Command");
// Create a command object
Command command = cHome.create();
Command for me is a stateless session bean.
snippet from orion-ejb-jar.xml
Good Luck!
RE: Orion and MS Access for Demonstration
A better alternative is to use Cloudscape instead of Access. See Orion's support page for setting this up or search the maillist for cloudscape. It is simple to use and download is free for development. http://www.cloudscape.com/ Also, you will be able to use a type 4 JDBC driver which will be much faster than your jdbc-odbc bridge. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bernard BriggsSent: Wednesday, August 29, 2001 2:11 PMTo: Orion-InterestSubject: Orion and MS Access for Demonstration I've seen two problems that exist with using Orion/EJBs with MS Access. We're trying to use Access for a small pilot as it is easy to move around. 1) MS Access or JDBC-ODBC bridge doesn't support the primitive type long 2) MS Access or JDBC-ODBC bridge has a low limit on the size of it's "records" For the lack of long support, I map longs to ints. For the size issue, I map String types to char(128) instead of the default char(256) My question: Does anyone know of a more "elegant" way to use Access and get around these limitations? I'd rather not have to tiptoe around these issues in the way described here if there is a better alternative.
RE: Max-tx-retries...
You should search the mail archive and www.orionsupport.com first to look for answers. This has been cover. Orion will always generate a new orion-ejb-jar.xml what you need to do is make a copy in your source tree somewhere. Make your mods. Then add the file to your ejb jar. Orion will look for a copy in the jar file and use it as a base. One use to create an orion dir and place the file there. Now it goes into meta-inf dir in your ejb jar. I can't remember which version where this changed. After you deploy your new ear file, you need to shutdown and restart orion for it to pick up the new orion-ejb-jar.xml. Good Luck! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Paransky Sent: Friday, June 22, 2001 2:51 PM To: Orion-Interest Subject: BUG: Max-tx-retries... Trying to set max-tx-retries="0" (I do not want any failed transactions to retry AT ALL) in orion-ejb-jar.xml REWRITES the orion-ejb-jar.xml and removes max-tx-retries specification all together. The next time orion-ejb-jar.xml is touched, Orion puts the max-tx-retries="3" back into the file. Is this a bug? -AP_
RE: Orion beginer's question
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Žučenko Ivan Sent: Wednesday, June 27, 2001 1:16 AM To: Orion-Interest Subject: Orion beginer's question Hi all, I did lot of j2se programming, but a bit new in j2ee. I'm quite common with servlets, but tryed only a few ejb and jndi tasks but in j2ee-ri, where datasources are preconfigured to cloudscape. Please can enybody help me to connect cloudscape, which is quite friendly to me (at least has console and even GUI and lot of docs) or InterClilent to ORION. I have no reason not to work with hsql, but no links to that site works and so no documentation, did they shut down? So please what (may be some tutorial) can help me to connect dbms i at least a bit know???
RE: Classpath and library path ERROR ??? --> PLEASE again ???
I am not sure this will help but here it goes. My problem was were to put classes shared by my web app and my ejbs. I wanted to jar them up and put them some where. I asked around and got various responses. The response I found most useful was to put the classes in the ejb.jar file. So, if you have a jar file with classes you want to use, you need to extract them some where. Then, when you build your ejb jar include them. The reason to do this is that Orion's ejb classloader will make these classes visible to your web app. I was also told that WebLogic's classloader behaves the same way. This seems like a clumsy solution but when you want to just distribute an ear file, this looks pretty good. And it works for me. Good Luck!
Orion can't find Cloudscape database
How do I tell Orion where to find my Cloudscape database? Here is what I have for the data source: class="com.evermind.sql.DriverManagerDataSource" name="Cloudscape" location="jdbc/CloudscapeCoreDS" xa-location="jdbc/xa/CloudscapeXADS" ejb-location="jdbc/myDS" connection-driver="COM.cloudscape.core.JDBCDriver" username="" password="" url="jdbc:cloudscape:myDB" inactivity-timeout="30" /> Lou Farho Certes Solutions, Inc. 2485 W MAIN ST SUITE 205 Littleton, CO 80120 303.798.8079 BEGIN:VCARD VERSION:2.1 N:Farho;Louis FN:Louis Farho ORG:Certes Solutions TITLE:Consultant ADR;WORK;ENCODING=QUOTED-PRINTABLE:;303.798.8079;2485 W Main St.=0D=0ASuite 205;Littleton;CO;80120 LABEL;WORK;ENCODING=QUOTED-PRINTABLE:303.798.8079=0D=0A2485 W Main St.=0D=0ASuite 205=0D=0ALittleton, CO 80120 URL: URL:http://certes-solutions.com EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010611T170823Z END:VCARD
Counter.jar
How can I get the source for counter.jar? Thanks!
RE: custom finder in CMPs (SLSB facade)
So, what happens when someone says make your java application a web application? You have too much logic in your java client. If it is in the slsb, who cares what your using for the frontend system. Another scenario, someone else wants to use your entity beans in your corporate enterprise. The front door should be your slsb so you can control what they put in or take out. Lou Farho Certes Solutions, Inc. http://www.certes-solutions.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Eggink Sent: Monday, May 07, 2001 2:08 AM To: Orion-Interest Subject: FW: custom finder in CMPs (SLSB facade) The call to a SFSB cause you (with Orion) at max the additional penalty of an extra Activation and Passivation cycle. Depending on the amount of resource usage for these extra cycli as percentage of the overall resource usage, the use of SFSBs will hit you. The thing which puzzles me is why not go to the Entity Bean directly itself? It saves both computer and programming resources. In all discussions and readings I have found no decent arguments that prevent me from going direct, unless you throw in the -valid- information hiding argument. The system I'm working on uses a Swing client. Most important reason: Using an application client you can validate user input the moment it gets entered. One of the things we do is validating keys against the server the moment someone has entered the complete key. The validation is done against the Entity Bean itself, not against a facade. Now I know that the quality of constructive comments does not necessarily have a positive correlation with the price of a suite, but an expensive (and thus highly regarded) consultant claimed that using a SLSB facade is better. I still can't figure out why (although I do agree that the extra performance overhead is little), so I'm tending to the position that it's probably bollocks. Stuborn at the risk to get shot ... FE
Common classes between ejb.jar & web.war
Where should one put classes that are shared between their ejbs and their web interface? Do you create a jar file and put it in the ear? Put in orion's lib dir? Thanks, Lou Farho winmail.dat
