Al,
Steps 1 and 2 are already done. But using the serialization class, although
faster than reparsing, is still an io operation.
What I would like is to have the objects member variables of an application
bean, so they would always be available, and in memory. Maybe that is the
trick. Most of
It seems the granularity of re-use you describe is at the application or
web-application level. Obviously, such objects must exist internally to
Orion. There may be reasons why they are not public, but I certainly would
love to see something like HttpApplication or WebApplication or whatever it
Hi,
I am using the latest version of Ant from CVS
(1.4alpha) and I generate a war file using the war task. However, this
war file fails to be unpacked by Orion with the following message (that happens
after about 30 seconds) :
[java]
java.lang.StackOverflowError
[java] at
I haven't tried solving this problem myself, so am really just guessing.
I wonder if the thing to do is stash your serialized class in JNDI, and
then do a lookup and grab it when your session bean is instantiated?
I'm assuming you need acess to the information in an EJB as opposed to
a servlet;
Thanks everybody for helping me with this problems. It works now! However, I
could not have the jsp example code work! Could someone send me a jsp code
just for the purpose of testing the connection between Orion and Oracle?
Thanks!
Roland
-Original Message-
From: [EMAIL PROTECTED]
Your going to have to use CORBA from what I understand.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Sergei Batiuk
Sent: Saturday, March 24, 2001 8:27 AM
To: Orion-Interest
Subject: Using EJBs with Delphi
Hi EJB gurus,
Does anynone know how to
Try following code in your .jsp file:
InitialContext ctx = new InitialContext();
DataSource ds = (DataSource)ctx.lookup("jdbc/Oracle");
Connection conn = ds.getConnection();
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("SELECT * FROM dual");
while( rs.next() ){
I've been working on getting Orion running in a production environment for a
little while now and just when I thought everything was working fine I go to
push to production and something load/volume related is creating massive
slowdowns.
Basically every 250 database accesses or so there is a
Q: Are you running the JVM with -server?
Q: Could it be a garbage collection related problem? If it's happening at
odd times when heap usage is up, it might be gc collecting old jdbc objects?
-mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
What is the maximum number of connections that you have configured your
database pool to? Could you be running out of connections? Are you
properly releasing the connections back to the pool, and closing results set
which might not be needed? During the time that the site is "frozen" (as
you
And from totally out in left field, how about conflicting database
transaction/table locks. I doubt it, because those tend to be indefinite,
but it's a thought anyway! I suspect that the running-out-of-
connections idea is more likely to be correct, though...
Gary
-Original
I've had similar symptoms with ATG Dynamo. It usually occurs when the VM
decides to garbage collect. The way we get around this is to have
multiple Dynamo instances each with it's own dedicated VM and CPU. This
makes the user experience more acceptable across all sessions on the
system since
Gerald,
Thank you for your explanation.
But my question was a little bit different. I was wondering why to take care
of removing SBs when there is remote garbage collector which is responsible
for it. But maybe you want to make some special cleanning up or you are
facing another type of problems
As far as I know, you can't access datasource connections 'remotely'.
On Sun, 25 Mar 2001, Duane Fields wrote:
I've a problem accessing a pooled datasource from OUTSIDE the web
application. I can access and use the regular datasource, but when I try to
get a connection from the pooled
I like that I can just apply my filter to any application without changing
anything in the application itself.
Anders
-Ursprungligt meddelande-
Frn: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Fr Marcel Schutte
Skickat: den 23 mars 2001 14:42
Till: Orion-Interest
mne: Re: Problem with
15 matches
Mail list logo