Re: response.sendRedirect(response.encodeRedirectURL(path));
The session id is appended correctly. However a response sendredirect creates a relative url from where I am, that is behind the proxy. This causes the browser to search the private network for that server, which does not exist. So, is it my Apache that is FUBAR or is it me ( or Orion )? Johan - Original Message - From: yeo sze wee [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, September 04, 2001 4:29 AM Subject: Re: response.sendRedirect(response.encodeRedirectURL(path)); hi the encodeRedirectURL method in response object doesn't seem to work. What I did is to encode the session id in the url in my code. i.e. response.sendRedirect(path+;jsessionid=+session.getId()); regards sze wee From: Johan Fredriksson [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: response.sendRedirect(response.encodeRedirectURL(path)); Date: Mon, 3 Sep 2001 13:16:37 +0200 I cannot get the response.sendRedirect(response.encodeRedirectURL(path)); method call to include the frontend host name!! Architechture like this internetprivate netw layerlayer proxy---oriondb whenever surfing via the proxy and a response sendredirect is called I end up in the private network ( ip 192.168.1.123) instead of the proxy address. My web.xml looks like this: web-site host=[ALL] port=80 display-name=Aller WebSite virtual-hosts=aller.localhost !-- The default web-app for this site, bound to the root -- frontend host=proxy.flowinteractive.se port=80/ default-web-app application=default name=defaultWebApp / !-- Uncomment this to activate the news app -- !-- web-app application=news name=news-web root=/news / -- !-- Access Log, where requests are logged to -- access-log path=../log/aller-web-access.log / !-- web-app application=admin name=admin-web root=/admin / -- web-app application=aller name=aller-web root=/aller / /web-site I would greatly appreciate if anyone who has solved this can give me some insight other than using absolute urls. Thanks in advance Johan Fredriksson _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
RE: Not in an application scope
Hi, Ensure there is a reference to your principals file in either server.xml (if running a previous version) or in application.xml in the latest version. Not sure about the -userThreads as I run something like java -jar orion.jar -userThreads and this seems to work fine. Hope this helps. Owen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Carles Pairot Sent: 03 September 2001 10:31 To: Orion-Interest Subject: Not in an application scope Hi all, I have written an application client but when it tries to get the InitialContext it appears a java.lang.SecurityException: Invalid username/password for jle2-test (user). The user is on the principals.xml file of orion/config and on the application deployment directory. Apart from that, in the Orion window appears the next message: [OrionDataSourceManager].javax.naming.NamingException: Not in an application scope - start Orion with the -userThreads switch if using user-created threads I have tried with -userThreads option but the message is the same again. The application client I have created contains both application-client.xml and orion-application-client.xml in the Meta-Inf directory. Does anybody know what I am doing wrong ? Thanks in advance. ·· Carles Pairot Gavaldà Essi Projects [EMAIL PROTECTED] t +34 977 221 182 http://www.essiprojects.com f +34 977 230 170 ··
Re: bug fixes
Well, the question still unanswered is whether Oracle is sharing their bug fixes back to Orion, so it will be for the benefit of the hole Orion community, or the Oracle licence was a copy of source like when Oracle licenced JBuilder 2 to become JDeveloper... I surely hope it's the first, because ever since JDeveloper was licensed and it has been an old (lately very old) version of JBuilder with Oracle specific functions you need when you are working in an Oracle enviroment.. /Christian Bjørnbak - Original Message - From: Neville Burnell [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, September 04, 2001 7:14 AM Subject: RE: bug fixes thanks elephant walker ... its really good to get some news that orion is still moving forward -Original Message- From: The elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 4 September 2001 1:09 PM To: Orion-Interest Subject: bug fixes Group, Although 1.5.2 and oc4j 1.0.2.2.0 aren't exactly the same, the new release of oc4j (1.0.2.2.1) has several bug fixes that may be fixed in the next version of Orion. OC4J 1.0.2.2.1 came out on August 17. Here's a list of bug fixes in 1.0.2.2.1 (from the oc4j readme file). Regards, the elephantwalker OC4J fixes in 9iAS 1.0.2.2.1 = 1853961 - RMI tunneling through HTTP Two EJBs could not communicate through a firewall using standard RMI HTTP-tunneling. The program would get the initial context, but the lookup operation would fail. This has been fixed in release 1.0.2.2.1. 1851047 - Compilation error when exclusive-write-access=false EJB deployment failed when setting exclusive-write-access to false in orion-ejb-jar.xml. The problem has been fixed in this release. 1904888 - Constructor for bean throws CreateException Bean Constructor throwing CreateException caused EJB deployment to fail. This problem has also been fixed in release 1.0.2.2.1. 1910155 - The session bean reference was still available after runtime exception during a transaction. 1929873 - MessageLogger Demo broken The demo has been fixed. It also includes a readme.txt that outline configuration steps to run the demo. 1826744 - NLS: RequestDispatcher's path query string doesn't take multi-byte characters. This has been fixed in release 1.0.2.2.1. Query string containing multi-byte characters can be passed to included/forwarded pages. 1806219 - NLS: request.getLocales() doesn't parse the accept-language correctly The problem has been fixed and accept-language is correctly parsed in this release(1.0.2.2.1) 1806193 - NLS: response.getCharacterEncoding() always returns ISO-8859-1 The locale was disregarded and response.getCharacterEncoding always returned ISO-8859-1. 1806276 - NLS: response.setContentType() has no effect on JspWriter encoding The character set attribute was not being picked up when using request.setContentType. This has been fixed in this release(1.0.2.2.1). 1910946 - JspWriter does not print NULL, when a null object is passed to print() 1911268 - JspWriter flush() did not actually flush buffer to client 1913403 - NLS: request.setCharacterEncoding() did not reset parsed parameters 1808513 - NLS: Servlet engine doesn't support Thai encoding TIS-620 When using the IANA name of Thai character set (TIS-620) PrintWriter used to return UnsupportedEncodingException error. This problem has been fixed in this release(1.0.2.2.1) 1913863 - NLS: response.sendError() doesn't display multi-byte message correctly 1883653 - usertransaction.setTransactionTimeout() did not function. Fixed in this release(1.0.2.2.1) 1883670 - OC4J did not throw NotSupportedException when starting new transaction before commit or rollback of current transaction 1937950 - Session cookie wasn't secure enough This has been fixed in this release(1.0.2.2.1) by cookies being atleast 128 bits and using strong cryptography.
Re: PHP with Orion
Hello Marcello, Yes, it can be done. You need to modify the file global-web-application.xml in your config directory.There is a servlet used for serving pages using a CGI interpreter (like php). Below is an example of the servlet definition I use(change php4 with the path to the php exec) servlet servlet-namephp/servlet-name servlet-classcom.evermind.server.http.CGIServlet/servlet-class init-param param-nameinterpreter/param-name param-valuephp4/php/param-value /init-param /servlet It as worked of so far. You can even have jsp and php pages served in the same app, but there will be separate session for the jsp and php pages. Monday, September 03, 2001, 4:44:25 PM, you wrote: MM Is it possible to serve PHP pages with Orion ? MM If yes, is there any kind of document ? MM TIA, MM Marcello -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
Re: response.sendRedirect(response.encodeRedirectURL(path));
Hi Johan Are you using Apache as a reverse proxy to provide external web access to internal hosts? This may help then: If you are using Apache with the ProxyPass directive for your external proxy, you also need to include a ProxyPassReverse directive for each virtual host in httpd.conf. i.e. VirtualHost 1.2.3.4 ServerName vhost4.foo.bar ...etc... ProxyPass / http://10.0.0.4/ ProxyPassReverse http://10.0.0.4/ /VirtualHost VirtualHost 1.2.3.4 ServerName vhost5.foo.bar ...etc... ProxyPass / http://10.0.0.5/ ProxyPassReverse / http://10.0.0.5/ /VirtualHost Do this for each virtual host you are exposing to the outside world via your proxy. This way, Apache knows to translate any 302 redirect hostnames to the outside world vhost's name. Hope this helps. James
encrypting username/password
Hello! Is there any way to have username/password in encrypted form in the datasources.xml file, or the only way to secure DB access is to restrict access to datasources.xml file itself? Alex. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: bug fixes
I believe Oracle licensed the binaries so I would suspect that our boys in Sweden have some role in the new Oracle release. --- Christian_Bjørnbak [EMAIL PROTECTED] wrote: Well, the question still unanswered is whether Oracle is sharing their bug fixes back to Orion, so it will be for the benefit of the hole Orion community, or the Oracle licence was a copy of source like when Oracle licenced JBuilder 2 to become JDeveloper... I surely hope it's the first, because ever since JDeveloper was licensed and it has been an old (lately very old) version of JBuilder with Oracle specific functions you need when you are working in an Oracle enviroment.. /Christian Bjørnbak - Original Message - From: Neville Burnell [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, September 04, 2001 7:14 AM Subject: RE: bug fixes thanks elephant walker ... its really good to get some news that orion is still moving forward -Original Message- From: The elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 4 September 2001 1:09 PM To: Orion-Interest Subject: bug fixes Group, Although 1.5.2 and oc4j 1.0.2.2.0 aren't exactly the same, the new release of oc4j (1.0.2.2.1) has several bug fixes that may be fixed in the next version of Orion. OC4J 1.0.2.2.1 came out on August 17. Here's a list of bug fixes in 1.0.2.2.1 (from the oc4j readme file). Regards, the elephantwalker OC4J fixes in 9iAS 1.0.2.2.1 1853961 - RMI tunneling through HTTP Two EJBs could not communicate through a firewall using standard RMI HTTP-tunneling. The program would get the initial context, but the lookup operation would fail. This has been fixed in release 1.0.2.2.1. 1851047 - Compilation error when exclusive-write-accessúlse EJB deployment failed when setting exclusive-write-access to false in orion-ejb-jar.xml. The problem has been fixed in this release. 1904888 - Constructor for bean throws CreateException Bean Constructor throwing CreateException caused EJB deployment to fail. This problem has also been fixed in release 1.0.2.2.1. 1910155 - The session bean reference was still available after runtime exception during a transaction. 1929873 - MessageLogger Demo broken The demo has been fixed. It also includes a readme.txt that outline configuration steps to run the demo. 1826744 - NLS: RequestDispatcher's path query string doesn't take multi-byte characters. This has been fixed in release 1.0.2.2.1. Query string containing multi-byte characters can be passed to included/forwarded pages. 1806219 - NLS: request.getLocales() doesn't parse the accept-language correctly The problem has been fixed and accept-language is correctly parsed in this release(1.0.2.2.1) 1806193 - NLS: response.getCharacterEncoding() always returns ISO-8859-1 The locale was disregarded and response.getCharacterEncoding always returned ISO-8859-1. 1806276 - NLS: response.setContentType() has no effect on JspWriter encoding The character set attribute was not being picked up when using request.setContentType. This has been fixed in this release(1.0.2.2.1). 1910946 - JspWriter does not print NULL, when a null object is passed to print() 1911268 - JspWriter flush() did not actually flush buffer to client 1913403 - NLS: request.setCharacterEncoding() did not reset parsed parameters 1808513 - NLS: Servlet engine doesn't support Thai encoding TIS-620 When using the IANA name of Thai character set (TIS-620) PrintWriter used to return UnsupportedEncodingException error. This problem has been fixed in this release(1.0.2.2.1) 1913863 - NLS: response.sendError() doesn't display multi-byte message correctly 1883653 - usertransaction.setTransactionTimeout() did not function. Fixed in this release(1.0.2.2.1) 1883670 - OC4J did not throw NotSupportedException when starting new transaction before commit or rollback of current transaction 1937950 - Session cookie wasn't secure enough This has been fixed in this release(1.0.2.2.1) by cookies being atleast 128 bits and using strong cryptography. __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com
RE: Shared SB reference in Web tier business delegate??
I didn't clearly state my architectural question: What's the view on sharing a single remote SB interface among all servlet threads? I.E. a single Business Delegate in the ServletContext (as apposed to bloating out the Session). I've not read clear EJB spec / book statements regarding sharing SB or Entity remote interfaces? For SB's this should be perfectly ok since the container delagates methods to bean instances, it should not mater whether it's via a single remote interface or separate? Threaded access to a single Entity might be a problem if reentrant is set to false. I would still believe that the container should simply queue methods against the Entity in that case. Thanks for you opinions on the shared reference issue. curt I'm concerned about sharing a single SB remote interface amoung all sessions (Threads)??? Why not let the container manage the actual number of instances created? That would lead to 3000 proxy instances, but just a handful of SLSB. Of course SSB remote interfaces will need to be tied to that session!! I can't quite follow you here. Do you meaqn the http session? What about the few Entities that might be accessed from the web tier? reentrant vs not reentrant Entities?? Entities that are reentrant, by the EJB 1.1 spec (section 9.1.12), are those that can be called in a loopback WITHIN the same transaction. Different transactional contexts calling the same Entity(by this I mean an entity with equal PK) are not reentrant calls. Basically, this allows for loopbacks in a call thread, but its use is discouraged by the spec. I wish the EJB spec was clearer about reentrancy of the remote interface or maybe someone can shed some light?? Again, check out the same section on the spec; transactional context (sometimes called activity) plays an important role in determining if a call is reentrant. Thanks alot to the orion mail list. curt Curt Smith [EMAIL PROTECTED] (w) 404-463-0973 (h) 404-294-6686
Oracle and Toghether or JBuilder
Is there a way to integrate Orion Application Server with Together 5.2 or JBuilder 5?I would be interested to know whether we can use the debugger included with Together (JBuilder) for debugging applications deployed on Orion Application Server. ThanksGet your FREE download of MSN Explorer at http://explorer.msn.com
Orion and Sax/JDom
Title: Message I've recently installed Orion 1.5.2 on a linux test machine, and installed our app on it. It worked fine under 1.4.6, but for some reason, when I dump it under 1.5.2 I keep getting a SAX2 exception: SAX2 driver class not found. Has anybody seen this before, and better yet, fixed it? I've tried everything that I can think of. I even grabbed the latest version of JDom and installed that. Please help! -Michael LaccettiDeveloper, Eldan Software[EMAIL PROTECTED]
OracleAQ and Orion
Does anyone know how to use Oracle Advanced Queueing with Orion (OC4J)? I've try to use access a queue in Oracle AQ using AQApi.jar but when i try to connect to AQ i always get a connection error message. Thanks in advance, Tony Cruz
RE: Orion and Sax/JDom
Title: Message Michael, We use jdom b7 and orion 1.5.2 all of the timewith no problems.We use jdom with crimson, which is the default parser with jdom and orion version 1.5.2.Orion 1.4.6 used an old version of xerces. Did you use autoupdate.jar to install 1.5.2 or did you use a fresh install? Autoupdate.jar is a little unreliable, so I would do a fresh install. regards, the elephantwalker -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael LaccettiSent: Tuesday, September 04, 2001 8:33 AMTo: Orion-InterestSubject: Orion and Sax/JDom I've recently installed Orion 1.5.2 on a linux test machine, and installed our app on it. It worked fine under 1.4.6, but for some reason, when I dump it under 1.5.2 I keep getting a SAX2 exception: SAX2 driver class not found. Has anybody seen this before, and better yet, fixed it? I've tried everything that I can think of. I even grabbed the latest version of JDom and installed that. Please help! -Michael LaccettiDeveloper, Eldan Software[EMAIL PROTECTED]
Message status - delivered
The message that you sent was delivered to the following: E¼ Information about your message: Subject: #
RE: Listening on a JMS Queue on another machine throws exception
Title: RE: Listening on a JMS Queue on another machine throws exception In your jms.xml on the machine where the jms server is running should contain host attribute like the following. In jms.xml jms-server port=9127 host=kesav /jms-server The host attribute should be present if you are trying to connect from different machine. Kesav Kumar Kolla Voquette Inc 650 356 3740(W) 510 889 6840(R) VoquetteDelivering Sound Information -Original Message- From: Stephen Davidson [mailto:[EMAIL PROTECTED]] Sent: Monday, September 03, 2001 1:25 PM To: Orion-Interest Subject: Listening on a JMS Queue on another machine throws exception Greetings. I have been through the documentation, but I seem to be missing something. I am trying to listen on a queue that is not on a local machine. The server I am trying to listen on has an IP address of 192.168.1.50, and the Orion Server (with Queue) is running when I try to attach. The client is getting the context from the server in question, but when it tries to attach to the queue, it gets the following exception; javax.jms.JMSException: Unable to connect to JMSServer (www1/192.168.1.50:9127) at com.evermind.server.jms.EvermindQueueConnection._mu(Unknown Source) at com.evermind.server.jms.EvermindQueueConnection._os(Unknown Source) at com.evermind._el._os(Unknown Source) at com.evermind._ecb.receive(Unknown Source) at com.hrnexus.custsetup.ejb.CreateSchemaEJB.listen(CreateSchemaEJB.java:179) at com.hrnexus.custsetup.ejb.CreateSchemaEJB.access$000(CreateSchemaEJB.java:20) at com.hrnexus.custsetup.ejb.CreateSchemaEJB$1.run(CreateSchemaEJB.java:238) at java.lang.Thread.run(Thread.java:484) Thanks, Steve
Message status - delivered
The message that you sent was delivered to the following: .Q80 Information about your message: Subject: #
Oracle and Toghether or JBuilder
Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
Message status - delivered
The message that you sent was delivered to the following: Ðó`»1 Information about your message: Subject: .
Orion and Sax/JDom
Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath, Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
RE: Orion and Sax/JDom
Title: Message I did a fresh install, downloaded the latest zip and installed it. I've tried downloading the latest version of xerces and replacing the version with 1.5.2 with that. Again, still getting the SAX2 not found exception. Is there a specific order to setin the classpath? -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of The elephantwalkerSent: Tuesday, September 04, 2001 12:04To: Orion-InterestSubject: RE: Orion and Sax/JDom Michael, We use jdom b7 and orion 1.5.2 all of the timewith no problems.We use jdom with crimson, which is the default parser with jdom and orion version 1.5.2.Orion 1.4.6 used an old version of xerces. Did you use autoupdate.jar to install 1.5.2 or did you use a fresh install? Autoupdate.jar is a little unreliable, so I would do a fresh install. regards, the elephantwalker -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael LaccettiSent: Tuesday, September 04, 2001 8:33 AMTo: Orion-InterestSubject: Orion and Sax/JDom I've recently installed Orion 1.5.2 on a linux test machine, and installed our app on it. It worked fine under 1.4.6, but for some reason, when I dump it under 1.5.2 I keep getting a SAX2 exception: SAX2 driver class not found. Has anybody seen this before, and better yet, fixed it? I've tried everything that I can think of. I even grabbed the latest version of JDom and installed that. Please help! -Michael LaccettiDeveloper, Eldan Software[EMAIL PROTECTED]
RE: Listening on a JMS Queue on another machine throws exception
Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath, Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
Message status - delivered
The message that you sent was delivered to the following: Information about your message: Subject: 9
Message status - delivered
The message that you sent was delivered to the following: Information about your message: Subject: #
RE: Additional invocations to the UserManager
all inline. -Original Message- From: Curt Smith [mailto:[EMAIL PROTECTED]] Sent: Lunes, 03 de Septiembre de 2001 9:31 To: Orion-Interest Subject: RE: Additional invocations to the UserManager I bounced the client, deleted cache/cookies and still saw the auto-login behavior on every request to my UserManager without seeing the login dialogue the 2nd--Nth time. So how could the client be silently supplying the user/pass on every request??? Still looks like the container is calling UserManager with it's cached copy of user/passwd The browser chaches it. Read RFC 1945 (HTTP 1.0), section 11. Here are some quotes: Section 11 The domain over which credentials can be automatically applied by a user agent is determined by the protection space. If a prior request has been authorized, the same credentials may be reused for all other requests within that protection space for a period of time determined by the authentication scheme, parameters, and/or user preference. Unless otherwise defined by the authentication scheme, a single protection space cannot extend outside the scope of its server. /Section 11 So, with BASIC Auth, regardless if the server challenges the user _everytime_ for its username and password, given a realm, the browser sends its authentication. This goes back to the time where the was no session support on web servers(it was 4 or 5 years ago, not THAT long). Instead of asking the user for its username and password everytime, the browser caches a successful user/passwd pair and resends them (provided the challenge comes from the same 'realm'). This is 'legacy' behavior of the browser. And the spec accepts it. I could have run my client through a logging proxy to tattle-tail whether the container was issuing an HTTP challenge on every get/post or not?? Of course, check for WWW-Authenticate; if the server challenges every time, then it should be a part of the response. This is, however, unlikely-- orion must be reading the headers, and reauthenticating the user every time, regardless of challenges. Given that I bounced my client and deleted cookies/cache I'm still mystified about HTTP challenge issues??? Regardless I've moved on to FORM authentication and folks on this list find value in the current HTTP challenge behavior for their development cycle not pestering them for re-login :-/ Yap, and that's the main use I given to BASIC, it speeds up the devel cycle, no matter how many times you restart the server. curt Nope. This is browser, not orion behavior. It complies to the HTTP specs. I saw this too and went to FORM authentication and don't see this anymore. I still use UserManager to receive the user/passwd from the FORM via the Container, but I don't see the UserManager calls on every request. Based on this, I feel it's a bug in orion that BASIC behaves this way. curt
Message status - delivered
The message that you sent was delivered to the following: ¸û*Ò ¸F¤¸ Information about your message: Subject: #
RE: Shared SB reference in Web tier business delegate??
all inline -Original Message- From: Curt Smith [mailto:[EMAIL PROTECTED]] Sent: Martes, 04 de Septiembre de 2001 10:08 To: Orion-Interest Subject: RE: Shared SB reference in Web tier business delegate?? I didn't clearly state my architectural question: What's the view on sharing a single remote SB interface among all servlet threads? I.E. a single Business Delegate in the ServletContext (as apposed to bloating out the Session). Would work but... (continues below) I've not read clear EJB spec / book statements regarding sharing SB or Entity remote interfaces? It's the container resposability to do it. I can (as will you) enumerate a number of reasons why not taking into your own hands somebody's else job. For SB's this should be perfectly ok since the container delagates methods to bean instances, it should not mater whether it's via a single remote interface or separate? Shouldn't, specially in a pure Java App server (and that's one of the things I like 'bout orion you can tweak it) Threaded access to a single Entity might be a problem if reentrant is set to false. I would still believe that the container should simply queue methods against the Entity in that case. And here's the main reason for my objections. The server does queue transactions fired upon the same stub. Clearly, this is very bad if you have a SFSB, but even in the SLSB case, it will _eventually_ clog up the server in a domino effect. Two requests arrive, only the first is attended: R1--SLSB R2---blocks Now, the server serves R2, which was blocked, but in the mean time, two more requests arrive. R1: Finished. R2--SLSB R3---blocks R4---blocks If stressed, the server eventually comes to a halt. What happens if you let the container manage the instances? Let's suppose you set the pool size to 1. R1--SLSB1 (pool instance) R2--SLSB2 (new instance) and then, SLSB1---pool SLSB1---gc R1: Finished R2: Finished. R1--SLSB1 (pool instance) R2--SLSB3 (new instance) And there starts the deployer's job, tweaking the pool size for maximun performance. Thanks for you opinions on the shared reference issue. Just my 2c, Juan Pablo
RE: Orion and Sax/JDom
Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath, Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
AppClient: problem with LoginException
I am trying to start an application client with Java WebStart (the client works fine from the command-line or applicationlauncher or the console). I get a java.lang.NoClassDefFoundError: javax/security/auth/login/LoginException when started with WebStart, and only with WebStart. This class is referenced in the j2ee API doc. Searching in j2ee.jar, I found instead a com/sun/enterprise/security/LoginException class, but not the javax packaged one. My questions: (1) In which jar do I find javax/.../LoginException? (2) Anybody has any idea why this occurrs only when I attempt to start the application client with WebStart? Thanks --peter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 04, 2001 11:35 AM To: Orion-Interest Subject: Orion and Sax/JDom Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath, Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
MessageDrivenContext.setRollbackOnly() doesn't work?
Has anybody here ever been able to successfully send a JMS message from a message-driven bean, as part of the transaction? Or roll back the transaction? I've been unsuccessful with Orion 1.5.2 so far. My latest problem is the following exception when calling setRollbackOnly() from a transactional MDB: java.lang.IllegalStateException: MessageDriven beans have no EJBHome at com.evermind._qh.getEvermindHome(Unknown Source) at com.evermind._ddb.setRollbackOnly(Unknown Source) at (my call to setRollbackOnly()) Any idea what's going on here? According to the spec, a call to MessageDrivenContext.setRollbackOnly() is perfectly legal in an MDB (though a call to getEJBHome() is not). The bean is pretty trivial, and deploys/functions in other app servers. I can provide code if asked.
Auto-reply: Message status - delivered
I am out of the office until September 5th. Please contact Mark.Reeves:oracle.com if you require assistance. Regards Antony BEGIN:VCARD VERSION:2.1 N:Reynolds;Antony;J FN:Antony J Reynolds ORG:a href=http://www.oracle.com/index.html; target=_topimg src=http://www.oracle.com/admin/images/oraclelogo.gif; width=188 height=44 border=0 alt=/abrbA href=http://www.uk.oracle.com;Oracle Corporation UK Limited/A;A href=http://presales.uk.oracle.com;BCorporate Pre-Sales/A TITLE:Principal Sales Consultant NOTE;ENCODING=QUOTED-PRINTABLE:Principal Consultant in Corporate Pre-Sales for Oracle UK=0D=0Aspecialising = in Java, CORBA and large-scale online transaction=0D=0Aprocessing systems us= ing Oracle Server platform.=0D=0A=0D=0AInternally my time can be requested v= ia a a href=3Dhttp://presales.uk.oracle.com/cps_tools/plsql/cpsreq$.startu= pCPS request/a. TEL;WORK;VOICE:+44 (0)118 924 3245 TEL;WORK;VOICE:+44 (0) 1454 631524 TEL;CELL;VOICE:+44 (0)7775 896150 TEL;WORK;FAX:+44 (0)118 924 3721 ADR;POSTAL;ENCODING=QUOTED-PRINTABLE:;;Castlegate=0D=0ATower Hill;Bristol;;BS2 OJA;UK LABEL;POSTAL;ENCODING=QUOTED-PRINTABLE:Castlegate=0D=0ATower Hill=0D=0ABristol BS2 OJA=0D=0AUK URL:http://www.oracle.com EMAIL;PREF;INTERNET:[EMAIL PROTECTED] EMAIL;INTERNET:[EMAIL PROTECTED] EMAIL;INTERNET:[EMAIL PROTECTED] REV:20010601T130645Z END:VCARD smime.p7s The message that you sent was delivered to the following: Information about your message: Subject: #
Message status - delivered
The message that you sent was delivered to the following: zkºFB Information about your message: Subject: #
Message status - delivered
The message that you sent was delivered to the following: _del_204687_15/More new releases/A/span br div align=rightfont size=-1a href=#topReturn to Top/a/font/divbr clear=all a name=TopSellingSoundtracks font face=verdana,arial,helvetica color=#cc SIZE=+1b[EMAIL PROTECTED] Information about your message: Subject: #
RE: Shared SB reference in Web tier business delegate??
Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath, Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
Message status - delivered
The message that you sent was delivered to the following: @K½ÔÀR½ÔÀ½ÔàFÉ) Information about your message: Subject: #
AppClient: problem with LoginException
Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath, Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
MessageDrivenContext.setRollbackOnly() doesn't work?
Your mail has been forwarded to [EMAIL PROTECTED] On September 4, 2001, Marathon Innovations, Inc. changed its name to SmartPath, Inc. Please update your address book. SmartPath, Inc. 598 Airport Blvd., Ste. 600 Morrisville, NC 27560 (919) 462-1489 www.smartpathinc.com Thank you
Message status - delivered
The message that you sent was delivered to the following: T¾Ð Information about your message: Subject: #
Message status - delivered
The message that you sent was delivered to the following: ball grabb= ing his knees. In his tucked over position he couldn't see the others but the fo= otball player, who sat to his right, was praying. Praying, he thought, just like= Ethel. God forgive me of my sins and help me and the others. If there'[EMAIL PROTECTED] Information about your message: Subject: /
Message status - delivered
The message that you sent was delivered to the following: Ìñ®ºMAIL:\CVGW1DOM\WPGATE\GWIA\SEND\SB95ADA5.007 Information about your message: Subject: #
Message status - delivered
The message that you sent was delivered to the following: . Information about your message: Subject: 5
Message status - delivered
The message that you sent was delivered to the following: 1üàÃ5»ð}¾FB Information about your message: Subject: #