RE: Clustering..
When you use a SSL hardware accelerator, are you able to retrieve the digital certificate that the user uses from your application on Orion?. Is there a way to retrieve the digital certificate while usin a SSL hardware accelerator? At 14:11 16/07/2001 -0700, you wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin Sent: Monday, July 16, 2001 1:35 PM To: Orion-Interest Subject: RE: Clustering.. Thanks for the reply. 1. clustering only handles http session data. sfsb's will not be replicated. I thought that the entire application context was replicated? So anything set to Application scope (beans, etc) is NOT replicated? Is that the way it is supposed to be..or just a bug/enhancement for Orion team to work on? ew I believe only the session context is replicated, but you will notice that if you don't have a Serializable object, the server will throw an error. I don't think the application context is replicated...since each server has its own application context. If you fall over to another server, you get that servers application context...otherwise all of the other applications would have problems. This shouldn't be a problem, since usually the app context is the same on each server in a cluster. 2. Although rmi can be clustered and you can get fail-over for ejb's, the ejb's are not load-balanced. Not sure if I understand..I thought load balancing was done via a hardware load balancer? In other words, wouldn't you have a setup like a firewall that feeds to a load-balancer that then feeds to one (or more) islands, each having one (or more) servers running EJB? The front-end cluster would access this single fire-wall IP (via JNDI when looking up EJBs), which would follow the flow to the ejb cluster. When you are talking about clustering EJB's (load balancing them), how have you done this, or how is it normally done? Again..i would think the identical hardware to load-balance the front-end cluster would be in place for the EJB tier..including a firewall since EJB's may be directly accessed via WAN clients, or from Web Services? ew you can use hardware or the software loadbalancer. The ejb's have nothing to do with the http loadbalancing. That the ejb's happen to be on the same servers is not actually garanteed unless you plan it that way. You can use remote ejb's from other servers on other machines. I mean, that's the whole point of ejb's. One ejb pseudo loadbalancing technique is to set the maximum number of beans on any one server, and then cluster the rmi. As one server fills up, another server will kick-in to server ejb's. This isn't really loadbalancing, though, but it is fail-over. 3. careful specification of the server is required, for example, the web-apps must be in the config/application.xml. This is new to me. I haven't read any recent clustering docs, but the original clustering doc (not even sure if Orion ever posted it, or if it is on orionsupport.com or not) had specific settings in web.xml (setting the clusterable option), and I think in orion-web.xml and the .xml config file under /orion/config for the specific application to be clustered. Has this all changed? ew if an application is not bound to the default application, you will need a separate web-app tag in the config/application.xml file to make sure the session data is clustered. The docs only cover clustering and loadbalancing the default web site and anything bound to this app. Of course you can have more than one web-app which is not bound to the default web site, but another web-site. 4. ssl loadbalancing does not work and is broken. I just mentioned this to our CTO. I think using a hardware SSL device (whether as a separate linux box that handles the encoding/decoding, web server that forwards all SSL on after encoding/decoding, or a stand-alone hardware box that does this very fast (my personal favorite)) should take care of this. For the mere $5K you pay for a box that can handle several hundred SSL transactions per second, I think its worth the peace of mind it gives you in not having to do any SSL coding tricks. I remember reading something about how SSL sessions were getting lost. Don't recall what this was about..but it makes me worry about moving to Orion (or OC4J) if SSL doesn't fully work. ew proxy or hardware for the ssl acceleration is the way to go. Sonicwall even has a hardware accelerator that looks like a network interface to your server for $2500. SSL works fine on the server, its just the software loadbalancer that doesn't work with ssl. Maybe I am missing something..but I would think a good part of the appeal to move to an App Server is for its clustering capabilities. Sure, you get awesome web performance, simple setup and powerful features for a single server/app server setup. But if your site grows, you are bound to require clustering..aren't you? Or does everyone just add a new box and load-balance via
RE: Clustering..
AFAIK, these accelerators handle the front end, and the backend doesn't use ssl. You can also have ssl throughout, but ...I mean, what's the point of having the accelerator if you don't use it. You may be able to tunnel through the accelerator or proxy, or something. I will check out the docs to see if you can proxy the certificate. This is certainly necessary for login credentials if you use a client certificate for a login. regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ismael Sent: Wednesday, July 18, 2001 12:37 AM To: Orion-Interest Subject: RE: Clustering.. When you use a SSL hardware accelerator, are you able to retrieve the digital certificate that the user uses from your application on Orion?. Is there a way to retrieve the digital certificate while usin a SSL hardware accelerator? At 14:11 16/07/2001 -0700, you wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin Sent: Monday, July 16, 2001 1:35 PM To: Orion-Interest Subject: RE: Clustering.. Thanks for the reply. 1. clustering only handles http session data. sfsb's will not be replicated. I thought that the entire application context was replicated? So anything set to Application scope (beans, etc) is NOT replicated? Is that the way it is supposed to be..or just a bug/enhancement for Orion team to work on? ew I believe only the session context is replicated, but you will notice that if you don't have a Serializable object, the server will throw an error. I don't think the application context is replicated...since each server has its own application context. If you fall over to another server, you get that servers application context...otherwise all of the other applications would have problems. This shouldn't be a problem, since usually the app context is the same on each server in a cluster. 2. Although rmi can be clustered and you can get fail-over for ejb's, the ejb's are not load-balanced. Not sure if I understand..I thought load balancing was done via a hardware load balancer? In other words, wouldn't you have a setup like a firewall that feeds to a load-balancer that then feeds to one (or more) islands, each having one (or more) servers running EJB? The front-end cluster would access this single fire-wall IP (via JNDI when looking up EJBs), which would follow the flow to the ejb cluster. When you are talking about clustering EJB's (load balancing them), how have you done this, or how is it normally done? Again..i would think the identical hardware to load-balance the front-end cluster would be in place for the EJB tier..including a firewall since EJB's may be directly accessed via WAN clients, or from Web Services? ew you can use hardware or the software loadbalancer. The ejb's have nothing to do with the http loadbalancing. That the ejb's happen to be on the same servers is not actually garanteed unless you plan it that way. You can use remote ejb's from other servers on other machines. I mean, that's the whole point of ejb's. One ejb pseudo loadbalancing technique is to set the maximum number of beans on any one server, and then cluster the rmi. As one server fills up, another server will kick-in to server ejb's. This isn't really loadbalancing, though, but it is fail-over. 3. careful specification of the server is required, for example, the web-apps must be in the config/application.xml. This is new to me. I haven't read any recent clustering docs, but the original clustering doc (not even sure if Orion ever posted it, or if it is on orionsupport.com or not) had specific settings in web.xml (setting the clusterable option), and I think in orion-web.xml and the .xml config file under /orion/config for the specific application to be clustered. Has this all changed? ew if an application is not bound to the default application, you will need a separate web-app tag in the config/application.xml file to make sure the session data is clustered. The docs only cover clustering and loadbalancing the default web site and anything bound to this app. Of course you can have more than one web-app which is not bound to the default web site, but another web-site. 4. ssl loadbalancing does not work and is broken. I just mentioned this to our CTO. I think using a hardware SSL device (whether as a separate linux box that handles the encoding/decoding, web server that forwards all SSL on after encoding/decoding, or a stand-alone hardware box that does this very fast (my personal favorite)) should take care of this. For the mere $5K you pay for a box that can handle several hundred SSL transactions per second, I think its worth the peace of mind it gives you in not having to do any SSL coding tricks. I remember reading something about how SSL sessions were getting lost. Don't recall what this was about..but it makes me worry about moving to Orion (or OC4J) if SSL doesn't fully work.
LDAP User Manager
Just thought I'd publicly say you're a legend! Simon
SOAP interface for ejb beans
Is there an apache soap implementation of the StatelessEJBProvider class available. Jon winmail.dat
Book Announcement
# Java Server Pages and J2EE Web-based Applications for Enterprises # Book Announcement, now available: Java Server Pages and J2EE Web-based Applications for Enterprises By Volker Turau, Krister Saleck and Marc Schmidt Publisher: dpunkt.verlag 2001 514 Pages ISBN 3-89864-112-0 This book provides a comprehensive in-depth treatement of the new standard for developing multi-tier applications: the Java 2 Enterprise Edition J2EE. The focus is on web-centric applications based on JSP and servlets. The book includes numerous examples that you can use as the basis for your own applications. The examples are available online (including the complete source code). What's inside: Chapter 1: Java 2 Enterprise Edition Chapter 2: Java Server Pages Chapter 3: Architectures and application patterns Chapter 4: Deployment descriptors for web-applications Chapter 5: Implementing the MVC pattern with the Struts framework Chapter 6: Integration of databases with JDBC 2 Chapter 7: Autorization and Authentication mit J2EE Chapter 8: Tomcat 3.2, Tomcat 4.0, Tomcat and Apache with mod_jk Chapter 9: Case Study: The Wizard The book is written in GERMAN. The web-site for the book http://www.informatik.fh-wiesbaden.de/~turau/jsp/index.html may be of interest to you, even if you do not speak German. It has -- a complete outline of the book -- all examples online http://shannon.informatik.fh-wiesbaden.de:8057/buch2/ -- the complete source code of all examples, with installation instructions for Tomcat and the Orion Application Server : http://shannon.informatik.fh-wiesbaden.de/jsp/j2ee/download.html -- A sample of the book as a PDF file http://shannon.informatik.fh-wiesbaden.de/jsp/j2ee/download/jsp-j2ee.pdf -- lots of usefull links to JSP resources http://shannon.informatik.fh-wiesbaden.de/jsp/jsp/ressourcen.html
RE: SOAP interface for ejb beans
If I understand your question you should give a look to GLUE. It permits to invoke a Stateless Session Bean as a web service. You can download a beta for free. http://www.themindelectric.com/products/glue/glue.html Hope this help Luciano -Original Message- From: Jon Ward [mailto:[EMAIL PROTECTED]] Sent: mercoledì 18 luglio 2001 11.52 To: Orion-Interest Subject: SOAP interface for ejb beans Is there an apache soap implementation of the StatelessEJBProvider class available. Jon
Re: SOAP interface for ejb beans
Why don't you ask the Apache group, instead? On Wed, 18 Jul 2001, Jon Ward wrote: Is there an apache soap implementation of the StatelessEJBProvider class available. Jon --- Joseph B. Ottinger [EMAIL PROTECTED] http://adjacency.org/ IT Consultant
EJB 2.0 Spec approved!!!
The JCP just approved the EJB 2.0 specification. Read the article here: http://www.crn.com/sections/BreakingNews/breakingnews.asp?ArticleID=28281
Java HotSpot Server VM
Has anyone compared the performance of their application running using the HotSpot Clinet VM versus the HotSpot Server VM? I would be interested in knowing if they found a significant variance in the numbers. Additionally, what VM execution parameters has anyone tweaked to improve performance? On the line of performance, is there a reference to performance tuning for the Orion App Server? Any information would be appreciated. Thanks, -Atul
Re: EJB 2.0 Spec approved!!!
Finally! This is very good news indeed! --- Simon Harris [EMAIL PROTECTED] wrote: The JCP just approved the EJB 2.0 specification. Read the article here: http://www.crn.com/sections/BreakingNews/breakingnews.asp?ArticleID=28281 __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
RE: SOAP interface for ejb beans
Title: RE: SOAP interface for ejb beans Apache Soap2_2 is already having this. Kesav Kumar Kolla Voquette Inc 650 356 3740(W) 510 889 6840(R) Voquette...Delivering Sound Information -Original Message- From: Jon Ward [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 18, 2001 2:52 AM To: Orion-Interest Subject: SOAP interface for ejb beans Is there an apache soap implementation of the StatelessEJBProvider class available. Jon
Re: EJB 2.0 Spec approved!!!
This is actually semi-difficult to validate at the Sun site - the specs page for the EJB spec still list the pfd2 as the latest. Nothing that I have been able to find says Yes - the spec has been finalized. They have included the spec in the latest release of j2EE 1.3 beta(2)...I am somewhat suspect of that article --- Ray Harrison [EMAIL PROTECTED] wrote: Finally! This is very good news indeed! --- Simon Harris [EMAIL PROTECTED] wrote: The JCP just approved the EJB 2.0 specification. Read the article here: http://www.crn.com/sections/BreakingNews/breakingnews.asp?ArticleID=28281 __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: JNDI lookup form Applet problem, Please Help!
We've been doing this for a few months now and are actually on an effort to move away from it because of the security problems presented from this approach. That being said, the context that we've found to work the best is the RMIInitialContextFactory. Here is sample of some code we're using. The application name is the name of the application you specify in the xml configuration files. The username and password are configured in principals.xml. // Get the context env = new Hashtable(); env.put(javax.naming.Context.INITIAL_CONTEXT_FACTORY, com.evermind.server.rmi.RMIInitialContextFactory); env.put(javax.naming.Context.PROVIDER_URL, ormi:// + getCodeBase().getHost() + /cems); env.put(javax.naming.Context.SECURITY_PRINCIPAL, admin); env.put(javax.naming.Context.SECURITY_CREDENTIALS, 123); env.put(dedicated.connection,true); context = new InitialContext(env); // Now look up the bean Object obj = context.lookup(ejb/YourBeanName); home = (YouBeanHome)PortableRemoteObject.narrow(obj, YouBeanHome.class); YourBeanRemote remote = home.create(); You will also need a policy file on the client. For testing purposes it's easiest to just grant all permission to the applet until you get it running grant { permission java.security.AllPermission; }; Then specify the location of the policy file in your java console -Djava.security.policy=path/java.policy. Hope this helps. Todd Paul Sprague wrote: Nothing seems to be going my way! :-( First of all I've noticed that there are different provider URLs being passed around. I need to get this straitened out. As I understand it the format should be: ormi://hostname/application now what about the port? ORMI defaults to port 23791, right? does that ormi:// part make the port not necessary because the default port is used? I have been using ormi://129.21.160.38/salary I have tried ormi://129.21.160.38 ormi://129.21.160.38:23791 ormi://129.21.160.38/application ormi://129.21.160.38:23791/application I'm really not sure what the application part of the provider URL is, can anyone clarify this? I thought it was the applications JNDI name space you wanted to access but I'm really not sure. The only difference is that my code freezes in different places. What is the preferred way to do this? Are any of these totally wrong? On to the initial context factory. I've been flipping between 2 of them in totally ignorance. What is the difference between these factories? Which one is best to use for doing JNDI lookups from within an applet? com.evermind.server.rmi.RMIInitialContextFactory com.evermind.server.ApplicationClientInitialContextFactory So I've been trying every possible combination of these 2 properties and the only thing that changes is where the code stops working. I either stops on Context context = new InitialContext(ht); or on NamingEnumeration enum = context.list(); my hashtable looks like this: ht.put( java.naming.applet, this ); //I have no idea what this does, anyone? ht.put( java.naming.factory.initial , s_initial_context_factory_name ); ht.put( java.naming.provider.url , url_name); ht.put( java.naming.security.principal, ); ht.put( java.naming.security.credentials , ); Thanks for any help. Paul
Re: deployment - part2
My gratitude to all who responded to my first question. Thank you. As you may be able to tell, I am very new to server side stuff. I re-did the entire ear file from the ground up using jar and was able to deploy the app. Unfortunate, the next roadblock was an error message complaining about the following: == 500 Internal Server Error com.evermind[Orion/1.5.2 (build 10460)].server.rmi.OrionRemoteException: guest is not allowed to call this EJB method, check your security settings (method-permission in ejb-jar.xml and security-role-mapping in orion-application.xml). at EntityEJB2Home_EntityHomeWrapper1.findByPrimaryKey(EntityEJB2Home_EntityHomeWrapper1.java:147) at Servlet2.performTask(Servlet2.java:64) at Servlet2.doGet(Servlet2.java:29) at javax.servlet.http.HttpServlet.service(HttpServlet.java:195) at javax.servlet.http.HttpServlet.service(HttpServlet.java:309) at javax.servlet.http.HttpServlet.service(HttpServlet.java:336) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._abe(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._uec(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._twc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._gc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._if.run(Unknown Source) == What puzzles me about this is that I removed the security-identity section from the ejb-jar.xml file. For this particular app, any user is ok. == My ejb-jar.xml is: ?xml version=1.0? !DOCTYPE ejb-jar PUBLIC '-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN' 'http://java.sun.com/dtd/ejb-jar_2_0.dtd' ejb-jar display-namesecondejbJAR/display-name enterprise-beans entity display-nameEntityEJB2/display-name ejb-nameEntityEJB2/ejb-name homeEntityEJB2Home/home remoteEntityEJB2/remote ejb-classEntityEJB2Bean/ejb-class persistence-typeBean/persistence-type prim-key-classjava.lang.String/prim-key-class reentrantFalse/reentrant /entity /enterprise-beans assembly-descriptor method-permission method ejb-nameEntityEJB2/ejb-name method-intfHome/method-intf method-nameremove/method-name method-params method-paramjava.lang.Object/method-param /method-params /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-nameisCurrentStarted/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-namegetAllTerms/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-namegetEndDate/method-name method-params method-paramjava.lang.String/method-param /method-params /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-namegetCurrentTerm/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfHome/method-intf method-namefindByPrimaryKey/method-name method-params method-paramjava.lang.String/method-param /method-params /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-namegetHandle/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfHome/method-intf method-nameremove/method-name method-params method-paramjavax.ejb.Handle/method-param /method-params /method method ejb-nameEntityEJB2/ejb-name method-intfHome/method-intf method-namegetHomeHandle/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-namegetStartDate/method-name method-params method-paramjava.lang.String/method-param /method-params /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-namegetPrimaryKey/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-nameremove/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfHome/method-intf method-namegetEJBMetaData/method-name method-params / /method method ejb-nameEntityEJB2/ejb-name method-intfRemote/method-intf method-nameisIdentical/method-name method-params method-paramjavax.ejb.EJBObject/method-param
Datasource Question - is there a way to setup a JDBC log file?
Hello, I am curious on how to set up logging for JDBC. I thought there would be a parameter in the data-source definition that would allow logging. Does this exist? Bill btw: I am using oracle
RE: deployment - part2
you dont seem to be giving any permissions to your methods. in the method-permission element you are just listing all the methods but are not defining the roles with permissions to the methods. you are also not defining any roles. i would recommend removing the entire method-permission element from your ejb-jar.xml. this will allow anyone to access your methods. if you do really want permission based access, i could help you with the xml. also regarding the container-transaction element, it seems like you are listing all your methods and giving them a transaction attribute of Never. is this really what you want?? i would recommend removing every container-transaction element from your ejb-jar.xml. This will let it default to Requires. this is a more likely the transaction attribute you want. your ejb-jar.xml file will become nice and small, like this ?xml version=1.0? !DOCTYPE ejb-jar PUBLIC '-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN' 'http://java.sun.com/dtd/ejb-jar_2_0.dtd' ejb-jar display-namesecondejbJAR/display-name enterprise-beans entity display-nameEntityEJB2/display-name ejb-nameEntityEJB2/ejb-name homeEntityEJB2Home/home remoteEntityEJB2/remote ejb-classEntityEJB2Bean/ejb-class persistence-typeBean/persistence-type prim-key-classjava.lang.String/prim-key-class reentrantFalse/reentrant /entity /enterprise-beans /ejb-jar = The orion-application.xml is: ?xml version=1.0? !DOCTYPE orion-application PUBLIC -//Evermind//DTD J2EE Application runtime 1.2//EN http://www.orionserver.com/dtds/orion-application.dtd; orion-application deployment-version=1.5.2 autocreate-tables=false ejb-module remote=false path=ejb-jar-ic.jar / web-module id=war-ic path=war-ic.war / persistence path=persistence / principals path=principals.xml / log file path=application.log / /log namespace-access read-access namespace-resource root= security-role-mapping name=lt;jndi-user-rolegt; group name=guests / /security-role-mapping /namespace-resource /read-access write-access namespace-resource root= security-role-mapping name=lt;jndi-user-rolegt; group name=guests / /security-role-mapping /namespace-resource /write-access /namespace-access /orion-application And principals.xml: ?xml version=1.0? !DOCTYPE principals PUBLIC //Evermind - Orion Principals// http://www.orionserver.com/dtds/principals.dtd; principals groups guests /groups users anonymous /users /principals Can someone tell me what is wrong/incorrect? Thank you! Jeanne
Re: Oracle JDBC problems
hi... What type of connection that you are used;JDBC connection or DataSource connection to communicate with oracle database ? If you try to used DataSource connection with oracle 8.0.5.2, probbly it will not work.Although you used Oracle 8.1.7 JDBC Driver but Oracle 8.0.5.2 doesn't support this features. But you still can communication you application using JDBC connection to Database instead you had to used DataSource connection. Please ask oracle support for more specific... regards SeaWolf --- Mong Kon Mo [EMAIL PROTECTED] wrote: I've been trying to setup Orion to communicate with our Oracle database, but have had little success. We are using Oracle 8.0.5.1 and have installed the Oracle 8.1.7 JDBC drivers (the 8.0.5.2 drivers were giving us problems). Now we get the following error: com.evermind[Orion/1.5.2 (build 10460)].server.rmi.OrionRemoteException: Transaction was rolled back: javax.ejb.EJBException: Unable to get zipcode: java.sql.SQLException: SystemException: Failed to add the resource due to error in the resource at HIT_StatelessSessionBeanWrapper0.getZipcode(HIT_StatelessSessionBeanWrapper0.java:97) at /result.jsp._jspService(/result.jsp.java:72) (JSP page line 52) at com.orionserver[Orion/1.5.2 (build 10460)].http.OrionHttpJspPage.service(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._ah._rad(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].server.http.JSPServlet.service(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._abe(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._uec(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._twc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._gc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._if.run(Unknown Source) Nested exception is: com.evermind[Orion/1.5.2 (build 10460)].transaction.MarshallingXAException: SQL Error: ORA-06401: NETCMN: invalid driver designator at com.evermind[Orion/1.5.2 (build 10460)]._vo.start(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._fvb.init(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].server.ApplicationServerTransaction.enlistResource(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].server.ApplicationServerTransaction.enlistResource(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._wp._bl(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._lo.prepareStatement(Unknown Source) at Hit.beans.hit.HITBean.getZipcode(HITBean.java:102) at HIT_StatelessSessionBeanWrapper0.getZipcode(HIT_StatelessSessionBeanWrapper0.java:66) at /result.jsp._jspService(/result.jsp.java:72) (JSP page line 52) at com.orionserver[Orion/1.5.2 (build 10460)].http.OrionHttpJspPage.service(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._ah._rad(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].server.http.JSPServlet.service(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._abe(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._uec(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._twc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._gc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._if.run(Unknown Source) Nested exception is: java.sql.SQLException: ORA-06401: NETCMN: invalid driver designator at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168) at oracle.jdbc.oci8.OCIDBAccess.check_error(OCIDBAccess.java:1597) at oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:354) at oracle.jdbc.driver.OracleConnection.init(OracleConnection.java:249) at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:365) at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:260) at com.evermind[Orion/1.5.2 (build 10460)].sql.DriverManagerDataSource.getConnection(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].sql.DriverManagerConnectionPoolDataSource.getPooledConnection(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].sql.OrionPooledDataSource._bgb(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._jb._bgb(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].sql.OrionPooledDataSource.getConnection(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].sql.DriverManagerXADataSource._bwc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._vo.start(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._fvb.init(Unknown Source) at com.evermind[Orion/1.5.2 (build
Re: EJB 2.0 Spec approved!!!
Confirmed! --- Ray Harrison [EMAIL PROTECTED] wrote: This is actually semi-difficult to validate at the Sun site - the specs page for the EJB spec still list the pfd2 as the latest. Nothing that I have been able to find says Yes - the spec has been finalized. They have included the spec in the latest release of j2EE 1.3 beta(2)...I am somewhat suspect of that article --- Ray Harrison [EMAIL PROTECTED] wrote: Finally! This is very good news indeed! --- Simon Harris [EMAIL PROTECTED] wrote: The JCP just approved the EJB 2.0 specification. Read the article here: http://www.crn.com/sections/BreakingNews/breakingnews.asp?ArticleID=28281 __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
RE: UNSUBSCRIBE
Re: Datasource Question - is there a way to setup a JDBC log file?
Start OC4J with -Djdbc.debug=true this turns on Orion JDBC debug information. Cheers, Ashok Bill Clinton wrote: Hello, I am curious on how to set up logging for JDBC. I thought there would be a parameter in the data-source definition that would allow logging. Does this exist? Bill btw: I am using oracle