SV: Role Manager
PLEASE DELETE THIS MAIL ADDRESS FROM YOUR LIST. THANK YOU -Oprindelig meddelelse- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]På vegne af Anil D Sendt: 4. april 2002 15:11 Til: Orion-Interest Emne: Role Manager Hi all I have one doubt regarding the use of RoleManager Class. Is it available only inside EJBs? I tried to look up the RoleManger(java:comp/RoleManager) from an Application Client(SWING), but it always throws a NameNotFound exception. Is it supposed to work this way? TIA Anil
SV: Error trying to join this mailing list
PLEASE DELETE THIS ADDRESS FROM YOUR LIST. THANKS -Oprindelig meddelelse- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]På vegne af Robert Johnson Sendt: 5. april 2002 08:09 Til: Orion-Interest Emne: Error trying to join this mailing list Whenever I enter my email address at: http://www.orionserver.com/subscribe.html I get the following email sent back to me: Subject: Orion-Interest command execution error Body: [EMAIL PROTECTED] is not a recognized command for this list-server. I am only able to send messages to the group. I am unable to receive new messages. I have been trying to join for the past couple of weeks with the same error. Please help, I am about to give up. Thanks, Robert Johnson
Fw: Orion EJB container and SSL
Hey, is there anybody out there who can tell me something about this?! I've sent this more than a week ago, and I got no feedback whatsoever. If I'm talking bullshit (e.g the question is stupid or something like that), at least tell me _that_ somebody! But, please, somebody say something to it... - Original Message - From: Sorin Pop [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Friday, March 29, 2002 3:21 PM Subject: Orion EJB container and SSL 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 it possible? (I read that it is possible to use SSL with simple RMI applications, or with a web application in the Orion server, but I would like to use Orion server's EJB container only...).
Re: SV: Error trying to join this mailing list
Hallo Inge, please don't bother us, unsubscribe yourself at www.orionserver.com -- mailing-list Rob Friday, April 5, 2002, 11:04:24 AM, you wrote: IW PLEASE DELETE THIS ADDRESS FROM YOUR LIST. IW THANKS IW -Oprindelig meddelelse- IW Fra: [EMAIL PROTECTED] IW [mailto:[EMAIL PROTECTED]]På vegne af Robert Johnson IW Sendt: 5. april 2002 08:09 IW Til: Orion-Interest IW Emne: Error trying to join this mailing list IW Whenever I enter my email address at: IW http://www.orionserver.com/subscribe.html IW I get the following email sent back to me: IW Subject: Orion-Interest command execution error IW Body: IW [EMAIL PROTECTED] is not a recognized command for this list-server. IW I am only able to send messages to the group. I am unable to receive new IW messages. I have been trying to join for the past couple of weeks with the IW same error. Please help, I am about to give up. IW Thanks, IW Robert Johnson Mit freundlichen Grüßen, Robert Virkus Director Mobile Solutions -- Robert Virkus scaraboo GmbH mobile Entertainment Georg-Wulf-Str.4-6 28199 Bremen Germany phone +49 - (0)421 - 59 67 549 fax+49 - (0)421 - 59 67 567 mobile +49 - (0)171 - 35 31 635 [EMAIL PROTECTED] www.scaraboo.de wap.scaraboo.de Aus Rechts- und Sicherheitsgruenden ist die in dieser E-Mail gegebene Information nicht rechtsverbindlich. Eine rechtsverbindliche Bestaetigung reichen wir Ihnen gerne auf Anforderung in schriftlicher Form nach. Beachten Sie bitte, dass jede Form der unautorisierten Nutzung, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieser E-Mail nicht gestattet ist. Diese Nachricht ist ausschliesslich fuer den bezeichneten Adressaten oder dessen Vertreter bestimmt. Sollten Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein, so bitten wir Sie, sich mit dem Absender der E-Mail in Verbindung zu setzen. For legal and security reasons the information provided in this e-mail is not legally binding. Upon request we would be pleased to provide you with a legally binding confirmation in written form. Any form of unauthorised use, publication, reproduction, copying or disclosure of the content of this e-mail is not permitted. This message is exclusively for the person addressed or their representative. If you are not the intended recipient of this message and its contents, please notify the sender immediately.
Re: classpath problem with ear file
This document is a good overview of classloaders in Orion. http://kb.atlassian.com/content/atlassian/howto/classloaders.jsp What Alex says is basically correct - for classes that need to be accessed by your EJBs - either package them in the same jar, or use manifest classloading. You can optionally use a lib include, but that is not portable across application servers. Cheers, Scott Alex Paransky wrote: Roxanne: I am not quite sure that this was the correct solution. Ideally, you should not have to configure ANY path's in your orion-application.xml file. The .ear is capable of configuring any dependency you wish. In general, if you have classes which are used only by your EJB's you have 2 options: 1. Package them into the same .JAR file as your EJBs 2. Package them into a separate file and use the classpath in the manifest for your EJB.jar To understand why you are having a problem, you need to read a little about how classloaders are used and what is their hierarchy. (Honestly, I don't remember where I found this information). At the base of it all is the system classloader. This is the one which uses CLASSPATH environment to identify location of classes. On top of it is your EJB-ClassLoader for a particular application. On top of the EJB-class loader is a WEB-ClassLoader for every web application you deploy. Thus if you put something into WEB-INF/lib your EJB-ClassLoader will not be able to find it. This is why you are getting this error. Re-evaluate your packaging scheme to avoid ANY library path configuration settings in orion-application.xml I have developed an application which uses .EAR with a number of .WAR's and a number of EJB .JARs without having to configure any additional paths. This really makes deployment easy. -AP_ http://www.alexparansky.com http://www.alexparansky.com/ Java/J2EE Architect/Consultant http://www.myprofiles.com/member/view.do?profileId=127 -Original Message- *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]*On Behalf Of *Roxanne Tapia *Sent:* Thursday, April 04, 2002 7:49 AM *To:* Orion-Interest *Subject:* Re: classpath problem with ear file Thanks! That worked A further note - for anyone who has the same sort of problem, here's what I did; I changed the orion-application.xml file to say: library path=WebModule/WEB-INF/lib/ / the path is relative to the .ear file, it took me a while to figure that out. I was trying to set the path from the j2ee/home directory. I just didn't get it. Thanks again! Roxanne Thomas Körner wrote: Hi, it is possible to set a library path in the orion-application.xml, which is only valid in application. Use the following tag and place your jar-files into the directory the path points towards. library path=./lib/ / Ciao TK - Original Message - From: Roxanne Tapia [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 7:38 PM Subject: classpath problem with ear file I am deploying an ear file, which contains a war file. The war file has a jar in the WEB-INF/lib directory. However, when I start the server, and it is deploying the ejb jars in the same application - it says it can't find the classes in that jar file. I saw this once before when some ancestor classes weren't found. My solution for that was to include those classes in each of the jar files. But in that case, there were only a couple of classes. Is there some sort of initialization step that doesn't include the jars in the web-inf/lib directory for the J2EE application? Where do I put these jars? I can't put them in j2ee/home/lib, becasuse they could be different between j2ee apps. Thanks for your help, Roxanne -- === Roxanne Tapia Bioscience Division (B-1) Los Alamos National Laboratory 505-665-0206 === -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Re: Fw: Orion EJB container and SSL
You may want to try posting out on www.atlassian.com or www.elephantwalker.com as well (if you haven't already). Cheers Ray Sorin Pop [EMAIL PROTECTED] wrote: Hey,is there anybody out there who can tell me something about this?! I've sentthis more than a week ago, and I got no feedback whatsoever. If I'm talkingbullshit (e.g the question is stupid or something like that), at least tellme _that_ somebody! But, please, somebody say something to it...- Original Message -From: "Sorin Pop" <[EMAIL PROTECTED]>To: "Orion-Interest" <[EMAIL PROTECTED]>Sent: Friday, March 29, 2002 3:21 PMSubject: Orion EJB container and SSL 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 onlyRMI-IIOP calls to EJB-s (no JSP, no servlets, no HTML involved) in the EJBcontainer. And I want to do this with security in mind, for example using SSL. Is it possible? (I read th! at it is possible to use SSL with simple RMI applications, or with a web application in the Orion server, but I would like to use Orion server's EJB container only...).Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax
distribute beans in different jars
Hi, i am new in development of j2ee-applications, so i think my question could be too stupid.. We have 70 entity-beans with local and remote interfaces and 5 session beans (will be more in future) in one ejb-jar-file. The session-beans reference the entity beans with local interfaces! The entity-beans are very stable ( because we are developing the session beans now). The ejb-jar-file resides in addition with an client.jar-file in on ear-file. The deployment time is very long ( a few minutes ). I think the time is very long, because orion test the entity-beans on changes (which never occure in the moment). Is there any way to speed up the deployment time? Could we divide the entity-beans and the session-beans in two different jar, to speed up? (i think the local references could be a problem) best regards Matthias Gottschlich mail: [EMAIL PROTECTED]
Connection was closed
Hi, I'm migrating the existing system from Hypersonic to Interbase - my configuration: Resin - Orion - InterClient JDBC (2.0.1) - Interbase 6.0 The same configuration, but with either HSQL or Oracle works fine. The problem is that Orion loses the connection to the DB when it tries to execute another method from the another bean after it sucessfully logs the user in. I'm sure that it connects to the DB, because the user gets logged in. The logon procedure is fully handled by the ejb's methods. Here's the stack trace: EJBClient.getResouce: get Resource EJBClient.getResouce: found resource EJBClient.getResouce: got the object:PortalUser EJBHome EJBClient.getResource: successfully retrieved PortalUser EJBHome EJBClient.getResouce: get Resource EJBClient.getResouce: found resource EJBClient.getResouce: got the object:UserPreferences EJBHome EJBClient.getResource: successfully retrieved UserPreferences EJBHome com.evermind.server.rmi.OrionRemoteException: Database error: Connection was closed at UserPreferencesHome_EntityHomeWrapper279.findExistingEntity(UserPreferencesH ome_EntityHom eWrapper279.java:47) at UserPreferencesHome_EntityHomeWrapper279.findByPrimaryKey(UserPreferencesHom e_EntityHomeW rapper279.java:225) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.bc.do(JAX) at com.evermind.util.f.run(JAX) at connection to 127.0.0.1/127.0.0.1 as admin at com.evermind.server.rmi.ba.invokeMethod(JAX) at com.evermind.server.rmi.a1.invoke(JAX) at com.evermind.server.rmi.a2.invoke(JAX) at com.evermind.server.rmi.a2.invoke(JAX) at __Proxy5.findByPrimaryKey(Unknown Source) ...after a while Orion dispays this: DataSourceConnection was not closed, check your code! any suggestions? Tomasz
Re: Taglib + jsp:include + sendRedirect does not work?
Hi Anders, First complete the tag library and then use jsp:include. util:sendMail from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] subject=testmail /util:sendMail jsp:include page=/templates/smalltext.txt / thanks, Prasanth From: Anders Callertun [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Taglib + jsp:include + sendRedirect does not work? Date: Tue, 2 Apr 2002 17:31:34 +0200 The following jsp-file generates this Exception: java.lang.IllegalStateException: Response has already been committed, be sure not to write to the OutputStream or to trigger a commit due to any other action before calling this method. test.jsp-- %@taglib uri=utiltags prefix=util % util:sendMail from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] subject=testmail jsp:include page=/templates/smalltext.txt / /util:sendMail % response.sendRedirect(http://www.google.com/;); % -- If I instead of the jsp:include tag, inserts the textfile in the jsp-page, it works. I've tried other taglibs and used a jsp:include for the body, for both Orion 1.5.2 and 1.5.3 and I get the same error. Am I doing something wrong? Is it Orion? Or is this not a valid thing to do? Thanks, Anders _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com
Security context
Hi, orion gurus I have tho orion applications - for EJB tier and for WEB tier. How to pass security context from WEB-tier with form authentication to some EJB? I setup my application this way: WEB orion: rmi.xml: rmi-server server host=localhost username=admin password=123 / /rmi-server orion-application.xml: ... ejb-module remote=true path=someejb.jar / ... In this case, sessionContext.getCallerPrincipal() always returns orion's admin user, not the currently autherized user! Please, help! -- Sergey G. Aslanov CBOSS Group, Web-technologies department mailto:[EMAIL PROTECTED] tel: +7 095 7555655
RE: CMP 2.0 vs BMP - Which performes better?
Hi Jeff and other dear friends, I had this doubt in my mind very earlier. When we load very large amount of data from the database, how it can be handled? If we use result sets and iterate, this is going to take a long time? How can we limit the number of records that is present in the memory at a time? thanks, Prasanth. From: Jeff Schnitzer [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: CMP 2.0 vs BMP - Which performes better? Date: Thu, 4 Apr 2002 16:22:17 -0800 From: Curt Smith [mailto:[EMAIL PROTECTED]] There are several constraints to BMP beans which make them almost always perform slower than CMP beans. In particular, the inability to bulk load beans from finder methods is a nearly fatal defect. I'd like to know more of the details? How does the container deal with the following finder in CMP differently than BMP? Collection remoteRefs = home.findSalaryGreaterThan ( 50,000); Lets assume this produces 1000 results which you then iterate through. With BMP beans, this will require 1001 database queries. First the finder, then 1000 selects to load each bean. With CMP, it's actually rather ambiguous what will happen. Last time I checked, Orion will load all the beans into an ArrayList. Yes, lots of memory consumed, but a *lot* better than 1001 database hits. Admittedly a bigger problem with orders of magnitude more objects, but even with BMP you're going to choke if the finder query returns a billion rows of primary key data. Some containers (not Orion, I don't think) allow you to specify that finders should lazy-load beans. But this brings you back to BMP performance. Some containers allow you to define field groups to minimize the amount of data brought back (especially useful if you store blobs), but not Orion. Personally, I don't understand why containers don't implement Collections backed by the ResultSet directly. 98% of the time, the client just creates an iterator and walks the results. If the client does something that the ResultSet can't support, build the full Collection. Jeff Schnitzer [EMAIL PROTECTED] _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
Re: distribute beans in different jars
Hi, Using Jikes as compiler for deployment can really improve the the time it takes. best regards, Joao Cunha Matthias Gottschlich matthias.gottschlich@solu To: Orion-Interest [EMAIL PROTECTED] tionary.decc: Sent by: Subject: distribute beans in different jars owner-orion-interest@orion server.com 05-04-2002 14:09 Please respond to Orion-Interest Hi, i am new in development of j2ee-applications, so i think my question could be too stupid.. We have 70 entity-beans with local and remote interfaces and 5 session beans (will be more in future) in one ejb-jar-file. The session-beans reference the entity beans with local interfaces! The entity-beans are very stable ( because we are developing the session beans now). The ejb-jar-file resides in addition with an client.jar-file in on ear-file. The deployment time is very long ( a few minutes ). I think the time is very long, because orion test the entity-beans on changes (which never occure in the moment). Is there any way to speed up the deployment time? Could we divide the entity-beans and the session-beans in two different jar, to speed up? (i think the local references could be a problem) best regards Matthias Gottschlich mail: [EMAIL PROTECTED] __ A informacao contida nesta mensagem e confidencial e dirigida apenas aos destinatarios. Se recebeu esta mensagem por erro ou se houver algum problema, por favor, contacte imediatamente o remetente. O uso nao autorizado, divulgacao, copia ou alteracao desta mensagem e estritamente proibido. A Quatro Sistemas de Informacao SA nao sera responsavel por qualquer consequencia directa, especial ou indirecta, originada pela alteracao do conteudo desta informacao, por terceiros, ou como resultado de qualquer virus transmitido. Este rodape confirma que a mensagem de email enviada, foi filtrada pelo Baltimore MIMEsweeper para seguranca do conteudo, incluindo virus informaticos.
RE: CMP 2.0 vs BMP - Which performes better?
See my earlier post on this thread. You can use custom finders with _extreme_ ease in Orion. I gave an example for Oracle (since Oracle does not _have_ the sql LIMIT statement). For other databases, you could use a LIMIT statement in your custom finder. Regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of prasanth sb Sent: Friday, April 05, 2002 7:20 AM To: Orion-Interest Subject: RE: CMP 2.0 vs BMP - Which performes better? Hi Jeff and other dear friends, I had this doubt in my mind very earlier. When we load very large amount of data from the database, how it can be handled? If we use result sets and iterate, this is going to take a long time? How can we limit the number of records that is present in the memory at a time? thanks, Prasanth. From: Jeff Schnitzer [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: CMP 2.0 vs BMP - Which performes better? Date: Thu, 4 Apr 2002 16:22:17 -0800 From: Curt Smith [mailto:[EMAIL PROTECTED]] There are several constraints to BMP beans which make them almost always perform slower than CMP beans. In particular, the inability to bulk load beans from finder methods is a nearly fatal defect. I'd like to know more of the details? How does the container deal with the following finder in CMP differently than BMP? Collection remoteRefs = home.findSalaryGreaterThan ( 50,000); Lets assume this produces 1000 results which you then iterate through. With BMP beans, this will require 1001 database queries. First the finder, then 1000 selects to load each bean. With CMP, it's actually rather ambiguous what will happen. Last time I checked, Orion will load all the beans into an ArrayList. Yes, lots of memory consumed, but a *lot* better than 1001 database hits. Admittedly a bigger problem with orders of magnitude more objects, but even with BMP you're going to choke if the finder query returns a billion rows of primary key data. Some containers (not Orion, I don't think) allow you to specify that finders should lazy-load beans. But this brings you back to BMP performance. Some containers allow you to define field groups to minimize the amount of data brought back (especially useful if you store blobs), but not Orion. Personally, I don't understand why containers don't implement Collections backed by the ResultSet directly. 98% of the time, the client just creates an iterator and walks the results. If the client does something that the ResultSet can't support, build the full Collection. Jeff Schnitzer [EMAIL PROTECTED] _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
Re: distribute beans in different jars
Matthias Gottschlich wrote: Hi, i am new in development of j2ee-applications, so i think my question could be too stupid.. We have 70 entity-beans with local and remote interfaces and 5 session beans (will be more in future) in one ejb-jar-file. The session-beans reference the entity beans with local interfaces! The entity-beans are very stable ( because we are developing the session beans now). The ejb-jar-file resides in addition with an client.jar-file in on ear-file. The deployment time is very long ( a few minutes ). I think the time is very long, because orion test the entity-beans on changes (which never occure in the moment). Is there any way to speed up the deployment time? Could we divide the entity-beans and the session-beans in two different jar, to speed up? (i think the local references could be a problem) best regards Matthias Gottschlich mail: [EMAIL PROTECTED] Hi Matthias. Yes. I currently have 96 EJBs (mostly SLSBs) split up between 12 jars. They can call one another from different jar files w/o a problem. I have all the jars in a single Ear file. Orion seems to be smart enough to figure out when the EJBs are local, and seems to do a pass by reference when appropriate. -Steve -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208
RE: distribute beans in different jars
One immediate way to speed your deployment time up, is to switch to using Jikes as your compiler. We have done this recently and it takes seconds to redeploy entire application. Afterwards, you can look in to splitting session beans from entity beans. - -AP_ See my profile at http://www.myprofiles.com/member/view.do?profileId=128 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matthias Gottschlich Sent: Friday, April 05, 2002 5:09 AM To: Orion-Interest Subject: distribute beans in different jars Hi, i am new in development of j2ee-applications, so i think my question could be too stupid.. We have 70 entity-beans with local and remote interfaces and 5 session beans (will be more in future) in one ejb-jar-file. The session-beans reference the entity beans with local interfaces! The entity-beans are very stable ( because we are developing the session beans now). The ejb-jar-file resides in addition with an client.jar-file in on ear-file. The deployment time is very long ( a few minutes ). I think the time is very long, because orion test the entity-beans on changes (which never occure in the moment). Is there any way to speed up the deployment time? Could we divide the entity-beans and the session-beans in two different jar, to speed up? (i think the local references could be a problem) best regards Matthias Gottschlich mail: [EMAIL PROTECTED]
Werent current caller
I'm getting this exception and message raised in the server when I'm attempting to create a new CMP instance. I cannot find any documentation on this message and way too much on the exception java.lang.InternalError, can anyone direct me to a source where I can identify possible sources of this error and where I'm going wrong. I've searched the Orion support site and the only mails I can find are for 0.9.4 and 0.9.6 versions, and none fo these mails actually describe the conditions I have. where to now?
RE: Orion EJB container and SSL
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 there who can tell me something about this?! I've sent this more than a week ago, and I got no feedback whatsoever. If I'm talking bullshit (e.g the question is stupid or something like that), at least tell me _that_ somebody! But, please, somebody say something to it... - Original Message - From: Sorin Pop [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Friday, March 29, 2002 3:21 PM Subject: Orion EJB container and SSL 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 it possible? (I read that it is possible to use SSL with simple RMI applications, or with a web application in the Orion server, but I would like to use Orion server's EJB container only...).
Re: Werent current caller
Oddly, I've only run into this using OC4J (I don't remember what the problem was off hand, its been a while). But you may want to join the OTN (Oracle Technology Network) (its free) and search their J2EE forum. Since the two products are kissing cousins, what has worked for OC4J will point you in the right direction for Orion. What version of Orion are you using? Can you tell us a little more about what you are trying to do? If you have a test case (just a simple ear that I can deploy, and a separate zip'd source code file), send it to me at [EMAIL PROTECTED], and I'll look at it when I get a chance. Cheers Ray Jeff Lowcock [EMAIL PROTECTED] wrote: I'm getting this exception and message raised in the server when I'm attempting to create a new CMP instance. I cannot find any documentation on this message and way too much on the exception java.lang.InternalError, can anyone direct me to a source where I can identify possible sources of this error and where I'm going wrong.I've searched the Orion support site and the only mails I can find are for 0.9.4 and 0.9.6 versions, and none fo these mails actually describe the conditions I have.where to now?Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax
Re: Werent current caller
Can you post the stack trace? Jeff Lowcock wrote: I'm getting this exception and message raised in the server when I'm attempting to create a new CMP instance. I cannot find any documentation on this message and way too much on the exception java.lang.InternalError, can anyone direct me to a source where I can identify possible sources of this error and where I'm going wrong. I've searched the Orion support site and the only mails I can find are for 0.9.4 and 0.9.6 versions, and none fo these mails actually describe the conditions I have. where to now? -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Re: Orion EJB container and SSL
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: Friday, April 05, 2002 2:57 PM Subject: RE: Orion EJB container and SSL 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 there who can tell me something about this?! I've sent this more than a week ago, and I got no feedback whatsoever. If I'm talking bullshit (e.g the question is stupid or something like that), at least tell me _that_ somebody! But, please, somebody say something to it... - Original Message - From: Sorin Pop [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Friday, March 29, 2002 3:21 PM Subject: Orion EJB container and SSL 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 it possible? (I read that it is possible to use SSL with simple RMI applications, or with a web application in the Orion server, but I would like to use Orion server's EJB container only...).
RE: CMP 2.0 vs BMP - Which performes better?
Hi elephantwalker, A big thanks for the help. This is a great support from elephantwalker with quick replies.God bless. thanks, Prasanth. From: The elephantwalker [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: CMP 2.0 vs BMP - Which performes better? Date: Fri, 5 Apr 2002 11:54:00 -0800 See my earlier post on this thread. You can use custom finders with _extreme_ ease in Orion. I gave an example for Oracle (since Oracle does not _have_ the sql LIMIT statement). For other databases, you could use a LIMIT statement in your custom finder. Regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of prasanth sb Sent: Friday, April 05, 2002 7:20 AM To: Orion-Interest Subject: RE: CMP 2.0 vs BMP - Which performes better? Hi Jeff and other dear friends, I had this doubt in my mind very earlier. When we load very large amount of data from the database, how it can be handled? If we use result sets and iterate, this is going to take a long time? How can we limit the number of records that is present in the memory at a time? thanks, Prasanth. From: Jeff Schnitzer [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: CMP 2.0 vs BMP - Which performes better? Date: Thu, 4 Apr 2002 16:22:17 -0800 From: Curt Smith [mailto:[EMAIL PROTECTED]] There are several constraints to BMP beans which make them almost always perform slower than CMP beans. In particular, the inability to bulk load beans from finder methods is a nearly fatal defect. I'd like to know more of the details? How does the container deal with the following finder in CMP differently than BMP? Collection remoteRefs = home.findSalaryGreaterThan ( 50,000); Lets assume this produces 1000 results which you then iterate through. With BMP beans, this will require 1001 database queries. First the finder, then 1000 selects to load each bean. With CMP, it's actually rather ambiguous what will happen. Last time I checked, Orion will load all the beans into an ArrayList. Yes, lots of memory consumed, but a *lot* better than 1001 database hits. Admittedly a bigger problem with orders of magnitude more objects, but even with BMP you're going to choke if the finder query returns a billion rows of primary key data. Some containers (not Orion, I don't think) allow you to specify that finders should lazy-load beans. But this brings you back to BMP performance. Some containers allow you to define field groups to minimize the amount of data brought back (especially useful if you store blobs), but not Orion. Personally, I don't understand why containers don't implement Collections backed by the ResultSet directly. 98% of the time, the client just creates an iterator and walks the results. If the client does something that the ResultSet can't support, build the full Collection. Jeff Schnitzer [EMAIL PROTECTED] _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx _ Send and receive Hotmail on your mobile device: http://mobile.msn.com
RE: Werent current caller
This is the stack trace from the server. java.lang.InternalError: Werent current caller, server stacktrace (to disable this message, use -Dejb.assert=false at startup): java.lang.Throwable: Werent current caller void NetNwkEjb_EntityBeanWrapper41.setEntityBean(javax.ejb.EntityBean) void com.evermind.server.ejb.EntityEJBHome.passivateAndRelease(com.evermind.server.ejb.EvermindEntityContext, boolean) void com.evermind.server.ejb.EntityEJBObject.releaseContext(boolean) com.neowurks.network.ejb.NetNwkEjb NetNwkEjbHome_EntityHomeWrapper57.create(long, java.lang.String, java.lang.String) java.lang.Object java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[]) void com.evermind.server.rmi.RMICallHandler.run(java.lang.Thread) void com.evermind.util.ThreadPoolThread.run() I've also received a mail that seems to indicate that the responder has only seen this in the oracle version of orion, which is the version I'm using. However OTN has been unavailable for the last day or so and I've not been able to check if there is any information there as well. This exception is being raised when I've successfully created the parent CMP and then try and create the child CMP, which then throws this. I'm working now to produce a focused piece of code to illustrate the client and server side without all of the other application baggage. -Original Message- From: Scott Farquhar [SMTP:[EMAIL PROTECTED]] Sent: 06 April 2002 02:05 To: Orion-Interest Subject:Re: Werent current caller Can you post the stack trace? Jeff Lowcock wrote: I'm getting this exception and message raised in the server when I'm attempting to create a new CMP instance. I cannot find any documentation on this message and way too much on the exception java.lang.InternalError, can anyone direct me to a source where I can identify possible sources of this error and where I'm going wrong. I've searched the Orion support site and the only mails I can find are for 0.9.4 and 0.9.6 versions, and none fo these mails actually describe the conditions I have. where to now? -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World msg18666/bin0.bin Description: application/ms-tnef