Title: SV: Roll-BACK question.
Referring to the EJB1.1 spec, application
exceptions (i.e. any exception that you make, subclassed from Exception) do not
roll back transactions. This is so that EJB can give the application a
chance to recover from the exception. To make the transaction roll
Title: SV: Classpath and library path ERROR ??? --> PLEASE again ???
I think what Magnus was suggesting was not that you
put log4j-core.jar IN your ejb-jar file, but that you put it in your ear file
and put it in the classpath of your ejb-jar's manifest file. That way,
log4j-core.jar will be
Hi,
I use JConnect 5.2. My setup's pretty simple, I have this in my
data-sources.xml:
(I beleive you can leave the CHARSET out of the URL.) I pretty much mimicd
the default Hypersonic configuration, replacing my JDBC driver name and
"Hypersonic" with "Sybase".
Then I have this in my server
I had the same problem. Character arrays (char[]) also work.
The problem doesn't appear to be JUST with serializing, because I managed to
serialize very large strings to disk. I think the problem is more of
serializing over RMI.
Mike
- Original Message -
From: "Jens Stutte" <[EMAIL PR
11:45 AM
Subject: Re: Question about DataSourceUserManager
> Even if I write my own user manager, I'm not sure what I should make it do
> to fix the problem. The one from Orion seems to be doing everything
> correctly. It just never lets me in. The AbstractUserManager class
doesn&
I had the same problem with the DataSourceUserManager. Judging by messages
in the mailing-list archive, it looks like some people have gotten it
working, but I have no idea how.
I ended up writing my own user manager, which didn't take very long. (I
spent more time trying to get the DataSourceU
Lachezar's second example is exactly what I tried,
and I got the same results.
I started looking at the docs related to web
clients, trying to figure out if there was something different between
web-client security and application-client security. (First, I need to
mention that I know nex
I think maybe I didn't make something clear.
I am using a java "application" client, NOT a web client. As such, I
cannot invalidate sessions, make posts, etc.
Orion seems to be written primarily as a web app
server, and I have seen very little information on using it as a direct
applicat
Hi,
I'm trying to get the security portion of a project
working, in which a java client connects to a stateless session bean after
login. As far as I can tell, Orion doesn't seem to properly pass around
principal objects in stateless session beans.
This is the sequence that my test clien
We have had similar problems, using Orion 1.4.5.
The first problem seems to be that Orion does not re-use instances... I
beleive that the orion-ejb-jar.xml defaults to allow an infinite number of
instances per EJB. If you are creating a lot of instances, this might help
your problem.
The secon
As I understood the question, he is interested in storing the actual
permissions in a database, not just the user info. This kind of thing is
required if you are using a java client which needs to be able to gray out
menus and other UI, based on what the current user is allowed to do.
The only w
ject: RE: Fun with compound primary keys
> Yep, if you don't make things serializable you get as a 'value'.
> That applies to return values crossing the wire as well :-).
>
> Note that, to prevent yourself from having more fun!
>
> FE
>
> On Tuesday, May
It took me a while to figure this out, so I thought
I'd post it.
If you are using a compound primary key class in
your CMP entity bean, and you forget to make it implement java.io.Serializable,
Orion may do some really strange things.
In my case, I have an entity bean which represents
a
Orion needs your jdk class library (tools.jar) to
compile its generated code. (Orion generates code based upon the
interfaces which you write.)
I don't like copying jars all over my machine, so I
instead add the "library" tag to my server.xml. Something like
this:
This will cause Or
You should be able to use EJB security to disallow access to whichever home
interfaces you choose.
Mike
- Original Message -
From: "Armin Michel" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Friday, May 04, 2001 8:50 AM
Subject: Re: custom finder in CMPs
> On Frid
My question would then be, why isn't 1.4.8 posted on the website? Is this
an alpha or beta, or is this an actual official release?
Mike
- Original Message -
From: "Lachezar Dobrev" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Thursday, April 26, 2001 1:35 AM
Subjec
I get this to work in Orion 1.4.5 by including "orion-application.xml" in
the same location as "application.xml". That is, in META-INF in your .ear
file.
You can get by with adding only the elements that you want added/changed to
this file. Orion will generate the rest.
Mike
- Original Me
I beleive that orion.jar has a classpath set in the manifest file. Take a
look at "manifest.mf" in the orion jar.
Mike
- Original Message -
From: "Kemp Randy-W18971" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Monday, April 23, 2001 12:00 PM
Subject: RE: Orion CLA
Based on what I have read about this, it sounds like Sun did not want to
give all the app server vendors a huge jolt with the EJB1.1 spec by making
them support RMI-IIOP. They instead took the intermediate step of putting
an RMI-IIOP compatible API in EJB1.1, with the idea of requiring the
imple
I don't think that Orion supports RMI-IIOP, which is what you would need to
access your EJBs with CORBA.
The Sun reference implementation does support this, but it's not required in
EJB 1.1. (Although I'm sure there are commercial app servers out there that
support it.) I beleive that RMI-IIOP
I beleive that there is a bug in orion 1.4.5, using
env-entries of type java.lang.Long.
Here is a snippet of my ejb-jar.xml
file:
minHistoryDurationMsec
java.lang.Long
6
This is inside an element, with the
bean's descriptor. When I try to create an instance of the bean,
21 matches
Mail list logo