Pedro,
This is the minimum list:
orion.jar
activation.jar
jndi.jar
ejb.jar
Its also a good idea to include a jar with the home and remote interfaces of
the ejb's you will be using.
With kind regards,
the elephantwalker
www.elephantwalker.com
-Original Message-
From: [EMAIL PROTECTED
Well, you haven't said what Orion is telling you, but typically the first
thing you do is follow the installation instructions, every step of
them, which includes copying tools.jar to $ORION. That's alkl you have to
do. One wonders why the three steps are as complicated as they are.
-
It's simple if you have Orion running successfully.
1. In you orion's config directory you need to set up a web-app.
Usually you use "default-web-site.xml" to do this. For instance add a
line like:
This holds your JSPs.
2. Then you can set up an application in your "server.xml" where a
Title: Meddelande
Am I
alone with this problem?
Serialization of the session bean : JNDI lookup in the
getEJBObject failed as if there is no the name sought.
I
checked the name inside the readObject. It's OK.
Although this problem (I fear to say bug) is
not fatal. It's annoying.
pri
Hello Eddie!
Today I started with SOAP on Orion, and I get almost the same error
message as you do.
Did you solve the problem you had (below).
Which sample did you try?
I tried the addr example.
(First you have to prepare and compile it, then deploy the service and
run the demo)
When I move t
Hani, you have misunderstood me.
My problem is not that orion does not overwrite the deployment file. This
is good. The problem is that orion on redeployment totaly ignores DDs, and
starts from scratch. I had to look for a mile to see, why my MDBs are not
subscribed on redeployment. Orion igno
>> I know that Oracle 9iAS is evolving and expanding, and I believe that
>> IronFlare is doing a significant amount of work on the 9iAS code base (as
>> consultants?). But whats to become of Orion? It almost appears that Oracel
>> has consumed Orion completely and no development will happen on t
I have to agree - everyone is far to quick to yell about bug when this is
actually one of Orion's better features.
See this document for a full explanation of why Orion does what it does:
http://kb.atlassian.com/content/atlassian/howto/orionxml.jsp
Cheers,
Mike
Mike Cannon-Brookes
[EMAIL PROTE
Incidentally, you can also tell orion NOT to use a separate deployment
directory, in which case it'll read and write from the ear/jar file itself,
rather than maintain a separate tree.
You can do this by specifying deployment-directory="[none]" in server.xml,
or in your orion-application.xml if y
Wrong, this is not a bug, this is part of application assembly/deployment.
The reason that orion does not wipe out the application-deployments files is
so that you can have different deployments of the same app in different
systems, with different table names perhaps or column names (just as an
e
I probably should have phrased my question a little differently: Is
this guaranteed to work on any J2EE-compliant appserver?
Jeff
-Original Message-
From: Ray Harrison [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 09, 2002 4:30 AM
To: Orion-Interest
Subject: RE: [orion-interest
Or use finally, which practically guarantees closure no matter what
On 9/4/02 2:31 pm, "Tim Endres" <[EMAIL PROTECTED]> wrote:
>> try
>> {
>> if(rs != null)
>> rs.close();
>> if(ps != null)
>> ps.close();
>> if(conn != null)
>> co
: Orion-InterestSubject: RE: [orion-interest]CMP/BMP
and standard JDBC, speed is of essence
Jeff -
Yes, it really works. You can get access to the key value later by
using getPrimaryKey on the instance.
Cheers
Ray
Jeff Schnitzer <[EMAIL PROTECTED]> wrote:
>
Fr
Jeff -
Yes, it really works. You can get access to the key value later by using getPrimaryKey on the instance.
Cheers
Ray
Jeff Schnitzer <[EMAIL PROTECTED]> wrote:
> From: Simon Stewart [mailto:[EMAIL PROTECTED]]> > Forgive me, but what about the case where you just set the> prim-key-class to
> From: Simon Stewart [mailto:[EMAIL PROTECTED]]
>
> Forgive me, but what about the case where you just set the
> prim-key-class to be "java.lang.Object" and don't specify a managed
> primary key field in your ejb-jar.xml file? While that's not the
> world's most advanced method for automatically
On Sun, Apr 07, 2002 at 01:11:37PM -0700, Jeff Schnitzer wrote:
> Irrespective of who may be a smarter developer, I can guarantee you that
> I know a *lot* more about *my* specific business logic than Karl or
> Magnus. Furthermore, Karl and Magnus are for the most part just
> implementing a spec
>Entity bean caching I have found to be remarkably useless. First of
>all, it depends on a pessimistic locking strategy, which is both hard to
>use (gotta love those deadlock exceptions!) and not applicable to a
>clustered environment or any environment in which the database table can
>be modifi
> From: The elephantwalker [mailto:[EMAIL PROTECTED]]
>
> You will find that if you want the _enterprise_ features offered by
cmp
> with
> straight jdbc calls, your classes for jdbc calls will be slower than
cmp,
> and _much more_ difficult to develop.
>
> I am not a smarter developer than Karl
D]]On Behalf Of Jeff Schnitzer
Sent: Saturday, April 06, 2002 10:41 PM
To: Orion-Interest
Subject: RE: [orion-interest]CMP/BMP and standard JDBC, speed is of
essence
> From: Hani Suleiman [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, April 06, 2002 6:20 PM
> To: Orion-Interest
> Su
> From: Hani Suleiman [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, April 06, 2002 6:20 PM
> To: Orion-Interest
> Subject: Re: [orion-interest]CMP/BMP and standard JDBC, speed is of
> essence
>
> CMP will load in all the entities in one go (in orion at least).
>
>
CMP will load in all the entities in one go (in orion at least).
There will be a performance difference between straight JDBC and EJB, since
there's more involved with an EJB query. Transactions, constructing entities
and so on are extra overhead that just getting a resultset back will not
have.
Can somebody please tell me who to contact to get off of
this e-mailing list?
- Original Message -
From: "Shane Whitehead" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Cc: "Pop Lucian Marius" <[EMAIL PROTECTED]>
Sent: Frida
I'd love to hear more on the subject to!
Shane
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Sorin Pop
Sent: Friday, 5 April 2002 07:31 pm
To: Orion-Interest
Cc: Pop Lucian Marius
Subject: Fw: Orion EJB container and SSL
Hey,
is there anybody out th
Some caveats for the approach below:
- DB specified, rownum is an Oracle thing
- select * will bite you in the ass if your table structure ever changes
There are actually approaches for doing a limit type finder, using a
poll/seek algorithm...
On 4/4/02 4:59 pm, "The elephantwalker" <[EMAIL PRO
.
Randahl
-Original
Message-
From: The elephantwalker
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 04, 2002 00:47
To: Orion-Interest;
[EMAIL PROTECTED]
Subject: RE: Orion user management
Dear Randahl,
To logout a user, you must have a session
:[EMAIL PROTECTED]]Sent: Wednesday, April 03, 2002 12:26
PMTo: Orion-InterestSubject: RE: Orion user management -
Johan Frederikson comment
Well,
Johan Frederikson and
Peter van Rensburg,
you
both kindly mention the possibility of using the standard session.invalidate() for
Dear
Randahl,
To
logout a user, you must have a session context associated with your application.
For example, if your swing client is accessing ejb's, the swing client can
access everything through a stateful session bean. Session beans have a session
context associated with them...
re
? – is there any alternative??
I am very
interested in hearing your views.
Randahl
-Original
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Johan Fredriksson
Sent: Wednesday, April 03, 2002 15:39
To: Orion-Interest
Subject: Re: Orion user
Yes.
On Wed, 2002-04-03 at 05:39, Johan Fredriksson wrote:
> session.invalidate(); ?
> - Original Message -
> From: Randahl Fink Isaksen
> To: Orion-Interest
> Cc: [EMAIL PROTECTED]
> Sent: Wednesday, April 03, 2002 11:08 AM
> Subject: Orion user management
>
>
> Hi Pe
Hi Randahl
Unfortunately no :( What we do is just call invalidate() on the session
object. I'm not sure if this would work in your case.
Regards,
Peter
On Wed, 2002-04-03 at 01:08, Randahl Fink Isaksen wrote:
> Hi Peter
>
>
> I was just wondering: In your search for user management methods
session.invalidate(); ?
- Original Message -
From:
Randahl Fink
Isaksen
To: Orion-Interest
Cc: [EMAIL PROTECTED]
Sent: Wednesday, April 03, 2002 11:08
AM
Subject: Orion user management
Hi
Peter
I was
just wondering: In your search for
my advice is, don't rely on official tags like "stable" or "unstable".
download each version and do your testing with your application(s). during
the past 2 years of working with orion sometimes the more serious bugs were
in stable sometimes in unstable versions.
just my 2c
On Thursday 28
I think stable versions are declared when a version has been out for a while
and doesn't do things like blow up unexpectly. Many people will run the
development versions of orion on production boxes, since they provide many
bugfixes over the last known 'stable' version. Of course, this is assuming
,
Hello,
Does anybody know if 1.5.5 (full EJB 2.0) will be considered a stable version?
Actually, let me ask the full question: Is there any correlation between
Orion's version number and whether it is considered stable or unstable? Is
their concept of stability just what they recommend ba
Is it possible to use SSL with the EJB container of the Orion server? For
example the client is a standalone Java application that makes only RMI-IIOP
calls to EJB-s (no JSP, no servlets, no HTML involved) in the EJB container.
And I want to do this with security in mind, for example using SSL. Is
On Wed, Mar 27, 2002 at 12:09:47PM -0800, Ray Harrison wrote:
>
> Moving among different app servers, I still use ejb-ql functionality
> in the ejb-jar.xml file, its just that when it is deployed on Orion,
> I have to add the finder functionality to the orion-ejb-jar.xml
> file. I think in 1.5.4,
est ejb with ejb-ql (say from Ed Roman's book), why don't you
test it out in this latest version from Oracle oc4j or 1.5.4. It may work.
regards,
the elephantwalker
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Simon Stewart
Sent: Wednesday
Moving among different app servers, I still use ejb-ql functionality in the
ejb-jar.xml file, its
just that when it is deployed on Orion, I have to add the finder functionality to the
orion-ejb-jar.xml file. I think in 1.5.4, it deploys, it just doesn't do anything.
Cheers
Ray
--- Simon Stewar
Apologies, I probably didn't make myself sufficiently clear. With EJB
2.0, aren't finder queries meant to be specified in the ejb-jar.xml
file using EJB-QL? Consequently, Orions's lack of support for EJB-QL
means that it's currently not possible to write portable CMP EJBs.
Yes, I realise that you
Simon -
No its not tricky, I write them all the time. Orion has always had a rather
sophisticated finder
mechanism to provide (at least) some of the functionality of ejb-ql. And I haven't
worked with the
JBoss 3.0 beta so I can't comment there.
Cheers
Ray
--- Simon Stewart <[EMAIL PROTECTED]> w
On Tue, Mar 26, 2002 at 04:36:44PM -0800, The elephantwalker wrote:
> sans ejb-ql, 1.5.4 is compatible.
Silly question, but doesn't this make writing EJB 2.0 CMP beans a
little tricky? And if it's not too far off topic, how does JBoss
compare?
Cheers,
Simon
--
"Dark under floor, hard to read,
At 12:17 PM 3/25/2002, you wrote:
>Hi,
>does anyone know when Orion will be 100% EJB 2.0 compatible including
>local/remote inerfaces EJB-QL ...
>
>Michael
I would just be happy with the JMS working correctly, have the JMS message
types don't work at all!
This includes most of the really ne
sans ejb-ql, 1.5.4 is compatible.
I understand from some Oracle types that ejb-ql will be out later this
summer.
many-many is broken in 1.5.4, but Magnus et al indicate its fixed in
bugzilla for 1.5.5
regards,
the elephantwalker
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMA
At this point, Orion does support local/remote interfaces, CMP/CMR, etc (The
experimental Orion
1.5.4), with some bugs they are still working out (many-to-many CMR for instance).
EJB-QL isn't in
there yet - don't know when it will be. You may try contacting Ironflare directly for
more concise
i
On 13/3/02 12:16 pm, "Justin Crosbie" <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I checked the archives and support pages for this, didn't seem to find it.
>
> Is there any way to get Orion to use the NT username+password of whoever is
> logged in, for running client apps? Currently I'm reading t
The performance difference between local and remote beans is negligible in
Orion. Orion automatically detects remote beans that are being run locally
and optimizes accordingly.
On 6/3/02 1:54 pm, "Eddie Post" <[EMAIL PROTECTED]> wrote:
> Hellu,
>
> Can someone tell me what the performance boost
Typ "java -jar orion.jar -help" and you will see the corect commands to
redirect the output to files.
I use JNT and have a out.log and err.log file for redirection and it works
fine.
Cheers,
Eddie
>From: "Shal Jain" <[EMAIL PROTECTED]>
>Reply-To: Orion-Interest <[EMAIL PROTECTED]>
>To: Orion
Thanks to all of you for your help
We have been looking into the system, and we discovered that the system
has an important lack of memory. It's running an Oracle with 100
processes, and orion, with only 256 MB.
We are expecting to have more memory and try again.
Thanks
Geoff Soutter wrote:
If you are on windows, try pressing Ctrl-Break on the Orion window
(can't remember the kill number on unix). The JVM will print out a stack
dump of all the threads. That should help you to see if there is a
deadlock or something like that.
Geoff
> -Original Message-
> From: [EMAIL PROTEC
Hi Juan.
Which JDK?
What OS?
-Steve
Juan Fuentes wrote:
> Hi list!
>
> After few moments of orion (1.5.2) been started, the cpu usage of the
> JVM that runs orion drops to 0%.
>
> Obviously, orion stops answering requests.
>
> We are trying to find the problem. Don't know if it's in our appli
Hallo Juan,
some more details would help
you could try to use orion 1.5.4 and see if you got the same
behaviour, then it's probably not orion but your application what
causes it
greetings
Rob
Wednesday, February 27, 2002, 6:18:58 PM, you wrote:
JF> Hi list!
JF> After few moments
trond ronneberg wrote:
> When we are trying to deploy an existing .EAR file
> to Orion 1.5.4,
> Orion changes the orion-ejb-jar.xml file in a way that makes the deployed
> CMP entity beans to fail:
>
> The tables are situated in a database on a AS400 server, and when
> connecting
> from the app-
im very impressed with ed romans enterprise
javabeans 2.0... one of the best computerbooks ive ever read.
sincerely
morten wilken
- Original Message -
From:
B.Adji
Maharyatno
To: Orion-Interest
Sent: Wednesday, February 20, 2002 7:04
AM
Subject: RE: Orion 1.5.4
ginal Message-From: Jorge De Flon
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, February 20, 2002
9:53 AMTo: Orion-InterestSubject: Re: Orion 1.5.4
Local/LocalHome with BMP -> deployment problem
Mastering EJB 2ed (Ed Roman, etc.) [AW]
Enterprise Java Beans de Oreilly 3ed
Professi
Vipul,
There is a new knowledge base document available describing how it work
with orion-XXX.xml files.
You can find it here:
http://kb.atlassian.com/content/atlassian/howto/orionxml.jsp
Cheers,
Scott
Scott Farquhar :: [EMAIL PROTECTED]
Atlassian :: http://www.atlassian.com
Suppor
Sent: Tuesday, February 19, 2002 11:41
AM
Subject: Re: Orion 1.5.4 Local/LocalHome
with BMP -> deployment problem
2) can u pls suggest some good books/online
material to EJB basics
http://developer.java.sun.com/developer/onlineTraining/Beans/EJBTutorial/
Vipul,
Orion will not copy over an old orion-ejb-jar.xml file. So if you redeploy,
if you don't blow away the previous deployment, you are still on the old
file. This could be your problem.
Regards,
the elephantwalker
www.elephantwalker.com
-Original Message-
From: [EMAIL PROTECTED]
[
2) can u pls suggest some good books/online
material to EJB basics
http://developer.java.sun.com/developer/onlineTraining/Beans/EJBTutorial/
: Tuesday, February
19, 2002 2:35 PMTo: Orion-InterestSubject: RE: Orion
1.5.4 Local/LocalHome with BMP -> deployment problem
You
can use findBy- and create-Methods but not additional ejbHome-Methods which
are new in EJB2.0 spec.
Dieter
-Original Message-From: Da
You
can use findBy- and create-Methods but not additional ejbHome-Methods which are
new in EJB2.0 spec.
Dieter
-Original Message-From: David Tunkrans
[mailto:[EMAIL PROTECTED]]Sent: Montag, 18. Februar 2002
18:29To: Orion-InterestSubject: Re: Orion 1.5.4
Local/LocalHome
in order as well.
Geoff
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Poop
Sent: Tuesday, 19 February 2002 12:11 AM
To: Orion-Interest
Subject: Re: Orion MDB reverses message order with SwiftMQ as well as
OrionJMS (was RE: fyi: 1.5.4 still stacks rather than queues
va:comp/env/ejb/ProductLocal";
/** * *
@param name * @return */ public
ProductLocal findByPrimaryKey(Integer id) throws
FinderException;}
- Original Message -
From:
Kutzera, Dieter-Norbert
To: Orion-Interest
Sent: Monday, February 18, 2002 4:05
PM
... are you using ejbHome-methods? I think there is a bug in orion
1.5.4 . It it not possible to use ejbHome-methods in local home-interfaces. When
you remove the declaration of this methods everythink should
work.
I
hope the bug is fixes rapidly!
Dieter
-Original Message-Fro
"Well, I just tested an MDB with SwiftMQ, and Orion still stuffs up the
message ordering." --Geoff Soutter
Please read the EJB2.0 spec before recording this as a bug. Message order
is not guaranteed in MDB's.
- Original Message -
From: "Geoff Soutter" <[EMAIL PROTECTED]>
To: "Orion-In
://www.alexparansky.com
Java/J2EE Architect/Consultant
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Ray Harrison
Sent: Saturday, February 16, 2002 5:10 PM
To: Orion-Interest
Subject: RE: Orion 1.5.4 - M-N Relationship chokes (?)
I think 1.5.4 has enough
sage-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Phillip Ross
> Sent: Friday, February 15, 2002 9:25 PM
> To: Orion-Interest
> Subject: Re: Orion 1.5.4 - M-N Relationship chokes (?)
>
>
> Yeah i get the same thing... was wondering if i was
, 2002 9:25 PM
To: Orion-Interest
Subject: Re: Orion 1.5.4 - M-N Relationship chokes (?)
Yeah i get the same thing... was wondering if i was just doing something
wrong.
I'll send an update when i get it working.
--- Ray Harrison <[EMAIL PROTECTED]> wrote:
> Resend - it didn&#x
Did you copy tools.jar in $ORION_HOME/lib?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Robert Virkus
Sent: zaterdag 16 februari 2002 15:05
To: Orion-Interest
Subject: orion 1.5.4 not compatible with java 1.4
Hi everybody,
does anyone know, why the
This same question and answer appeared on the otn.oracle.com Oracle9iAS
J2EE forum. Here is an answer for OC4J; maybe it works on Orion too?
In oc4j, you need to edit global-web-application.xml and add
element in servlet calle "jsp".
javacmd
/your-jdk-1.4-java-home/javac
Best Regards,
Bria
My guess would be that your tools.jar file is from from JDK1.3, and it
properly complains that the java.lang.Object.class file, from JDK1.4,
has a version number more recent than what the compiler understands.
tim.
> Hi everybody,
>
> does anyone know, why the orion 1.5.4 is not fully compatibl
Yes - you need to copy the tools.jar from the jdk directory to the orion directory.
--- Robert Virkus <[EMAIL PROTECTED]> wrote:
> Hi everybody,
>
> does anyone know, why the orion 1.5.4 is not fully compatible with the
> jdk 1.4.0?
> My servlets run just fine, but while using jsp, I get follow
Yeah i get the same thing... was wondering if i was just doing something wrong.
I'll send an update when i get it working.
--- Ray Harrison <[EMAIL PROTECTED]> wrote:
> Resend - it didn't post the first
>
time:
Hi.
In order for this setup to work you need to compile php as a stand-alone
executable, name it php and put it in the execution path (/usr/bin/ may be a
good location).
Try it.
Orion wraps the php pages with a CGI-servlet, which executes external
commands to parse the files.
Lachezar
Message-
> From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]]
> Sent: 09 February 2002 12:37
> To: Orion-Interest <[EMAIL PROTECTED]>; Hans Barnard
> Subject: Re: Orion freezing, Deadlocking, optimistic locking etc.
>
>
> Hans,
>
> I believe your bean violates the
]]
Sent: Friday, February 08, 2002 9:44 AM
To: Orion-Interest
Subject: Re: Orion+Linux under heavy load
José:
I-ve found another mail about the subject.
Sorry for the rest because this one is in spanish.
--->
Tengo tambien esto
Notese que se hace la comparacion con Linux 2.2(Sun JVM
La maquina
Would you happen to have more specific info about the reliability issue?
Is there any differences between JBoss and Orion?
How about running these beasts on UNIX?
Is Windows still the fastest optino we have?
Cheers,
Peter
On Thu, Feb 07, 2002 at 11:29:32AM -0300, Jorge Jimenez C wrote:
>
efx.sourceforge.net
ICQ#:30449379
- Original Message -
From: "josete" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Thursday, February 07, 2002 4:58 PM
Subject: Re: Orion+Linux under heavy load
> Wich problem do you say they'v
ersions it runs more efficiently, it would be great
because i'm a linux fan that has been forced to use windows by this
problem... XD
- Original Message -
From: "Jorge Jimenez C" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Thursday
Don't worry. That problem is already fixed in the latest linux kernel
releases. I don't remember exactly release number but you can easily find
it. I've made some tests with JBoss and it runs very well.
JJ
- Original Message -
From: "Peter Peltonen" <[EMAIL PROTECTED]>
To: "Orion-Intere
Hi,
Thanks, I stand corrected, as I did not try witht the last release of
Orion and I didn't remember reading this IMHO important fact anywhere.
But it could be me not paying attention, so... ;). Anyway, how about the
classloader issue? Is that solved in 1.5.3 as well? I remember trying to
in
1.5.3 uses the jsdk2.3 spec, not the pfd 2, which was in 1.5.2. You can
check this by looking in the orion.jar distribution in 1.5.3, and see that
the filter interface in javax.servlet.Filter uses the proper methods jsdk2.3
methods for Filter, destroy(), doFilter() and init().
The old pdf 2 spec
If you have two different versions of orion servers communicating each other
you will get this kind of error.
Kesav Kumar
- Original Message -
From: "Jaakko Saari" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 5:20 AM
Subject: Orion dies to
Hmm - I don't know much about aliases, I'm a UNIX head that just happened to
have helped a friend get Orion running under OSX. :)
Glad to know that works for ya!
-Original Message-
From: Pauline McNamara
To: Orion-Interest
Sent: 12/30/01 1:27 PM
Subject: Re: RE Orion on Mac
Thanks Aaron, just got a bunch of practice with symlinks along the way to
getting Orion set up ;)
Not quite sure that what I did is actually the key, nor if I did it exactly
right, but here's the
story in case others might benefit from it:
Located in the orion directory, I used the ln -s comm
Thanks Aaron, just got a bunch of practice with symlinks along the way to
getting Orion set up ;)
Not quite sure that what I did is actually the key, nor if I did it exactly
right, but here's the
story in case others might benefit from it:
Located in the orion directory, I used the ln -s comm
Thanks Aaron, just got a bunch of practice with symlinks along the way to getting
Orion set up ;)
Not quite sure that what I did is actually the key, nor if I did it exactly right, but
here's the
story in case others might benefit from it:
Located in the orion directory, I used the ln -s comm
[EMAIL PROTECTED] writes:
>Second: I went ahead and started orion with and get
>the
>following error message:
>"Error starting HTTP-Server: Permission denied
> Orion/1.5.2 initialized"
>I understand that I can't access port 80 when not logged in at the root,
>and
>
>that I probably have to alter
y to do this without slicing up the
>post-deployment orion generated files.
>
>-Original Message-
>From: Hani Suleiman [mailto:[EMAIL PROTECTED]]
>Sent: Friday, December 28, 2001 10:26 AM
>To: Orion-Interest <[EMAIL PROTECTED]>; Aaron Tavistock
>Subject: Re: [orion-interest]
y than is practical in the majority of
situations, IMHO).
-Original Message-
From: Hani Suleiman [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 28, 2001 12:32 PM
To: Aaron Tavistock; Orion-Interest <[EMAIL PROTECTED]>
Subject: Re: [orion-interest]EJB2.0 spec or implementation?
On 28/12/01 3:2
8, 2001 10:26 AM
To: Orion-Interest <[EMAIL PROTECTED]>; Aaron Tavistock
Subject: Re: [orion-interest]EJB2.0 spec or implementation?
On 28/12/01 12:56 pm, "Aaron Tavistock" <[EMAIL PROTECTED]> wrote:
> So heres the story - database field names are case insensitive, so comm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neither is Oracle. Oracle actually stores all its DB Fields upper case, but
it doesn't matter how you refer to then, meaning select column1 from Table
or select Column1 from table or select COLUMN1 FROM TABLE Doesn't make a
difference.
R
At 01:
On 28/12/01 12:56 pm, "Aaron Tavistock" <[EMAIL PROTECTED]> wrote:
> So heres the story - database field names are case insensitive, so common
> parlance for representing a space is an underscore (e.g. 'this_field').
Nope. MS SQLServer is not case insensitive. You could always tweak
orion-ejb-ja
I've gotten Orion setup on OSX and there are definately some nuances to it
because of Apple's wacky implementation of things.
On the tools.jar - you'll need to symlink the apple version of the tools.jar
into the Orion directory. THough I can't remeber what apple called the
file, I know this wo
hope this can help you!
Tatiana
>From: Ana Susanj <[EMAIL PROTECTED]>
>Reply-To: Orion-Interest <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Subject: Re: [ORION] Using Apache with Orion Server
>Date: Tue, 18 Dec 2001 13:21:32 +
>
>* VENKATA
try this in httpd.conf
ProxyRequestOn
ProxyPass /app1
http://localhost:8080/app1
ProxyPassReverse /app1
http://localhost:8080/app1
Ana Susanj wrote:
[EMAIL PROTECTED]">
* VENKATACHALAPATHY Duraiswamy ([EMAIL PROTECTED]) [011218 13:11]:
Can anybody explain how can I confi
* VENKATACHALAPATHY Duraiswamy ([EMAIL PROTECTED]) [011218 13:11]:
>Can anybody explain how can I configure Apache to use with Orion Application
>server?
>The documentation available in orionsupport.com for the above was not
>elaborate.
Are you referring to apachefrontend.html ? If so, which part
Etienne,
This article may be of interest to you in setting up basic
authentication on Orion.
http://kb.atlassian.com/content/atlassian/howto/securingdirectory.html
Most of the time you can use the default XMLUserManager, which has the
users and passwords contained in XML files (principals.x
Etieene,
No coding is necessary. The XMLUserManager is used by default, or you can
use the DataSourceUsermanager (a database store), or the EJBUserManager (a
cmp bean), or an LDAP usermanager (this was developed outside of Orion, but
is very useful addition). You do have to specify the proper j2e
as it does elsewhere.
Thanks,
- Geoffrey
: -Original Message-
: From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]]
: Sent: Wednesday, November 21, 2001 6:00 PM
: To: Orion-Interest
: Subject: Re: orion-ejb-jar and other such descriptors
:
:
: Geoffrey,
:
: This is the expected beha
> Suggestions? Is the Java Web Start environment (classloader,
> security manager, etc) interfering with Orion?
IIRC this is an old issue discussed a lot at the java web start forums on
forums.java.sun.com.
Try to do a search on Java Web Start + Weblogic/J2EE/EJB, and I think you will
probably
1 - 100 of 1035 matches
Mail list logo
