SV: Caching / Pooling of BMP Entity bean.
Just to make sure: are you updating the data by any other means than by setting the properties on the bean? WR -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]För Shah, Ritesh Skickat: den 16 januari 2002 23:03 Till: Orion-Interest Ämne: Caching / Pooling of BMP Entity bean. Hi, I am getting a weird error. I am using oracle oc4j 1.0.2.2. I am calling an entity bean from session bean. The error I get is when I call an entity bean for the first time it gives me proper result then I update the data and from next call onward it gives me the cached value that it loaded for the first time call. It even doesn't give me stored value. I try to trace it but I get the same error. From database it is retrieving proper value while doing ejbFindbyPrimarykey but doesn't give proper value. It never again call ejbload. That what I found by tracing it. Any help will be appreciated. Thanks -Ritesh
RE: Lookup EJB's in another application
Title: RE: Lookup EJB's in another application I manages to achieve this by adding a line to applications.xml ejb-module path=../applications/YP/YP-ejb.jar remote=false / and then I get my ejbs from another app same as I do from standalone app , via Initial context Don't forget to ejb declaration to web.xml of your web app Regards, Alexey CodeCharge Support -Original Message- From: Patrik Strid [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 1:48 AM To: Orion-Interest Subject: Lookup EJB's in another application Hi, If you have two applications in the same orion container. One application with web components and another with just EJB's. From the application with web components, I want to lookup an EJB that is deployed in the other application - is that possible via the InitialContext or do I have to call it via an URL and getting the extra RMI call? I can get it to work using a provider URL to the other application, but using the InitialContext, the local context - it cannot find the bean, or more correct, the JNDI name could not be found. Any help is appreciated ! Thanks, Patrik __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Re: connection pipe problems
Make sure you flush the buffer in the servlet before it finishes. //Johan - Original Message - From: Aaron Tavistock [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, January 17, 2002 3:37 AM Subject: RE: connection pipe problems You can't really tell everyone on the internet to set back their browsers to HTTP 1.0. Is there someotherway to control this? FYI - I've seen the same problem but only from some browsers (specifically Windows IE 6), but not other browsers (Opera on Redhat, Netscape 4 on Windows). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 16, 2002 4:25 PM To: Orion-Interest Subject: RE: connection pipe problems HI It may be from your browser using HTTP1.1. When Orion sees HTTP 1.1 it may send stuff back: Transfer-Encoding: chunked If you switch your browser to use HTTP1.0 only, the problem may dissapear, worth a try. -Original Message- From: Robert S. Sfeir [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 16, 2002 2:24 PM To: Orion-Interest Subject: connection pipe problems -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello to all, I seem to have run into a bit of a riddle here with the Orion server (version 1.5.3 currently but 1.5.2 did this too, both running on Solaris though the problem is also exhibited on Linux) It seems that the http connection pipe doesn't complete and close whenever a page is loaded (Meaning the browser thinks there is more info coming its way and just sits there and spins), further it sometimes seems like everything loads except some of the images on the page, yet when someone hits reload on a page they get everything, then the connection to the browser is closed and all is fine and dandy. This happens with files coming from a servlet mostly, we don't have any flat html or jsp pages which we use, so I don't know if they would behave the same way. Has anyone else seen this, what is the possible solution to this issue? is there some kind of setting in Orion which I missed which will help this cause? Many thanks R -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.8 for non-commercial use http://www.pgp.com iQA/AwUBPEXvcFIHAfF2BMfREQIc1QCg7jtkS9LtTwprKJRdSh+ETBFYM30AoIli f1+9UxEvADYbDI0pOX85Qi43 =PsKx -END PGP SIGNATURE- ** THIS MESSAGE IS INTENDED ONLY FOR THE ADDRESSEE, IT MAY CONTAIN PRIVILEGED OR CONFIDENTIAL INFORMATION. ANY UNAUTHORISED DISCLOSURE IS STRICTLY PROHIBITED. IF YOU HAVE RECEIVED THIS MESSAGE IN ERROR, PLEASE NOTIFY US IMMEDIATELY SO THAT WE MAY CORRECT OUR INTERNAL RECORDS. PLEASE THEN DELETE THE ORIGINAL EMAIL. THANK YOU **
remove
remove
-Original Message-
From: JoseMa [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2002 08:30
To: Orion-Interest
Subject: Re: Lookup EJB's in another application
Hi Patrik,
I had the same problem and I look for some information about how to
resolv this problem. Although the aplications are in the same server the
connection become as if they was in differents servers. I used the
RMIContextFactory with the next code:
Context context = null;
Hashtable env = new Hashtable();
env.put(java.naming.factory.initial,com.evermind.server.rmi.RMIInitialCon
textFactory);
env.put(java.naming.provider.url, ormi://localhost:rmi
port/application name);
try
{
context = new InitialContext (env);
context.lookup(EjbName);
}
catch (Exception e) {
System.out.println(Conection error);
}
If you don't change the values of rmi.xml in the Orion config you don't need
specify the rmi port. The applicacion name is the name that appear in
server.xml and identify the application. Is possible that you need especify
a username and password for connect to applicacion, I don't need it. For
specify these parametrers you need to put the next:
env.put(Context.SECURITY_PRINCIPAL, admin);
env.put(Context.SECURITY_CREDENTIALS, password);
I hope that this information can help you.
Best regards,
- Original Message -
From: Patrik Strid [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, January 17, 2002 12:47 AM
Subject: Lookup EJB's in another application
Hi,
If you have two applications in the same orion
container. One application with web components and
another with just EJB's. From the application with web
components, I want to lookup an EJB that is deployed
in the other application - is that possible via the
InitialContext or do I have to call it via an URL and
getting the extra RMI call?
I can get it to work using a provider URL to the other
application, but using the InitialContext, the local
context - it cannot find the bean, or more correct,
the JNDI name could not be found.
Any help is appreciated !
Thanks,
Patrik
__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
Your Communications Ltd
Hathersage Road
Chorlton-on-Medlock
Manchester M13 0EH
Switchboard number : 0161 609 7000.
The information contained in this e-mail is intended only for the
individual to whom it is addressed. It may contain privileged and
confidential information. If you have received this message in
error or there are any problems, please notify the sender
immediately and delete the message from your computer. The
unauthorised use, disclosure, copying or alteration of this
message is forbidden. Your Communications Limited will not be
liable for direct, special, indirect or consequential damage as a
result of any virus being passed on, or arising from alteration of the
contents of this message by a third party.
Your Communications Limited (England and Wales No. 3842309)
registered office Dawson House, Great Sankey, Warrington, WA5 3LW
Re: Lookup EJB's in another application
This document covers most of the aspects of looking up and using EJBs remotely. http://kb.atlassian.com/content/orion/docs/remote-access/remote-access.html Cheers, Scott -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World Alexey Alexapolsky wrote: I manages to achieve this by adding a line to applications.xml ejb-module path=../applications/YP/YP-ejb.jar remote=false / and then I get my ejbs from another app same as I do from standalone app , via Initial context Don't forget to ejb declaration to web.xml of your web app Regards, Alexey CodeCharge Support -Original Message- From: Patrik Strid [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 1:48 AM To: Orion-Interest Subject: Lookup EJB's in another application Hi, If you have two applications in the same orion container. One application with web components and another with just EJB's. From the application with web components, I want to lookup an EJB that is deployed in the other application - is that possible via the InitialContext or do I have to call it via an URL and getting the extra RMI call? I can get it to work using a provider URL to the other application, but using the InitialContext, the local context - it cannot find the bean, or more correct, the JNDI name could not be found. Any help is appreciated ! Thanks, Patrik __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
REMOVE
REMOVE __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Re: Lookup EJB's in another application
Guys, This is certainly one way to do things (nest the applications) - but there are some limitations to this method (namely it's Orion specific, and you can only have one parent app, the apps must be on the same server). For details on how to do it other ways (proper remote EJBs), see this document: http://kb.atlassian.com/content/orion/docs/remote-access/remote-access.html Hope this helps, Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 17/1/02 2:44 AM, Klaus Thiele ([EMAIL PROTECTED]) penned the words: server.xml: application name=ejbapp path=../applications/ejbapp.ear/ application name=webapp parent=ejbapp path=../applications/webapp.ear/ ... nothing else. webapp can use the ejbs in ejbapp as if they are in its own ear-file. hope that helps klaus Am Donnerstag, 17. Januar 2002 00:47 schrieben Sie: Hi, If you have two applications in the same orion container. One application with web components and another with just EJB's. From the application with web components, I want to lookup an EJB that is deployed in the other application - is that possible via the InitialContext or do I have to call it via an URL and getting the extra RMI call? I can get it to work using a provider URL to the other application, but using the InitialContext, the local context - it cannot find the bean, or more correct, the JNDI name could not be found. Any help is appreciated ! Thanks, Patrik __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ Sent using the Entourage X Test Drive.
RE: Lookup EJB's in another application
It has been my experience that you CANT call to a different application UNLESS the server application is a parent of the client. In the document at the link you provided there are two setups: 1) Same application on 2 servers where the ejbs run on one but the front end runs on another, and 2) Where one application calls to a different application but in this case the two ARE related by a parent child relationship. Also, once an application is connected to using an InitialContext you can NEVER connect to another instance of that application running somewhere else. (I detailed this problem in several posts to this list a few weeks ago). For these very reasons we have decided not to use orion and are probably going to use JBoss instead. -Original Message- From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 10:04 AM To: Orion-Interest Subject: Re: Lookup EJB's in another application Guys, This is certainly one way to do things (nest the applications) - but there are some limitations to this method (namely it's Orion specific, and you can only have one parent app, the apps must be on the same server). For details on how to do it other ways (proper remote EJBs), see this document: http://kb.atlassian.com/content/orion/docs/remote-access/remote-access.h tml Hope this helps, Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 17/1/02 2:44 AM, Klaus Thiele ([EMAIL PROTECTED]) penned the words: server.xml: application name=ejbapp path=../applications/ejbapp.ear/ application name=webapp parent=ejbapp path=../applications/webapp.ear/ ... nothing else. webapp can use the ejbs in ejbapp as if they are in its own ear-file. hope that helps klaus Am Donnerstag, 17. Januar 2002 00:47 schrieben Sie: Hi, If you have two applications in the same orion container. One application with web components and another with just EJB's. From the application with web components, I want to lookup an EJB that is deployed in the other application - is that possible via the InitialContext or do I have to call it via an URL and getting the extra RMI call? I can get it to work using a provider URL to the other application, but using the InitialContext, the local context - it cannot find the bean, or more correct, the JNDI name could not be found. Any help is appreciated ! Thanks, Patrik __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ Sent using the Entourage X Test Drive.
Session data not being replicated
Dear All,I have two machines, Aquila and Lupus, and am trying tokeep the session alive on failover. I believe I haveset them both up in a cluster. When one machine fails,the requests are correctly routed by the load balancerto the other machine, but the session variables are notthere. I am using the /servlet/SessionServlet to testthis. Can anyone help? Below is the output from variouscommand lines and also attached xml config files. Theseare the only ones I have changed. If any more info isrequired please askThanks in advance...In this example I started the loadbalancer on Aquila,and the OC4J instances on Aquila and Lupus, accessed theSessionServlet and was routed to Lupus. I then requestedthat page a few times then killed the OC4J instance onLupus and was routed to Aquila automatically but thecounter had gone.---Loadbalancer service on Aquila:H:\oracle\9iASR2\j2ee\homeH:\oracle\9iASR2\j2ee\homejava -jar loadbalancer.jar -debugBalancer initialized...Discovered server aquila/164.36.160.169:...Discovered server lupus/164.36.160.173:...Routing connection from CORNFLOWER/164.36.160.154 (session cc065779c5a4 4e48b514b36238657349kOCos-4KC) to lupus/164.36.160.173:...Bound session cc065779c5a44e48b514b36238657349kOCos-4KC to server lupus /164.36.160.173: in island 1...Removing server lupus/164.36.160.173: from island 1...Routing connection from CORNFLOWER/164.36.160.154 (session cc065779c5a4 4e48b514b36238657349kOCos-4KC) to lupus/164.36.160.173:...Unable to connect to lupus/164.36.160.173:: Connection refused: con nect, removing node from listRouting connection from CORNFLOWER/164.36.160.154 (session cc065779c5a4 4e48b514b36238657349kOCos-4KC) to aquila/164.36.160.169:...Bound session cc065779c5a44e48b514b36238657349kOCos-4KC to server aquil a/164.36.160.169: in island 1...---OC4J instance on Aquila:H:\oracle\9iASR2\j2ee\homeH:\oracle\9iASR2\j2ee\homejava -Dhttp.cluster.debug=true -Dcluster.deb ug=true -jar oc4j.jarHTTP-clustering service started...Created cluster-listener for 230.0.0.1/230.0.0.1:9128 as 0...Adding clustering service 'defaultWebApp'...HTTP-Clustering service initializing...HTTP-Clustering sent "I want sessions" request...Created cluster-listener for 230.0.0.2/230.0.0.2:27512 as 1...Adding clustering service 'islands'...Oracle9iAS (9.0.2.0.0) Containers for J2EE initializedSending HTTP-cluster session creation for session cc065779c5a44e48b514b 36238657349kOCos-4KC...Sending HTTP-cluster session value update for session cc065779c5a44e48b 514b36238657349kOCos-4KC: sesiontest.counter=1...---OC4J instance on Lupus:H:\oracle\9iASR2\j2ee\homeH:\oracle\9iASR2\j2ee\homejava -Dhttp.cluster.debug=true -Dcluster.deb ug=true -jar oc4j.jarHTTP-clustering service started...Created cluster-listener for 230.0.0.1/230.0.0.1:9128 as 0...Adding clustering service 'defaultWebApp'...HTTP-Clustering service initializing...HTTP-Clustering sent "I want sessions" request...Created cluster-listener for 230.0.0.2/230.0.0.2:27512 as 1...Adding clustering service 'islands'...Oracle9iAS (9.0.2.0.0) Containers for J2EE initializedSending HTTP-cluster session creation for session cc065779c5a44e48b514b 36238657349kOCos-4KC...Sending HTTP-cluster session value update for session cc065779c5a44e48b 514b36238657349kOCos-4KC: sesiontest.counter=1...Sending HTTP-cluster session value update for session cc065779c5a44e48b 514b36238657349kOCos-4KC: sesiontest.counter=2...Sending HTTP-cluster session value update for session cc065779c5a44e48b 514b36238657349kOCos-4KC: sesiontest.counter=3...Shutting down clustering-service...Shutting down clustering-service... =?utf-8?B?QXF1aWxhLWdsb2JhbC13ZWItYXBwbGljYXRpb24u?==?utf-8?B?eG1s?= Description: Binary data =?utf-8?B?QXF1aWxhLWh0dHAtd2ViLXNpdGUueG1s?= Description: Binary data =?utf-8?B?QXF1aWxhLWxvYWQtYmFsYW5jZXIueG1s?= Description: Binary data =?utf-8?B?QXF1aWxhLXdlYi54bWw=?= Description: Binary data =?utf-8?B?THVwdXMtZ2xvYmFsLXdlYi1hcHBsaWNhdGlvbi54?==?utf-8?B?bWw=?= Description: Binary data =?utf-8?B?THVwdXMtd2ViLnhtbA==?= Description: Binary data =?utf-8?B?THVwdXMtaHR0cC13ZWItc2l0ZS54bWw=?= Description: Binary data
Remove
- Original Message -
From: Rob Worley [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, January 17, 2002 7:29 AM
Subject: remove
remove
-Original Message-
From: JoseMa [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2002 08:30
To: Orion-Interest
Subject: Re: Lookup EJB's in another application
Hi Patrik,
I had the same problem and I look for some information about how to
resolv this problem. Although the aplications are in the same server the
connection become as if they was in differents servers. I used the
RMIContextFactory with the next code:
Context context = null;
Hashtable env = new Hashtable();
env.put(java.naming.factory.initial,com.evermind.server.rmi.RMIInitialCon
textFactory);
env.put(java.naming.provider.url, ormi://localhost:rmi
port/application name);
try
{
context = new InitialContext (env);
context.lookup(EjbName);
}
catch (Exception e) {
System.out.println(Conection error);
}
If you don't change the values of rmi.xml in the Orion config you don't
need
specify the rmi port. The applicacion name is the name that appear in
server.xml and identify the application. Is possible that you need
especify
a username and password for connect to applicacion, I don't need it. For
specify these parametrers you need to put the next:
env.put(Context.SECURITY_PRINCIPAL, admin);
env.put(Context.SECURITY_CREDENTIALS, password);
I hope that this information can help you.
Best regards,
- Original Message -
From: Patrik Strid [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, January 17, 2002 12:47 AM
Subject: Lookup EJB's in another application
Hi,
If you have two applications in the same orion
container. One application with web components and
another with just EJB's. From the application with web
components, I want to lookup an EJB that is deployed
in the other application - is that possible via the
InitialContext or do I have to call it via an URL and
getting the extra RMI call?
I can get it to work using a provider URL to the other
application, but using the InitialContext, the local
context - it cannot find the bean, or more correct,
the JNDI name could not be found.
Any help is appreciated !
Thanks,
Patrik
__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
Re: Lookup EJB's in another application
For these very reasons we have decided not to use orion and are probably going to use JBoss instead. i agree with you. if you can live with the limit of one parent app, orion is a good choice. the methods described in kb.atlassian.com/... are driving me crazy (bug #617) so jboss will be a good choice (but there will be other probs...). klaus - Original Message - From: Carroll, Jim [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, January 17, 2002 5:01 PM Subject: RE: Lookup EJB's in another application It has been my experience that you CANT call to a different application UNLESS the server application is a parent of the client. In the document at the link you provided there are two setups: 1) Same application on 2 servers where the ejbs run on one but the front end runs on another, and 2) Where one application calls to a different application but in this case the two ARE related by a parent child relationship. Also, once an application is connected to using an InitialContext you can NEVER connect to another instance of that application running somewhere else. (I detailed this problem in several posts to this list a few weeks ago). For these very reasons we have decided not to use orion and are probably going to use JBoss instead. -Original Message- From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 10:04 AM To: Orion-Interest Subject: Re: Lookup EJB's in another application Guys, This is certainly one way to do things (nest the applications) - but there are some limitations to this method (namely it's Orion specific, and you can only have one parent app, the apps must be on the same server). For details on how to do it other ways (proper remote EJBs), see this document: http://kb.atlassian.com/content/orion/docs/remote-access/remote-access.h tml Hope this helps, Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 17/1/02 2:44 AM, Klaus Thiele ([EMAIL PROTECTED]) penned the words: server.xml: application name=ejbapp path=../applications/ejbapp.ear/ application name=webapp parent=ejbapp path=../applications/webapp.ear/ ... nothing else. webapp can use the ejbs in ejbapp as if they are in its own ear-file. hope that helps klaus Am Donnerstag, 17. Januar 2002 00:47 schrieben Sie: Hi, If you have two applications in the same orion container. One application with web components and another with just EJB's. From the application with web components, I want to lookup an EJB that is deployed in the other application - is that possible via the InitialContext or do I have to call it via an URL and getting the extra RMI call? I can get it to work using a provider URL to the other application, but using the InitialContext, the local context - it cannot find the bean, or more correct, the JNDI name could not be found. Any help is appreciated ! Thanks, Patrik __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ Sent using the Entourage X Test Drive.
RE: IronFlare bug fixing policy
Doh! Sorry. Well at least I figured out what happens when one reports a bug... Thanks to all who helped... Any ideas when the new release might be available? Geoff -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Magnus Rydin Sent: Wednesday, 16 January, 2002 8:26 PM To: Orion-Interest Subject: SV: IronFlare bug fixing policy Hi Geoff, your bug report 695 seems to be a copy of bug 670 which has already been fixed (not released though). WR Magnus Rydin -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]För Geoff Soutter Skickat: den 16 januari 2002 07:06 Till: Orion-Interest Kopia: Orion Interest List Ämne: RE: IronFlare bug fixing policy Hi there EW, Thanks for the response. The one I've reported (so far) is 695 (http://bugzilla.orionserver.com/bugzilla/show_bug.cgi?id=695). It doesn't include an .ear file or anything, but it seems to be it would be pretty trivial to track it down _if you had access to the source code_ - since I included the buggy portion of the generated wrapper it's clear to see where the bug is. In fact, I just did a search on the class files and I found the likely location of the bug. It's probably in _ql.class, since it's the only class which contains response.iterator() and it's this line which is throwing the NullPointerException. Grrr - closed source things annoy me!! So, seems like you're saying theres not much propect of bugs being fixed till the refactoring is over? Did they mention when this is likely to be? RSN I suppose :-) Cheers, Geoff BTW, seems like bugzilla is down at the moment? -Original Message- From: The elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 16 January, 2002 4:03 PM To: Orion-Interest; [EMAIL PROTECTED] Subject: RE: IronFlare bug fixing policy Geoff, Magnus Rydin told me that what they need are good examples for each bug so that they are absolutely reproducible. If you look at some of the bugs that are still open, these bugs don't have iron clad examples that are reproducible. So each of these bugs needs to be cleared...which means Magnus R. has to work on reproducing them (if they aren't immediately reproducible), which of course takes time. What he didn't say but reported on the list is a major refactoring going on now in Orion to bring it into compliance with j2ee 1.3. This includes EJB 2.0, Servlet 2.3 (not just the draft), and JSP 1.2, Connections, etc. As we all know, fixing bugs which are going to disappear in a refactoring is a bit of a waste of time. Of course, if its a bug that affects you directly, you may feel differently. Which bug numbers did you report? regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Geoff Soutter Sent: Tuesday, January 15, 2002 4:55 PM To: Orion-Interest Subject: IronFlare bug fixing policy Hi there, I reported a bug on BugZilla a few days back. It's reasonably serious - basically the generated wrapper for the finder method of an EJB is throwing NullPointerException when the EJB throws an exception, hiding the real cause of the problem. (And I just found another bug - ServletExceptions constructed with (string, exception) are reported without the String originally passed.) I haven't heard anything and the bug has not been touched apparently. Does anyone know what IronFlare's policy is regards fixing bugs? Do they tend to fix them quickly, or are they likely to just ignore bug reports? The reason I ask is that I'm happy to use something without much support, but if they refuse to fix bugs then I think I'll have to give up and try elsewhere... Cheers Geoff
Re: Remove
Just for everyone's benefit - remove does not work.
Please go to
http://www.orionserver.com/subscribe.html
to unsubscribe from this mailing list.
I have suggested to the Orion guys that they put a sig on every email
suggesting this.
Cheers,
Scott
--
Scott Farquhar :: [EMAIL PROTECTED]
Atlassian :: http://www.atlassian.com
Supporting YOUR J2EE World
Tasso wrote:
- Original Message -
From: Rob Worley [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, January 17, 2002 7:29 AM
Subject: remove
remove
-Original Message-
From: JoseMa [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2002 08:30
To: Orion-Interest
Subject: Re: Lookup EJB's in another application
Hi Patrik,
I had the same problem and I look for some information about how to
resolv this problem. Although the aplications are in the same server the
connection become as if they was in differents servers. I used the
RMIContextFactory with the next code:
Context context = null;
Hashtable env = new Hashtable();
env.put(java.naming.factory.initial,com.evermind.server.rmi.RMIInitialCon
textFactory);
env.put(java.naming.provider.url, ormi://localhost:rmi
port/application name);
try
{
context = new InitialContext (env);
context.lookup(EjbName);
}
catch (Exception e) {
System.out.println(Conection error);
}
If you don't change the values of rmi.xml in the Orion config you don't
need
specify the rmi port. The applicacion name is the name that appear in
server.xml and identify the application. Is possible that you need
especify
a username and password for connect to applicacion, I don't need it. For
specify these parametrers you need to put the next:
env.put(Context.SECURITY_PRINCIPAL, admin);
env.put(Context.SECURITY_CREDENTIALS, password);
I hope that this information can help you.
Best regards,
- Original Message -
From: Patrik Strid [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, January 17, 2002 12:47 AM
Subject: Lookup EJB's in another application
Hi,
If you have two applications in the same orion
container. One application with web components and
another with just EJB's. From the application with web
components, I want to lookup an EJB that is deployed
in the other application - is that possible via the
InitialContext or do I have to call it via an URL and
getting the extra RMI call?
I can get it to work using a provider URL to the other
application, but using the InitialContext, the local
context - it cannot find the bean, or more correct,
the JNDI name could not be found.
Any help is appreciated !
Thanks,
Patrik
__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
REMOVE
__ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
