RE: Questions about Orion

2001-09-23 Thread Bill G

Klaus,

A hundred times faster? BullFeathers!

That is not possible since one of Borland AppServer's best features is
HotSwap technology for supporting nonstop deployment and nonstop updating
and maintenance of EJBs.

Next time check and make sure your not in Kansas before making these
statments.

Bill G...

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Klaus Thiele
Sent: Saturday, September 22, 2001 8:04 AM
To: Orion-Interest
Subject: Re: Questions about Orion


I know about Orion _and_ Borland's AppSrv and WebLogic and i'm glad
to use Orion because the development and turnaround/deploytimes are
more than hundred times faster.
Orion runs for us in a production-environment on some Linux 1/2/4-CPU-
Machines very fast and stable.

klaus

- Original Message -
From: Bill G [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Friday, September 21, 2001 9:15 PM
Subject: RE: Questions about Orion


 Don't know about Orion but I am using MS/SQL Server 2000 with JSQLConnect
 JDBC drivers with both Borland and WebLogic Appservers. And, it is working
 very well.

 Bill G...

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of The
 elephantwalker
 Sent: Thursday, September 20, 2001 10:08 PM
 To: Orion-Interest
 Subject: RE: Questions about Orion


 Vlad,

 Here are the answers as I know them:

 1. SQL Server 2000 database -- That's a tough one. I don't know any IT
 managers recommending this beast. But if you got to live with it ... make
 sure you test the jdbc drivers with all necessary uses of sql including
 things like LIMIT, CLOB, BLOB as well as 100's of open connections. These
 are the key database needs for a appserver servicing the web.

 2. Orion uses the Java 1.3 jvm from Sun, IBM or others. As they say, if it
 runs on one, it runs on all.

 3. We use IBM's jvm with absolutely no problems.

 4. Scalability is determined by your clustering needs. Orion clusters
 httpsessions in islands of two to four servers. Statefull Session Beans
are
 not clustered, but entity beans and slsb's are easily set up in a
clustered
 environment. Orion is easily the fastest jsp/servlet engine on the planet,
 and along with some very good performance numbers on the ejb side, you can
 out do other app servers by a factor of 3 to 1. By the way, Orion by
itself
 can out do IIS by six to one! Oracle thought so much of the Orion
 performance, they licensed the software as the core of their j2ee
 application server.


 5. j2ee security is used on Orion, you can implement your own user
security,
 or link up with ldap, or use the builtin usermanagers for databases. SSL
is
 also a feature of Orion, but I would recommend locking down your web
server
 with SSL, or use a hardward accelerator, and proxying Orion outside the
dmz.
 This is how most firms implement appservers.

 6. Like anything, if you run it on Windows, it will be compromised. We
have
 not had any security troubles with Linux RedHat 7.1 and orion.

 7. Ironflare doesn't really provide the technical support that some need.
 With Ironflare's encouragement, companies like Flowsheet Technologies and
 others provide subscription based customer support for Orion. Join our
site,
 www.elephantwalker.com, its free, and sign up for a subscription when you
 need some help. We also provide a course for Orion in the San Francisco
Bay
 Area.

 regards,

 the elephantwalker
 www.elephantwalker.com







 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Vlad
 Vinogradsky
 Sent: Thursday, September 20, 2001 8:22 PM
 To: Orion-Interest
 Subject: Questions about Orion


 I am evaluating the Orion server for use in a production web site which
 would be hosted by a hosting services provider. It would run on a
 Windows 2000 box alongside other web sites serviced by IIS and will
 manage data in SQL Server 2000 database. I have a few questions I wasn't
 able to find answers to and I wonder if you can help me with them.

 1. I wonder if anybody had any negative experience using Orion server on
 Windows 2000 or with SQL Server 2000? I-Net jdbc products are going to
 be used.

 2. Any comments on performance, scalability and availability of the
 Orion server on Windows 2000?

 3. What VM is best to use to run Orion server?

 4. Does it have auto start and restart features? Do you have to have an
 interactive logon session to start it?

 5. What security context does it run in?

 6. What is Orion server security track record? Has it ever been
 compromised or taken out by DOS attacks?

 7. Any comments on IronFlare's technical support? It looks like there is
 no live tech support - just email.

 All input is welcome.

 Thanks,

 Vlad










application-client.xml ?

2001-09-23 Thread Joris Van den Bogaert

Hi,

I'm an EJB newbie.

I wrote a stateless session bean and deployed it with orion server.
Accessing it from servlets/JSPs that are included in the .ear file by
configuring the xmls works fine.

But I do have a problem figuring it out for standalone clients.  What
are the exact steps that
should be taken in looking up, creating and accessing a bean from a
standalone client that resides on another machine given the following
deployment descriptors: ejb-jar.xml and orion-ejb-jar.xml ?

Thanks


** ejb-jar.xml:

?xml version=1.0?

!DOCTYPE ejb-jar PUBLIC '-//Sun Microsystems, Inc.//DTD Enterprise
JavaBeans 1.1//EN' 'http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd'

ejb-jar
   enterprise-beans
  session
 descriptionAdds, subtracts, multiplies and
divides/description
 display-nameSession Bean Calculator/display-name
 ejb-nameCalculatorService/ejb-name
 homecom.beans.CalcHome/home
 remotecom.beans.Calc/remote
 ejb-classcom.beans.CalcBean/ejb-class
 session-typeStateless/session-type
 transaction-typeBean/transaction-type
  /session
   /enterprise-beans
/ejb-jar

** orion-ejb-jar:

?xml version=1.0?

!DOCTYPE orion-ejb-jar PUBLIC -//Evermind//DTD Enterprise JavaBeans
1.1 runtime//EN http://www.orionserver.com/dtds/orion-ejb-jar.dtd;;

orion-ejb-jar
   enterprise-beans
  session-deployment
 ejb-ref-mapping location=ejb/Calc name=CalculatorService/

  /session-deployment
   /enterprise-beans
/orion-ejb-jar



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com





Subject: Classpath Structure Error?

2001-09-23 Thread bill . winspur

SYMPTOMS
 When I invoke my webapp, the first request to the server causes
the front servlet to throw a class-def-not-found exception for the app's
session class, which it loads dynamically. The class in question is in
fact present in the app's war file, in the web-inf classes directory.

To nail the problem down, I printed the jvm's class path, immediately
before the attempt to load the session class. With newline chars
inserted after each ';' for legibility, the classpath looks like this:

classpath: orion.jar;
C:\j2ee\home\ejb.jar;
C:\j2ee\home\activation.jar;
C:\j2ee\home\jdbc.jar;
C:\j2ee\home\jndi.jar;
C:\j2ee\home\jta.jar;
C:\j2ee\home\mail.jar;
C:\j2ee\home\xerces.jar;
C:\j2ee\home\tools.jar;
C:\j2ee\home\lib;
C:\j2ee\home\lib\aplWeb.jar;
C:\j2ee\home\lib\classes12.jar;
C:\j2ee\home\lib\p6spy.jar;
C:\j2ee\home\applications\podAdmin-eap\podAdmin-ejb.jar;
;
C:\j2ee\home\applications\podAdmin-eap\podAdmin-web\WEB-INF\classes

The not-found class resides in the WEB-INF/classes directory, which
for a reason not known to me, has a null element immediately
before it on the classpath. Everything else on the
classpath looks reasonable to me.

QUESTIONS
 Would this null element hide my app
classes from the system class loader ?

If the null element is to blame how might it have gotten into the
class path ?

BACKGROUND (The only thing I did was ...)
-- This app used to work, before I refactored my ejb classes
into an abstract superclass and app-specific subclasses. The super
class implements connection to a single datasource, and a few generic
business methods such as getDbDate(), getDbName(), etc. Concrete
subclasses implement the app-specific business methods. Everything
runs smoothly during build and deploy of the ear file, then at run
time the class-loading problem shows up.

SPECULATION
--- Given that orion builds the runtime classpath
for an application, and that it generates stubs and skeletons from
ejb remote interface class files, is my refactored config of classes the
problem ?  The null entry on the path comes right after the entry
inserted by Orion for my ejb jar.

Does orion (or the spec) constrain how an ejb Remote and
Bean are configured ? Can they be split into super and sub-classes ?

Should I report this as a bug ?

DETAILS
---  The exception thrown is:
  java.lang.ClassNotFoundException: com.allipl.podadmin.PodAdminSession

  The war file structure (per winzip) contains:
 PodAdminSession.classJava Class  09/23/2001 6:23 PM
WEB-INF\classes\com\allipl\podadmin\
 PodAdminStateMachine.class   Java Class  09/23/2001 6:23 PM
WEB-INF\classes\com\allipl\podadmin\

Thanks in advance for any suggestions or diagnosis,

Bill.




RE: Newbie question

2001-09-23 Thread bill . winspur

Orion is simply an J2EE server (http, jsp and servlets, ejbs, jndi, jms),
plus a relatively immature gui console. It is not a development environment.
Many folks use ANT from apache.org as a make-like facility for coordinating
compiles, and builds of ear files from compiled classes. Hot deployment by
dropping an ear into orion/applications/ works well. Hope this helps. I user
Jbuilder for GUI construction, and idea-intellij for most other coding. Hope
this helps.

-Original Message-
From: Pito Salas [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 3:41 PM
To: Orion-Interest
Subject: Newbie question



I've been working with the Sun J2EE RI. What is the Orion analog to the
Swing deployment application for Orion. Mainly I am looking for a tool to
(semi-) automate the creation of EARS, WARS, the various .xml files etc.

Thanks, 

Pito 


THIS MESSAGE IS INTENDED ONLY FOR THE ADDRESSEE, IT MAY 

CONTAIN PRIVILEGED OR CONFIDENTIAL INFORMATION. ANY 

UNAUTHORISED DISCLOSURE IS STRICTLY PROHIBITED. IF YOU HAVE 

RECEIVED THIS MESSAGE IN ERROR, PLEASE NOTIFY US 

IMMEDIATELY SO THAT WE MAY CORRECT OUR INTERNAL RECORDS. 

PLEASE THEN DELETE THE ORIGINAL EMAIL. THANK YOU





Classpath Structure Problem ?

2001-09-23 Thread bill . winspur

SYMPTOMS
 When I invoke my webapp, the first request to the server causes
the front servlet to throw a class-def-not-found exception for the app's
session class, which it loads dynamically. The class in question is in
fact present in the app's war file, in the web-inf classes directory.

To nail the problem down, I printed the jvm's class path, immediately
before the attempt to load the session class. With newline chars
inserted after each ';' for legibility, the classpath looks like this:

classpath: orion.jar;
C:\j2ee\home\ejb.jar;
C:\j2ee\home\activation.jar;
C:\j2ee\home\jdbc.jar;
C:\j2ee\home\jndi.jar;
C:\j2ee\home\jta.jar;
C:\j2ee\home\mail.jar;
C:\j2ee\home\xerces.jar;
C:\j2ee\home\tools.jar;
C:\j2ee\home\lib;
C:\j2ee\home\lib\aplWeb.jar;
C:\j2ee\home\lib\classes12.jar;
C:\j2ee\home\lib\p6spy.jar;
C:\j2ee\home\applications\podAdmin-eap\podAdmin-ejb.jar;
;
C:\j2ee\home\applications\podAdmin-eap\podAdmin-web\WEB-INF\classes

The not-found class resides in the WEB-INF/classes directory, which
for a reason not known to me, has a null element immediately
before it on the classpath. Everything else on the
classpath looks reasonable to me.

QUESTIONS
 Would this null element hide my app
classes from the system class loader ?

If the null element is to blame how might it have gotten into the
class path ?

BACKGROUND (The only thing I did was ...)
-- This app used to work, before I refactored my ejb classes
into an abstract superclass and app-specific subclasses. The super
class implements connection to a single datasource, and a few generic
business methods such as getDbDate(), getDbName(), etc. Concrete
subclasses implement the app-specific business methods. Everything
runs smoothly during build and deploy of the ear file, then at run
time the class-loading problem shows up.

SPECULATION
--- Given that orion builds the runtime classpath
for an application, and that it generates stubs and skeletons from
ejb remote interface class files, is my refactored config of classes the
problem ?  The null entry on the path comes right after the entry
inserted by Orion for my ejb jar.

Does orion (or the spec) constrain how an ejb Remote and
Bean are configured ? Can they be split into super and sub-classes ?

Should I report this as a bug ?

DETAILS
---  The exception thrown is:
  java.lang.ClassNotFoundException: com.allipl.podadmin.PodAdminSession

  The war file structure (per winzip) contains:
 PodAdminSession.classJava Class  09/23/2001 6:23 PM
WEB-INF\classes\com\allipl\podadmin\
 PodAdminStateMachine.class   Java Class  09/23/2001 6:23 PM
WEB-INF\classes\com\allipl\podadmin\

Thanks in advance for any suggestions or diagnosis,

Bill.





Re: about Authentication

2001-09-23 Thread mars

Hi Scott Farquhar :

Thank for your help .

best regard
Mars
- Original Message -
From: Scott Farquhar [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Friday, September 21, 2001 5:13 PM
Subject: Re: about Authentication


 Mars,

 We have a howto up at on our site regarding securing a directory using
 BASIC authentication.

 You can find it here:
 http://www.atlassian.com/article/securingdirectory.html

 Cheers,
 Scott

 --
 Scott Farquhar :: [EMAIL PROTECTED]

 Atlassian :: http://www.atlassian.com
  Supporting YOUR J2EE World


 mars wrote:

  Dear ,
  I have a question  about use   from   certificate
  I got a problem .I don't know how to set the BASIC Authentication for my
web
  via the Orion server.
 
  Thank's
 
  mars