Re: OracleAQ and Orion
ciao Antonio i know for sure that oc4j integration with ojms (oracle jms) is a planned feature in 9ias v2. ciao Paolo Antonio Cruz wrote: > 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 begin:vcard n:ramasso;paolo x-mozilla-html:FALSE adr:;; version:2.1 email;internet:[EMAIL PROTECTED] fn:paolo ramasso end:vcard
Message status - delivered
The message that you sent was delivered to the following: 1üàÃ5»ð}¾"FB 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: Ìñ®º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: 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: T<¾Ð Information about your message: Subject: #
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
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
Message status - delivered
The message that you sent was delivered to the following: @K½ÔÀR½ÔÀ½ÔàFÉ) 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: _del_204687_15/">More new releases Return to Top [EMAIL PROTECTED] 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: #
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:http://www.oracle.com/index.html"; target="_top">http://www.oracle.com/admin/images/oraclelogo.gif"; width=188 height=44 border=0 alt="">http://www.uk.oracle.com";>Oracle Corporation UK Limited;http://presales.uk.oracle.com";>Corporate Pre-Sales 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 http://presales.uk.oracle.com/cps_tools/plsql/cpsreq$.startu= p">CPS request. 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: #
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.
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
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
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
Message status - delivered
The message that you sent was delivered to the following: ¸û*Ò ¸F¤¸ Information about your message: Subject: #
Message status - delivered
The message that you sent was delivered to the following: ¹û&dy»øè·hÕUXÆQFºÔ8Ý®ró~rá¦ûÊöEÕ´ 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: 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. 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: Information about your message: Subject: #
Message status - delivered
The message that you sent was delivered to the following: Information about your message: Subject: 9
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
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 set in 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]
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
Message status - delivered
The message that you sent was delivered to the following: Ðó`»1 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: .Q80 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 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: E¼ Information about your message: Subject: #
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]
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
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]
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
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? > > 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 > >
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 Y
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: 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. ServerName vhost4.foo.bar ...etc... ProxyPass / http://10.0.0.4/ ProxyPassReverse http://10.0.0.4/ ServerName vhost5.foo.bar ...etc... ProxyPass / http://10.0.0.5/ ProxyPassReverse / http://10.0.0.5/ 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
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) php com.evermind.server.http.CGIServlet interpreter php4/php 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: 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: 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: 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 > > > >--- > > > > > > > >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: > > > > >virtual-hosts="aller.localhost"> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >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 >