Re: Classpath Structure Problem ?
How do you load your class dynamically? Are you loading your class from the application's class loader or the system classloader? Try to load the class from the application's class loader by the following method Thread.currentThread().getContextClassLoader().loadClass(); the above method tries to find the class from the current context which will give you the application's classloader. - Original Message - From: [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Sunday, September 23, 2001 7:36 PM Subject: Classpath Structure Problem ? 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: The Security (again)
Title: En blanco If you are running a separate application (not the default one) you need to put the group and user permissions in the application-deployment principals.xml file. Not the one in the config directory. Hope this helps Owen Fellows -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David BonillaSent: 21 September 2001 18:22To: Orion-InterestSubject: The Security (again) I discover myself how to get a dialog to put the login and password when my application starts, now, the problem is that... it doesn´t work properly !!! I write the correct login and password but the server doesn´t recognize it !!! Someboy has a good idea about what happens ? Thank you very much !!! __David Bonilla FuertesTHE BIT BANG NETWORKhttp://www.bit-bang.comProfesor Waksman, 8, 6º B28036 MadridSPAINTel.: (+34) 914 577 747Móvil: 656 62 83 92Fax: (+34) 914 586 176__
Re: Questions about Orion
Hi Bill, ok,ok it was subjective 100-timesbut: i'm using Orion-1.5.2 and Borland's ias 4.5.1 on a 1.3GHz Athlon with 512MB and Sun's jdk1.3.1 for one of our applications (.ear) was build with using 'ant' in 14sec. (size of the ear-file is 1.8MB) additional step for ias (java2iiop) takes 4:15min (ear-file is 3.1MB) fresh deploy on orion takes 25sec. fresh deploy on ias takes 8min. new start of orion with the installed application 20sec. new start of ias with the installed application 3:30min. HotDeploy does not work all times (depends on the .ear(?)) on orion _and_ ias. usually our developers using a local installed orion - no cost! our Testserver is a 2-CPU (800MHz) Machine with 1GB where are installed 10 apps and where 2-3 developers (hot)deploy their applications some times the day or restart the orion some times the day. i think if we use ias in this environment, the machine will spent the whole day with HotSwap or restarting ;) (and also we have not tons money to order ias-licenses for our n-CPU servers) Next time check and make sure your not in Kansas before making these statments. i spent this morning to check this and i'm definitly not in Kansas :) but if i be there next time, we will drink some cups of coffee during deploying of some apps in ias ;))) klaus Am Sonntag, 23. September 2001 22:21 schrieben Sie: 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
Re: Orion 1.5.2 and Java 2 SDK 1.3.1
Vlad Vinogradsky wrote: Do they work together? Thanks, Vlad They work very well together on my laptop, running Suse Linux 7.1, Kernel 2.4.0. -Steve -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208
pre-compile JSP
Is it possible to configure Orion in order to it directly compiles JSP page when they are deployed ? -- Vincent Faidherbe icogs
Re: pre-compile JSP
Yes. For each JSP file, set up a servlet name, and autoload each servlet. It's very painful. Ill-advised, too. Your choice. On Mon, 24 Sep 2001, Vincent Faidherbe wrote: Is it possible to configure Orion in order to it directly compiles JSP page when they are deployed ? -- Vincent Faidherbe icogs --- Joseph B. Ottinger [EMAIL PROTECTED] http://adjacency.org/ IT Consultant
EJB Problem with Oracle 8.0.5.0.0
Has anyone had problems with creating EJBs to connect to this version of Oracle. In particular EJB Finder methods - by primary key? I have a hunch that I need to be running on 8i, but am not sure. Any info would be appreciated. Thanks, Johnny
RE: Questions about Orion
Cool! BG... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Klaus Thiele Sent: Monday, September 24, 2001 2:43 AM To: Orion-Interest Subject: Re: Questions about Orion Hi Bill, ok,ok it was subjective 100-timesbut: i'm using Orion-1.5.2 and Borland's ias 4.5.1 on a 1.3GHz Athlon with 512MB and Sun's jdk1.3.1 for one of our applications (.ear) was build with using 'ant' in 14sec. (size of the ear-file is 1.8MB) additional step for ias (java2iiop) takes 4:15min (ear-file is 3.1MB) fresh deploy on orion takes 25sec. fresh deploy on ias takes 8min. new start of orion with the installed application 20sec. new start of ias with the installed application 3:30min. HotDeploy does not work all times (depends on the .ear(?)) on orion _and_ ias. usually our developers using a local installed orion - no cost! our Testserver is a 2-CPU (800MHz) Machine with 1GB where are installed 10 apps and where 2-3 developers (hot)deploy their applications some times the day or restart the orion some times the day. i think if we use ias in this environment, the machine will spent the whole day with HotSwap or restarting ;) (and also we have not tons money to order ias-licenses for our n-CPU servers) Next time check and make sure your not in Kansas before making these statments. i spent this morning to check this and i'm definitly not in Kansas :) but if i be there next time, we will drink some cups of coffee during deploying of some apps in ias ;))) klaus Am Sonntag, 23. September 2001 22:21 schrieben Sie: 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
Re: EJB Problem with Oracle 8.0.5.0.0
There were some problems with the jdbc drivers on versions of Oracle before 8.1 (I believe the last two digits of the drivers were less than 10, IIRC) and connecting to the DB with various versions of the jdbc drivers. I don't believe I ever was able to consistently connect to a DB of v.8.0.x w/ the later (post v.12) jdbc drivers and had problems with the earlier jdbc drivers and v.8.1.x You might want to try an earlier version of the Oracle jdbc drivers. Also, SQLNet had a tendency to hiccup, and the new JInitiator servlet was somewhat buggy. All this was around March, though and may have been fixed. Michael J. Cannon - Original Message - From: [EMAIL PROTECTED] To: Orion-Interest Sent: Monday, September 24, 2001 1:35 PM Subject: EJB Problem with Oracle 8.0.5.0.0 Has anyone had problems with creating EJBs to connect to this version of Oracle. In particular EJB Finder methods - by primary key? I have a hunch that I need to be running on 8i, but am not sure. Any info would be appreciated. Thanks, Johnny