Re: OracleAQ and Orion

2001-09-04 Thread Paolo Ramasso

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

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:
1üàˆÃ€’5»ð}¾"FB


Information about your message:
Subject: #



Message status - delivered

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:
.


Information about your message:
Subject: 5



Message status - delivered

2001-09-04 Thread Mailer-Daemon

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

2001-09-04 Thread Mailer-Daemon

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

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:
T<¾Ð


Information about your message:
Subject: #



MessageDrivenContext.setRollbackOnly() doesn't work?

2001-09-04 Thread briant

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

2001-09-04 Thread briant

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

2001-09-04 Thread Mailer-Daemon

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??

2001-09-04 Thread briant

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

2001-09-04 Thread Mailer-Daemon

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

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:
zkºFB


Information about your message:
Subject: #



Auto-reply: Message status - delivered

2001-09-04 Thread ORAPOST



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?

2001-09-04 Thread Jon Rosenberger

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

2001-09-04 Thread SAURUGGER,PETER (A-PaloAlto,ex2)

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

2001-09-04 Thread briant

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??

2001-09-04 Thread Juan Lorandi (Chile)

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

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:
¸­û*Ò ¸F¤¸


Information about your message:
Subject: #



Message status - delivered

2001-09-04 Thread Mailer-Daemon

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

2001-09-04 Thread Juan Lorandi (Chile)

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

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:



Information about your message:
Subject: #



Message status - delivered

2001-09-04 Thread Mailer-Daemon

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

2001-09-04 Thread briant

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

2001-09-04 Thread Michael Laccetti
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

2001-09-04 Thread briant

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

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:
Ðó`»1


Information about your message:
Subject: .



Oracle and Toghether or JBuilder

2001-09-04 Thread briant

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

2001-09-04 Thread Mailer-Daemon

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

2001-09-04 Thread Kesav Kumar
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

2001-09-04 Thread Mailer-Daemon

The message that you sent was delivered to the following:
„
E¼


Information about your message:
Subject: #



RE: Orion and Sax/JDom

2001-09-04 Thread The elephantwalker
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

2001-09-04 Thread Antonio Cruz

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

2001-09-04 Thread Michael Laccetti
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

2001-09-04 Thread Cristian Donciulescu
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??

2001-09-04 Thread Curt Smith

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

2001-09-04 Thread Ray Harrison

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

2001-09-04 Thread AMK

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));

2001-09-04 Thread James Fairbairn

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

2001-09-04 Thread Rafael Alvarez

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

2001-09-04 Thread Christian Bjørnbak

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

2001-09-04 Thread Owen Fellows

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));

2001-09-04 Thread Johan Fredriksson

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
>