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
RE: classpath problem with ear file
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 -AP_http://www.alexparansky.comJava/J2EE Architect/Consultanthttp://www.myprofiles.com/member/view.do?profileId=127 -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Roxanne TapiaSent: Thursday, April 04, 2002 7:49 AMTo: Orion-InterestSubject: Re: classpath problem with ear fileThanks! That workedA 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: 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!RoxanneThomas Körner wrote: [EMAIL PROTECTED]" type="cite">Hi,it is possible to set a library path in the orion-application.xml, which isonly valid in application. Use the following tag and place your jar-filesinto the directory the path points towards.Ciao TK- Original Message -From: "Roxanne Tapia" <[EMAIL PROTECTED]>To: "Orion-Interest" <[EMAIL PROTECTED]>Sent: Wednesday, April 03, 2002 7:38 PMSubject: classpath problem with ear file I am deploying an ear file, which contains a war file. The war file hasa jar in the WEB-INF/lib directory.However, when I start the server, and it is deploying the ejb jars inthe 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. Mysolution 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 jarsin the web-inf/lib directory for the J2EE application? Where do I putthese jars? I can't put them in j2ee/home/lib, becasuse they could bedifferent between j2ee apps.Thanks for your help,Roxanne-- === Roxanne Tapia Bioscience Division (B-1) Los Alamos National Laboratory 505-665-0206 ===
Re: jms and createTopic
Hi, I am creating topics dynamically, in the sense I do not know how many topics I will create, so I cannot specify in the web.xml. Harini --- Thomas_Körner <[EMAIL PROTECTED]> wrote: > Hi, > > specify the JNDI-Name in your web.xml, e.g. : > > > ... > jms/Topic > javax.jms.Topic > Container > > > > ... > > jms/xxxTopicConnectionFactory > > javax.jms.TopicConnectionFactory > Container > > > Ciao TK > > - Original Message - > From: "Harini P" <[EMAIL PROTECTED]> > To: "Orion-Interest" > <[EMAIL PROTECTED]> > Sent: Thursday, April 04, 2002 12:28 PM > Subject: jms and createTopic > > > > Hi, > > I am using createTopic function to create a Topic > , i > > then bind it to a jndi context. I can lookup to > that > > topic if the application server is running on the > same > > machine as that of the client. If the client > connects > > to the server running on a remote machine, the > lookup > > does not happen unless and until the topic name is > > present in the application-client.xml. How do i > solve > > the problem? > > Harini > > > > __ > > Do You Yahoo!? > > Yahoo! Tax Center - online filing with TurboTax > > http://taxes.yahoo.com/ > > > > > > __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
RE: CMP 2.0 vs BMP - Which performes better?
> 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]
Re: [orion-interest]RE: CMP 2.0 vs BMP - Which performes better?
Some caveats for the approach below: - DB specified, rownum is an Oracle thing - select * will bite you in the ass if your table structure ever changes There are actually approaches for doing a limit type finder, using a poll/seek algorithm... On 4/4/02 4:59 pm, "The elephantwalker" <[EMAIL PROTECTED]> wrote: > Curt, > > I don't know anybody that uses the vanilla findAll() in a cmp finder. In > orion, it is _extremely_ easy to add a customer finder findAll that has a > limit. Here is my findAll for Oracle(oracle doesn't have LIMIT): > > > > somebean > findAll > > int > int > > > > > You could likewise use a stored procedure in the for even > greater speed. > > With these finders, cmp _rocks_! > > regards, > > the elephantwalker > www.elephantwalker.com > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Curt Smith > Sent: Thursday, April 04, 2002 9:21 AM > To: Orion-Interest > Subject: Re: CMP 2.0 vs BMP - Which performes better? > > > >> 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"); > > Or what was the scenario you where refering to? > > To me the finder returns a collection problem is but one of the > damning EJB achilies heals, in that the spec left out setting > the max row count to limit the find collection to. > > How does CMP help the huge memory and CPU and JNDI hit that > a boundless findAll() causes? > > > Thanks, curt > > > > > >
RE: CMP 2.0 vs BMP - Which performes better?
Curt, I don't know anybody that uses the vanilla findAll() in a cmp finder. In orion, it is _extremely_ easy to add a customer finder findAll that has a limit. Here is my findAll for Oracle(oracle doesn't have LIMIT): somebean findAll int int You could likewise use a stored procedure in the for even greater speed. With these finders, cmp _rocks_! regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Curt Smith Sent: Thursday, April 04, 2002 9:21 AM To: Orion-Interest Subject: Re: CMP 2.0 vs BMP - Which performes better? > 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"); Or what was the scenario you where refering to? To me the finder returns a collection problem is but one of the damning EJB achilies heals, in that the spec left out setting the max row count to limit the find collection to. How does CMP help the huge memory and CPU and JNDI hit that a boundless findAll() causes? Thanks, curt
Re: CMP 2.0 vs BMP - Which performes better?
> 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"); Or what was the scenario you where refering to? To me the finder returns a collection problem is but one of the damning EJB achilies heals, in that the spec left out setting the max row count to limit the find collection to. How does CMP help the huge memory and CPU and JNDI hit that a boundless findAll() causes? Thanks, curt
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: 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: [EMAIL PROTECTED]"> Hi,it is possible to set a library path in the orion-application.xml, which isonly valid in application. Use the following tag and place your jar-filesinto the directory the path points towards.Ciao TK- Original Message -From: "Roxanne Tapia" <[EMAIL PROTECTED]>To: "Orion-Interest" <[EMAIL PROTECTED]>Sent: Wednesday, April 03, 2002 7:38 PMSubject: classpath problem with ear file I am deploying an ear file, which contains a war file. The war file hasa jar in the WEB-INF/lib directory.However, when I start the server, and it is deploying the ejb jars inthe 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. Mysolution 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 jarsin the web-inf/lib directory for the J2EE application? Where do I putthese jars? I can't put them in j2ee/home/lib, becasuse they could bedifferent between j2ee apps.Thanks for your help,Roxanne -- === Roxanne Tapia Bioscience Division (B-1) Los Alamos National Laboratory 505-665-0206 ===
Re: jms and createTopic
Hi, specify the JNDI-Name in your web.xml, e.g. : ... jms/Topic javax.jms.Topic Container ... jms/xxxTopicConnectionFactory javax.jms.TopicConnectionFactory Container Ciao TK - Original Message - From: "Harini P" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, April 04, 2002 12:28 PM Subject: jms and createTopic > Hi, > I am using createTopic function to create a Topic , i > then bind it to a jndi context. I can lookup to that > topic if the application server is running on the same > machine as that of the client. If the client connects > to the server running on a remote machine, the lookup > does not happen unless and until the topic name is > present in the application-client.xml. How do i solve > the problem? > Harini > > __ > Do You Yahoo!? > Yahoo! Tax Center - online filing with TurboTax > http://taxes.yahoo.com/ > >
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
jms and createTopic
Hi, I am using createTopic function to create a Topic , i then bind it to a jndi context. I can lookup to that topic if the application server is running on the same machine as that of the client. If the client connects to the server running on a remote machine, the lookup does not happen unless and until the topic name is present in the application-client.xml. How do i solve the problem? Harini __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
RE: Orion user management - NOT solved
Dear Elephantwalker As we all know, you are right that my session beans have access to a SessionContext, but I think this is not enough for performing the logout. As I mentioned, the user has been logged in by calling the login method on the RoleManager from a session bean, and this means that the user is logged in to the Orion server, he has a role and can access EJB methods and so forth. Now, to log him out again I have to tell the Orion server that he is to be logged out, so Orion will no longer allow him to access the EJBs which are protected by the security model (e.g. calling a method which requires the role “Administrator”). And to do this, I need some kind of logout method in the Orion API. It will not be enough to just alter the state of my beans (as mentioned by Peter Saurugger), because Orion will still think the user is logged in and has permissions to access my EJB methods. Now, you mention SessionContext… are you thinking of the now deprecated HttpSessionContext which was available to JSPs? From that you could get a HttpSession upon which you could invoke the invalidate method. – However, this is not possible with the object of type SessionContext which my session beans have access to. It has no getSession method or the like. I sure hope somebody can think of an answer to this issue. Either that, or I am stuck with making the client open an HTTP connection to call a servlet which performs the logout… I would really hate that. Randahl -Original Message- From: The elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 04, 2002 00:47 To: Orion-Interest; [EMAIL PROTECTED] Subject: RE: Orion user management Dear Randahl, To logout a user, you must have a session context associated with your application. For example, if your swing client is accessing ejb's, the swing client can access everything through a stateful session bean. Session beans have a session context associated with them... regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink Isaksen Sent: Wednesday, April 03, 2002 1:08 AM To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Orion user management Hi Peter I was just wondering: In your search for user management methods have you ever come across a logout() method? It seems odd to me, that there is only a login method on the role-manager interface – if you are dealing with an application client (e.g. a Swing client) instead of a regular web client you log the user in using the role-manager login() method, but there seems to be no means for logging the user out again. Thanks for your time Randahl
