Test

[Patrick Luk]

Test

exclusive-write-access and counter.jar

[Eduardo Estefano]

Orion cannot generate my ejb if I add the exclusive-write-access attribute
to the orion-ejb-jar.xml.

I thought this bug was fixed in 1.5.1.

We are using the counter.jar that comes with orion but we have two app
servers using load balancing. The problem is that with
exclusive-write-access, the two servers will overlap in the ids. I'm
thinking that if this property is set to false, orion will read the database
when it tries to read the next set of 10 ids.

Any ideas? Any workarounds?

Thanks

Xprof

[Patel, Atul]

Hi,

I'm having difficulty profiling my servlets.  When I start orion using:

java -Xprof orion.jar 

I get profiling information for orion.  When I make http requests to my
servlets, I get no further profiling.  When I quit orion, I also get
profiling for that event.

Am I missing something?

--Atul

RE: clustering and key generation

[Jason Smith]

These posts in the archive may help you (although they target Orion web
server->Orion ejb server configuration instead of a cluster).

http://www.mail-archive.com/orion-interest@orionserver.com/msg12704.html
http://www.mail-archive.com/orion-interest@orionserver.com/msg11905.html

-jason

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Greg Matthews
Sent: Thursday, June 07, 2001 10:19 PM
To: Orion-Interest
Subject: clustering and key generation


dear all,

if there any way to get all machines in a cluster to lookup a stateless
session bean (KeyGeneratorBean) on *one* of the machines in the cluster
only.

i've given it a try but can't seem to find a way to get machine B to use
machine A's KeyGeneratorBean, even though machine B builds a new
InitialContext with the 4 environment parameters, e.g.
principal/credentials/url/factory when doing a lookup for KeyBean.

thanks,
greg.

SSL Configuration Addendum

[Berry Sizemore]

Please consider my Linux addendum to the SSL configuration documentation.  Or perhaps 
someone could post this on a site somewhere:

SL HOWTO LINUX ADDENDUM

This document is Linux centric.  You may be using a version of the JDK which contains 
the hosed version of the keytool.  If you are having trouble getting SSL to work in 
Linux, and are being forced to go to a Windoze box to generate your keystore or are 
getting any of the following error messages:

* keytool error: java.security.NoSuchAlgorithmException: RSA KeyPairGenerator not 
available
* keytool error: java.lang.Exception: Failed to establish chain from reply
* keytool error: java.security.cert.CertificateException: IOException: Sequence tag 
error

then this document may be helpful to you.  Included in this document is the
www.orionserver.com SSL document and the www.orionsupport.com followup, just
in case you haven't seen it.  If you have then by now they are frustratingly
familiar as are the replies to your cries of help that redirect you back to those 
documents.

SETTING UP A SECURE SITE USING SSL

This guide explains how to set up a secure site that's accessible through the https 
protocol. For setting up SSL in Orion, only
step 2 and 3 are necessary, but to use SSL you need a certificate and step 1 goes 
through how to get a certificate from thawte for
testing purposes. For SSL you need JDK 1.3 or you have to download a third party 
provider. Also, for some reason the
thawte-site might not work if you copy/paste using certain netscape versions. 

1.Creating a keystore with a certificate:
keytool -genkey -keyalg "RSA" -keystore keystore -storepass 123456 -validity 
360 
 keytool -certreq -keyalg "RSA" -file my.host.com.csr -keystore keystore 
 paste the .csr to https://www.thawte.com/cgi/server/test.exe 
 paste the result into my.host.com.cer 
 keytool -keystore keystore -keyalg "RSA" -import -trustcacerts -file 
my.host.com.cer 

 You'll now have a "keystore" file in your current directory.

   2.Creating a secure site: 
 Copy the default-web-site.xml config in the /config directory to 
secure-web-site.xml and edit it. 
 Add secure="true" as an attribute to the   tag. 
 Add  the 
keystore to the main body. 
 Install the site, this is done by adding %lt;web-site 
path="./secure-web-site.xml" /> the site to server.xml. 
  
   3.Setting up cert-based client auth: 
 Add needs-client-auth="true" to the node. 
 Get a client cert for testing, this can be done at: 
http://www.verisign.com/client/enrollment/index.html 
 Login as a user and register your profile, this can be done via the page 
found at /demo/ssl/ssl-user-registration.jsp 

CONFIGURIG SSL

 First, realise that the documentation contained in 
http://www.orionserver.com/docs/ssl-howto.html is correct, although
 it leaves some important information out. Here are the first two parts of it, 
replicated with my notes.

   1.Creating a keystore with a certificate: 

 Note that the Linux keytool binaries that I tried (including Sun's and IBM's) 
completely failed to use the RSA
 algorithm, which is necessary. What I did was generate the keystore under 
Windows, and then copy the
 keystore file to Linux. However, this aspect is still untested; if anyone else 
wants to independently verify that it
 works, I'd appreciate it.

  keytool -genkey -keyalg RSA -keystore keystore -storepass 123456 -validity
  360 

  Note: the CN must match the fully qualified domain name of the machine. If 
you're planning on using
  "https://my.host.com/";, you'll need to use "my.host.com" as the CN.

  keytool -certreq -keyalg RSA -file my.host.com.csr -keystore keystore 
  paste the .csr to https://www.thawte.com/cgi/server/test.exe 

  You will want to generate a key with a chained SSL key, not the default.

  paste the result into my.host.com.cer 
  keytool -keystore keystore -keyalg RSA -import -trustcacerts -file
  my.host.com.cer 

 You'll now have a keystore file in your current directory.

   2.Creating a secure site: 
  Copy the default-web-site.xml config in the $ORION/config directory to
  $ORION/config/secure-web-site.xml and edit it. 
  Add secure="true" as an attribute to the  node, and remove the 
port attribute. 
  Add  to 
the
  main body. The keystore path is relative from the $ORION/config directory. 
  Install the site, this is done by adding web-site 
path="./secure-web-site.xml" /> to
  $ORION/server.xml. 

LINUX ADDENDUM

* Switch the JDK you are using

We use different JDK's for different things.  Consequently, our servers have
multiple JDKs available:  one via the CLASSPATH and several by manually
changing the CLASSPATH in the command for the servlet/application or whatever
we are doing.  So, your task of setting up a new JDK m

Re: Oracle deal

[Darren Gibbons]

I agree fully.  This is good for Orion, for Oracle, and us as
developers.

The indication that I've been getting at JavaOne is that this deal is
similar to the JBuilder deal -- Oracle licenses the source code, and
goes off and forks it, adding their own value-add features.  Orion is
free to keep on doing what they do best, albeit with a (hopefully very
large) deposit to their bank account.

At some point in the future, Oracle may license Orion again (just like
Oracle recently licensed the latest JBuilder for their next release of
JDeveloper), but they don't have to.

The bottom line is that rather than recommending JRun on the low-end for
clients, and BEA on the high-end, I'll be able to recommend Orion *or*
Oracle, and know that I'm getting a high-quality product either way.

Oracle's licensing is a huge validation for Orion, not just for
technical reasons (I think everyone on the list knows it's a good
product), but also in terms of mindshare and comfort level of those who
sign the cheques.


Code and be happy.


Darren.

PS IronFlare has hired another developer, and Magnus has some good things
coming in terms of management tools and J2EE 1.3 integration.  Now is when
things really start to get interesting...



On Thu, Jun 07, 2001 at 02:41:51PM -0700, Robert S. Sfeir wrote:
> Why can't everyone just enjoy and bask in the moment?  It seems that every 
> time something happens on this list, we all have to start whyning!  If 
> things suck later, just change to different app server if you're unhappy 
> with the results.  This just means that:
> 1- Orion kicks butt
> 2- Oracle's App Server was shameful and they saw the power of Orion
> 3- IronFlare has more money to work with, and perhaps add more support 
> folks or more designer to go faster and better.
> 
> It's not like we never have, and never will have another choice for an app 
> server.  This move justifies my pitch to clients now, and soon I many not 
> even tell them Orion, I will say the Oracle App Server if the client is a 
> bit gun-shy on using something other than Weblogic.
> 
> Just my opinion.
> R
> 
> 
> Robert S. Sfeir
> Director of Software Development
> PERCEPTICON corporation,
>   in Joint Venture With JTransit
> San Francisco, CA 94123
> pw - http://www.percepticon.com/
> jw - http://jtransit.com
> e- [EMAIL PROTECTED]
> 
> 

-- 

Darren Gibbons[EMAIL PROTECTED]
OpenRoad Communications   ph: 604.681.0516
Internet Application Development fax: 604.681.0916
Vancouver, B.C. http://www.openroad.ca  

RE: Disable HTTP-server or change port

[elephantwalker]

Steven,

the servlet server and http server are one in the same. If you don't want
any webpages or jsp's to be shown on the default-web-site, blow away all of
the jsp's, the index.html etc in the default-web-site directory, and have an
empty web.xml. You can control the port the web site listens to by defining
the port in the default-web-site.xml (or more generally, the web-site.xml)
to be something like 10080, but only if you want to.

You can reach the servlet by using the pathtowebsite/servlet/nameofservlet,
or (if you change the port), pathtowebsite:someport/servlet/nameofservlet.

If you are trying to use this with apache, see the apache links at the site
www.orionsupport.com.

Regards,

the elephantwalker

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Scoopy
Sent: Thursday, June 07, 2001 2:07 PM
To: Orion-Interest
Subject: Disable HTTP-server or change port


Hello ,

How can I disable the HTTP-server ??? ( I only want to use the
Servlet-server
) Or can I change the port-number ?

Do I have to open this new port-number on my router ??

Greetz
Steven

RE: Enabling SSL on orion using VeriSign Certificate

[elephantwalker]

I believe that orion will only work with a keystore where the original csr
was generated. I have tried importing openSSL certs, and had no luck. I get
the same error.

This could be an issue with javasoft keytool and jsse. I searched the forums
site for java on jsse and keystore seems to be able to handle this. There
could be some issue with the jsse setup with orion which breaks this.

the elephantwalker

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Rusty Manesiya
Sent: Thursday, June 07, 2001 9:52 AM
To: Orion-Interest
Subject: Enabling SSL on orion using VeriSign Certificate


Hello All,

 Has any body figured out to use verisign certificate exported out
of Microsoft IIS Web Server and then use this command

keytool -keystore keystore -keyalg RSA -import -trustcacerts -file
my.host.com.cer

I used the above the keytool stores the certificate in the keystore
everything is fine and dandy.. But when I start orion (ofcourse
secure-website.xml is there) I get error

Cipher suites are no enabled..

Please help..

Rusty Manesiya

Re: Oracle deal

[Robert S. Sfeir]

Why can't everyone just enjoy and bask in the moment?  It seems that every 
time something happens on this list, we all have to start whyning!  If 
things suck later, just change to different app server if you're unhappy 
with the results.  This just means that:
1- Orion kicks butt
2- Oracle's App Server was shameful and they saw the power of Orion
3- IronFlare has more money to work with, and perhaps add more support 
folks or more designer to go faster and better.

It's not like we never have, and never will have another choice for an app 
server.  This move justifies my pitch to clients now, and soon I many not 
even tell them Orion, I will say the Oracle App Server if the client is a 
bit gun-shy on using something other than Weblogic.

Just my opinion.
R


Robert S. Sfeir
Director of Software Development
PERCEPTICON corporation,
in Joint Venture With JTransit
San Francisco, CA 94123
pw - http://www.percepticon.com/
jw - http://jtransit.com
e- [EMAIL PROTECTED]

simplifying EAR deployment

[Greg Matthews]

dear all,
 
is there any way to have 3rd party jar files 
included in an EAR then deployed into the orion\lib directory.
 
i'm trying to minimise the number of steps our 
clients have to perform when installing our app.
 
thanks,
greg

Disable HTTP-server or change port

[Scoopy]

Hello ,

How can I disable the HTTP-server ??? ( I only want to use the Servlet-server 
) Or can I change the port-number ?

Do I have to open this new port-number on my router ??

Greetz
Steven

url-pattern and path mapping (newbie question)

[sadie contini]

hi,

i have a directory of files /new/happy/* that i want to map to /happy/* so
any links to /happy/file.jsp will be directed to /new/happy/file.jsp

do i do this with servlet mapping in web.xml even though i'm not mapping a
servlet really?  or with virtual directory mapping in orion-web.xml even
though i'm not mapping a full path but an already virtual path?  i've looked
around in the config documentation, but maybe i missed something?

so far i've tried this in the web.xml which didn't seem like it should work
and isn't   :)

   
  happy
  happy Directory
  /new/happy/*
   
   
  happy
  /happy/*
   

thanks ahead of time,
sadie

FRUSTRATION: Session keeps timing out despite setting session-timeout. WHY?

[Keith Kwiatek]

 Hello,

 I have a http and https orion jsp application for which I want the session
 timeout to be a lot longer than the default 5 or 10 minutes BUT the
 session keeps timing out. I also have "shared=true" in the
secure-web-site.xml
 and default-web-app.xml  files.

 I set my web.xml file with:

 
 
 1000 
 
 

 Any and all help is appreciated!

Keith

Pinpoint the BUG.

[Dylan Parker]

Hello, all.

Here is the situation:

- Orion 1.4.5
- SAXON 6.2.2
- Modified Jakarta XSL Taglib to use TRAX API provided by SAXON

If I use the following code to generate the output from the Taglib:
---
   transformer.transform(
 new StreamSource(data),
 new StreamResult(pageContext.getOut())
 );
---

The resultant generated text is padded with huge amounts of garbage
data... well huge in comparison I guess... the output is a simple 6
line HTML page... with about 2K of garbage mixed in.


If I instead use the following code... effectively telling the
transformer to transform into a StringWriter... and then post-process
spewing the StringWriter content to pageContext.getOut().. there is no
garbage data. Everything works fine.

---
   java.io.StringWriter sw = new java.io.StringWriter();
   transformer.transform(
 new StreamSource(data),
 new StreamResult(sw)
 );
   pageContext.getOut().println(sw.getBuffer().toString());
---


I've tried upgrading to SAXON 6.3, Orion 1.5.2 to no avail...

I am not sure if it is a bug in Orion's implementation of JspWriter,
or a bug in how SAXON is working with the StreamResult... or something
else..

Anyone else come across this?

Anyone else have any ideas?

Thanks.

Dylan Parker

No Subject

[James Hill]

I have a really odd problem with jikes/orion (1.5.2 orion, 1.14 jikes).  I
have a particular JSP page that will give the following error:
Error parsing JSP page /hunting/today/article.jsp
Error creating jsp-page instance: java.lang.VerifyError: (class:
__jspPage0_hunting_today_article_jsp, method: _jspService signature:
(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletRespo
nse;)V) Accessing value from uninitialized register 24

It only gives me this error if have jikes turned on and I have development
mode (orion-web.xml) turned off.

Any other combination seems to work fine (but slower).

Thanks!

James Hill

Re: Oracle deal

[Reid Hartenbower]

This is my fear as well, and why I am surprised by the generally favorable
reactions to this deal.
What will it mean for Orion, and specifically the licensing. Will everything
still be free, or will Oracle turn Orion into another WebLogic?
It feels a little like Microsoft just absorbed my favorite development
environment.

- Original Message -
From: "Keith Kwiatek" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Thursday, June 07, 2001 11:15 AM
Subject: Re: Oracle deal


> I hope this orion + oracle deal is the same as the borland jbuilder +
oracle
> jdeveloper deal. Oracle licensed Jbuilder technology, but Borland  was
> still free to take Jbuilder in any direction they wanted, AND oracle was
> free to take "Jdeveloper" in any direction they wanted. The end result is
> that Jdeveloper is way behind the curve because Oracle always buys
> technology for which they do not have the ability to maintain. MEANWHILE,
> Jbuilder is doing great and getting better and better
>
> I guess the question is "Just what kinda  deal did Ironflare work out with
> Oracle? Did Ironflare get wrapped into a straight-jacket for a few short
> term buck$ ?"
>
> Keith
>
>
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: "Orion-Interest" <[EMAIL PROTECTED]>
> Sent: Wednesday, June 06, 2001 5:29 PM
> Subject: Re: Oracle deal
>
>
> >
> > What I am interested in is what are the future implications for Orion?
> > We are about to purchase a license for Orion, but if development on
Orion
> > isn't going to be the main focus, where does that leave customers?
> >
> >
> > Julian Doherty
> > Information Systems Analyst
> > Education Review Office
> >
> >
> >
> >
> > Phillip Ross
> > <[EMAIL PROTECTED]> To:
> Orion-Interest <[EMAIL PROTECTED]>
> > Sent by:  cc:
> > owner-orion-interest@orionSubject: Re:
> Oracle deal
> > server.com
> >
> >
> > 06/07/01 08:07 AM
> > Please respond to
> > Orion-Interest
> >
> >
> >
> >
> >
> >
> > I've been told Oracle's oc4j is orion 1.5.0.  And I've also been told
that
> > it's
> > confidental as to how/when/if ironflare will continue to push newer
builds
> > of
> > orion to Oracle or what.
> >
> > - Phillip
> >
> > --- Bryan Young <[EMAIL PROTECTED]> wrote:
> > > I just read about Orion being used as the base code for their 9i app
> > server.
> > > Does anyone know the specifics of the deal?  Specifically I wanted to
> > know
> > > what version of Orion they are using, and if there would be any
benefit
> > to
> > > future versions of Orion.
> > >
> >
> >
> > __
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail - only $35
> > a year!  http://personal.mail.yahoo.com/
> >
> >
> >
> >
> >
> >
>
>

NT Security Integration?

[Joe Fair]

Has anyone has integrated Orion user security with NT
login security?  It sounds like the sort of thing that
is either really easy or really tough.
Any leads?
Thanks,
Joe

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

Enabling SSL on orion using VeriSign Certificate

[Rusty Manesiya]

Hello All,

 Has any body figured out to use verisign certificate exported out
of Microsoft IIS Web Server and then use this command

keytool -keystore keystore -keyalg RSA -import -trustcacerts -file
my.host.com.cer

I used the above the keytool stores the certificate in the keystore
everything is fine and dandy.. But when I start orion (ofcourse
secure-website.xml is there) I get error

Cipher suites are no enabled..

Please help..

Rusty Manesiya

SV: JDOM and orion 1.5.2

[Patrik Andersson]

Title: SV: JDOM and orion 1.5.2





Maybee setting the java.sax.driver system property (or whatever it is called I don't remember) like:


java -Djava.sax.driver=com.acme.sax.SAX2 -jar orion.jar ?


-Ursprungligt meddelande-
Från: Steven De Schutter [mailto:[EMAIL PROTECTED]]
Skickat: den 7 juni 2001 17:58
Till: Orion-Interest
Ämne: Re: JDOM and orion 1.5.2



does it work If you start the orionserver with ... 


java -classpath sax2.jar;xerces.jar;jaxp.jar;jdom.jar;orion.jar;lib/xmlrpc.jar com.evermind.server.ApplicationServer


( I've downloaded sax2.jar and jdom.jar somewhere ... you have to put sax2.jar and jdom.jar in the same directory as orion.jar . ) 



*** REPLY SEPARATOR  ***


On 7-6-01 at 12:04 Juan Fuentes wrote:


>Tommy Eriksson wrote:
>> 
>> Hi,
>> 
>> I have a problem that is driving me crazy.
>> 
>> I have been using orion 1.3.8 and jdom for some time now and it works fine
>> (except that it sometimes hangs for a while). When I updated orion to 1.5.2
>> I got the a problem with JDOM complaining about SAX Parser not found. I
>> think this is because JDOM uses xerces and orion have changed from xerces to
>> crimson. I have tride moving xerces.jar to {jre}\lib\ext, but then orion
>> won't even start. So I think that orion reqiuires crimson to be the first
>> XML Parser in the class path and JDOM requires xerces to be the first XML
>> Parser in the class path.
>> 
>> So my questions are:
>> 
>> 1) Has anyone got JDOM to work with orion 1.5.2?
>> 2) Does anyone have any Idea on how to get JDOM to work with orion 1.5.2?
>> 
>> 
>> /Tommy
>
>
>We're having the same problem. I've tried to put xerces.jar in the
>classpath declaration of orion.jar's MANIFEST.MF, but it continues
>failing.
>Can JDOM beta 6 work with crimson instead of xerces?
>
>Thanks
>-- 
>··
>Juan Fuentes Nieto   Essi Projects
>[EMAIL PROTECTED]    t +34 977 221 182
>http://www.essiprojects.com  f +34 977 230 170
>··

RE: JDOM and orion 1.5.2

[Kesav Kumar]

Title: RE: JDOM and orion 1.5.2





I think you might be using old version of JDOM.  Update your JDOM with latest beta6 or what ever.  Now JDOM is also a JAXP complince.  JDOM uses JAXP for searching parsers.

Kesav Kumar
Software Engineer
Voquette, Inc.
650 356 3740
mailto:[EMAIL PROTECTED]
http://www.voquette.com
Voquette...Delivering Sound Information



-Original Message-
From: Tommy Eriksson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 07, 2001 12:29 AM
To: Orion-Interest
Subject: JDOM and orion 1.5.2



Hi,


I have a problem that is driving me crazy.


I have been using orion 1.3.8 and jdom for some time now and it works fine
(except that it sometimes hangs for a while). When I updated orion to 1.5.2
I got the a problem with JDOM complaining about SAX Parser not found. I
think this is because JDOM uses xerces and orion have changed from xerces to
crimson. I have tride moving xerces.jar to {jre}\lib\ext, but then orion
won't even start. So I think that orion reqiuires crimson to be the first
XML Parser in the class path and JDOM requires xerces to be the first XML
Parser in the class path.


So my questions are:


1) Has anyone got JDOM to work with orion 1.5.2?
2) Does anyone have any Idea on how to get JDOM to work with orion 1.5.2?



The exception I get when trying to use JDOM:
--
org.jdom.JDOMException: SAX2 driver class
org.apache.xerces.parsers.SAXParser not found: SAX2 driver class
org.apache.xerces.parsers.SAXParser not found
    at org.jdom.input.SAXBuilder.build(SAXBuilder.java:231)
    at org.jdom.input.SAXBuilder.build(SAXBuilder.java:323)
    at knut.protocol.KSPParser.parse(KSPParser.java:46)
  ...
Root cause: java.lang.ClassNotFoundException:
org.apache.xerces.parsers.SAXParser
    at
org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory.java:1
18)
    at org.jdom.input.SAXBuilder.build(SAXBuilder.java:167)
    at org.jdom.input.SAXBuilder.build(SAXBuilder.java:323)
    at knut.protocol.KSPParser.parse(KSPParser.java:46)
  ...


/Tommy

Re: JDOM and orion 1.5.2

[Steven De Schutter]

does it work If you start the orionserver with ... 

java -classpath sax2.jar;xerces.jar;jaxp.jar;jdom.jar;orion.jar;lib/xmlrpc.jar 
com.evermind.server.ApplicationServer

( I've downloaded sax2.jar and jdom.jar somewhere ... you have to put sax2.jar and 
jdom.jar in the same directory as orion.jar . ) 



*** REPLY SEPARATOR  ***

On 7-6-01 at 12:04 Juan Fuentes wrote:

>Tommy Eriksson wrote:
>> 
>> Hi,
>> 
>> I have a problem that is driving me crazy.
>> 
>> I have been using orion 1.3.8 and jdom for some time now and it works fine
>> (except that it sometimes hangs for a while). When I updated orion to 1.5.2
>> I got the a problem with JDOM complaining about SAX Parser not found. I
>> think this is because JDOM uses xerces and orion have changed from xerces to
>> crimson. I have tride moving xerces.jar to {jre}\lib\ext, but then orion
>> won't even start. So I think that orion reqiuires crimson to be the first
>> XML Parser in the class path and JDOM requires xerces to be the first XML
>> Parser in the class path.
>> 
>> So my questions are:
>> 
>> 1) Has anyone got JDOM to work with orion 1.5.2?
>> 2) Does anyone have any Idea on how to get JDOM to work with orion 1.5.2?
>> 
>> 
>> /Tommy
>
>
>We're having the same problem. I've tried to put xerces.jar in the
>classpath declaration of orion.jar's MANIFEST.MF, but it continues
>failing.
>Can JDOM beta 6 work with crimson instead of xerces?
>
>Thanks
>-- 
>··
>Juan Fuentes Nieto   Essi Projects
>[EMAIL PROTECTED]t +34 977 221 182
>http://www.essiprojects.com  f +34 977 230 170
>··

Re: getRemoteAddr() - APACHE as proxy !! HMMMMM

[Eddie]

Daniel,

Thanks for you solutionit almost works... ;)

I installed the module and indeed I do get the X-FORWARDED-FOR name as
header with the client's ip address.
---
HEADER NAME: X-FORWARDED-FOR
HEADER value: 10.0.0.62


I only have problem using a perl handler to replace the ip address that java
reads (in the header) with the above header (Until now I only did simple
things with mod_perl).

I tried it like the example in the source code of the mod_proxy_add_forward
suggested: including a subroutine in the startup.pl script and calling it
with an PerlPostReadRequestHandler..
Hoewer this doesn't work. I tried some other stuff but... no luck..
Can you tell me who you did this ?? what did you put in you httpd.conf ?,
what script did you use ? and where did you put it ?

Thanks,
Eddie




- Original Message -
From: Daniel López <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Sent: Wednesday, June 06, 2001 7:49 AM
Subject: Re: getRemoteAddr() - APACHE as proxy !!


> Well,
>
> I have some partially good news: There is a way around that using
> Apache. I'm also using it as a proxy, to concentrate all the services on
> the standard HTTP port while keeping different Orion instances running,
> and as some of our security requirements take into account the IP from
> the client, so  I run onto the same problem. I queried the mod_proxy
> list and I got a patch that includes, as an extra HTTP header, the
> client original IP. This solves the problem for our own custom
> authentication, as we check first if this header is available or not, if
> it is, then we check the IP agains this value.
> The problem here would be if you use some authentication mechanism that
> you cannot modify so it checks for this extra header.
> Here it is, the URL I was given and from where you can download the
> patch: http://develooper.com/code/mpaf/
> I hope this helps,
> D.
>
>
> elephantwalker wrote:
> >
> > Andre,
> >
> > Sorry, but the loadbalancer.jar has the same problem. For example, the
> > access logs for the various orion servers only report the ip of the
> > loadbalancer...not very interesting.
> >
> > Regards,
> >
> > the elephantwalker
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Andre Vanha
> > Sent: Tuesday, June 05, 2001 12:55 PM
> > To: Orion-Interest
> > Subject: RE: getRemoteAddr() - APACHE as proxy !!
> >
> > I've run into the same problem.  I don't think there is any way around
this,
> > since the Apache module is a simple proxy.
> > It would be necessary to improve the Apache plugin to send some extra
> > headers, and then have orion interpret them.
> > However without an open API through which to construct the HTTP requests
> > coming into orion, you would have to interpret these headers in your own
> > code.
> >
> > One possible avanue is Orion's load balancer.  I haven't had a chance to
> > test it, but does it suffer from the same problem?
> > It may already have an API that allows it to pass through the original
IP
> > address (and other info) to the actual server, which could be emulated
by a
> > web server plugin.
> >
> > Andre
> >
> > -Original Message-
> > From: Eddie [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, June 05, 2001 10:30 AM
> > To: Orion-Interest
> > Subject: Re: getRemoteAddr() - APACHE as proxy !!
> >
> > OK,
> > In the meantime I found out what is wrong:
> > I am using apache as a proxy server, and therefore I do get the IP
address
> > of the server.
> > How can I overcome this ?? Such that getRemoteAddr() does return the
> > client's IP address in my servlets.
> >
> > Eddie
> >
> > - Original Message -
> > From: Eddie 
> > To: Orion-Interest 
> > Sent: Tuesday, June 05, 2001 2:12 PM
> > Subject: getRemoteAddr()
> >
> > Hellu there,
> >
> > If I use getRemoteAddr()  to get the IP address of the client the makes
the
> > servlet requests it return the IP address of the server ?? (also
> > getRemoteHost() returns the server name).
> >
> > Any idea how come ??
> > I am running jdk 1.3 and the servlets run on the application server
Orion
> > 1.5.1
> > (OS: Linux redhat 7.0)
> >
> > (I can remember that a JSP on JSERv on apache didn't had this problem,
so I
> > quess it's Orion .. not ??)
> >
> > Eddie
>
>

Re: Oracle deal

[Keith Kwiatek]

I hope this orion + oracle deal is the same as the borland jbuilder + oracle
jdeveloper deal. Oracle licensed Jbuilder technology, but Borland  was
still free to take Jbuilder in any direction they wanted, AND oracle was
free to take "Jdeveloper" in any direction they wanted. The end result is
that Jdeveloper is way behind the curve because Oracle always buys
technology for which they do not have the ability to maintain. MEANWHILE,
Jbuilder is doing great and getting better and better

I guess the question is "Just what kinda  deal did Ironflare work out with
Oracle? Did Ironflare get wrapped into a straight-jacket for a few short
term buck$ ?"

Keith



- Original Message -
From: <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Wednesday, June 06, 2001 5:29 PM
Subject: Re: Oracle deal


>
> What I am interested in is what are the future implications for Orion?
> We are about to purchase a license for Orion, but if development on Orion
> isn't going to be the main focus, where does that leave customers?
>
>
> Julian Doherty
> Information Systems Analyst
> Education Review Office
>
>
>
>
> Phillip Ross
> <[EMAIL PROTECTED]> To:
Orion-Interest <[EMAIL PROTECTED]>
> Sent by:  cc:
> owner-orion-interest@orionSubject: Re:
Oracle deal
> server.com
>
>
> 06/07/01 08:07 AM
> Please respond to
> Orion-Interest
>
>
>
>
>
>
> I've been told Oracle's oc4j is orion 1.5.0.  And I've also been told that
> it's
> confidental as to how/when/if ironflare will continue to push newer builds
> of
> orion to Oracle or what.
>
> - Phillip
>
> --- Bryan Young <[EMAIL PROTECTED]> wrote:
> > I just read about Orion being used as the base code for their 9i app
> server.
> > Does anyone know the specifics of the deal?  Specifically I wanted to
> know
> > what version of Orion they are using, and if there would be any benefit
> to
> > future versions of Orion.
> >
>
>
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35
> a year!  http://personal.mail.yahoo.com/
>
>
>
>
>
>

Re: Oracle deal

[Greg Stickley]

--- Jay Armstrong <[EMAIL PROTECTED]> wrote:
> Some of you may recall that, back in April, for
> about a week, we had a
> heated, sometimes humorous discussion with the
> subject "A Swedish Idea"
> (for Ironflare to call their fellow Swedes at
> MySQL).  Someone made the
> comment:
> **
...CLIP...
> Excuse me, but I'd like to say, "I TOLD YOU SO!!!"
> I like Orion, but while
> we've been asking, "Any news from Orion yet??" (Jan
> 13, 2001), and
> functioning as free testers, they've been working on
> the version for
> Oracle.  Why pay for the cow when you can get the
> milk for free?  That's
> why they rarely answer our questions directly
> anymore.
...CLIP...

Now what is the value of a posting like this?  You
can't possibly know what Karl and Magnus are up to.
Instead of trying to stir up trouble for no apparent
gain to you why don't you express your concerns in a
more constructive manner?  Flame postings like this
one are a waste of everyone’s time.

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year!  http://personal.mail.yahoo.com/

How to activate AJP13 in Orion?

[Montebove Luciano]

Hi all,
 
in changes.txt I read:
 
"...Added AJP13 support" (from 1.4.8)
 
Anyone tried this? How can I activate these feature?
 
Thanks
 
Luciano
 
 

 

SV: Common classes between ejb.jar & web.war

[Magnus Rydin]

Title: SV: Common classes between ejb.jar & web.war





So WL doesnt let your web-app freely access classes in your ejb module?


> -Ursprungligt meddelande-
> Från: Dvornikov Victor [mailto:[EMAIL PROTECTED]]
> Skickat: den 7 juni 2001 05:52
> Till: Orion-Interest
> Ämne: RE: Common classes between ejb.jar & web.war
> 
> 
> The workable solution is to copy the shared classes to ejb 
> directory and to
> web one. I works perfectly.
> 
> > -Original Message-
> > From:   Magnus Rydin [SMTP:[EMAIL PROTECTED]]
> > Sent:   ??? ? 07  2001 09:42
> > To: Orion-Interest
> > Subject:    SV: Common classes between ejb.jar & web.war
> > 
> > Is WL happy with just including the helper .jar:s in the 
> .ear, or does it
> > require it to be part of an ejb jar in order for it to be 
> found by the cl
> > ?
> > 
> > WR 
> > 
> > > -Ursprungligt meddelande- 
> > > Fran: Andre Vanha [ ] 
> > > Skickat: den 4 maj 2001 14:06 
> > > Till: Orion-Interest 
> > > Amne: RE: Common classes between ejb.jar & web.war 
> > > 
> > > 
> > > I believe the ejb-jar file is the correct place.  I believe 
> > > in orion, as in 
> > > weblogic, the ejb classloader is the parent of each web app 
> > > classloader, 
> > > making classes packaged in you ejb jar available to all web 
> > > apps (within the 
> > > application).  You could also package your classes in a seperate 
> > > jar/directory and point to it from orion-application.xml 
> > > (application-deployments/%AppName%) using a  tag. 
> > > 
> > > Hope this helps, 
> > > 
> > > Andre 
> > > 
> > > 
> > > 
> > > > -Original Message- 
> > > > From:   Lou Farho [ ] 
> > > > Sent:   Friday, May 04, 2001 12:30 PM 
> > > > To: Orion-Interest 
> > > > Subject:    Common classes between ejb.jar & web.war 
> > > > 
> > > > Where should one put classes that are shared between their 
> > > ejbs and their 
> > > > web interface? 
> > > > Do you create a jar file and put it in the ear? Put in 
> > > orion's lib dir? 
> > > > 
> > > > 
> > > > Thanks, 
> > > > Lou Farho 
> > > 
> > 
> 

RE: Common classes between ejb.jar & web.war

[Dvornikov Victor]

The workable solution is to copy the shared classes to ejb directory and to
web one. I works perfectly.

> -Original Message-
> From: Magnus Rydin [SMTP:[EMAIL PROTECTED]]
> Sent: &yod;&vav;&fmem; &het;&mem;&yod;&shin;&yod; 07 &yod;&vav;&nun;&yod; 2001 09:42
> To:   Orion-Interest
> Subject:  SV: Common classes between ejb.jar & web.war
> 
> Is WL happy with just including the helper .jar:s in the .ear, or does it
> require it to be part of an ejb jar in order for it to be found by the cl
> ?
> 
> WR 
> 
> > -Ursprungligt meddelande- 
> > Fran: Andre Vanha [ ] 
> > Skickat: den 4 maj 2001 14:06 
> > Till: Orion-Interest 
> > Amne: RE: Common classes between ejb.jar & web.war 
> > 
> > 
> > I believe the ejb-jar file is the correct place.  I believe 
> > in orion, as in 
> > weblogic, the ejb classloader is the parent of each web app 
> > classloader, 
> > making classes packaged in you ejb jar available to all web 
> > apps (within the 
> > application).  You could also package your classes in a seperate 
> > jar/directory and point to it from orion-application.xml 
> > (application-deployments/%AppName%) using a  tag. 
> > 
> > Hope this helps, 
> > 
> > Andre 
> > 
> > 
> > 
> > > -Original Message- 
> > > From:   Lou Farho [ ] 
> > > Sent:   Friday, May 04, 2001 12:30 PM 
> > > To: Orion-Interest 
> > > Subject:Common classes between ejb.jar & web.war 
> > > 
> > > Where should one put classes that are shared between their 
> > ejbs and their 
> > > web interface? 
> > > Do you create a jar file and put it in the ear? Put in 
> > orion's lib dir? 
> > > 
> > > 
> > > Thanks, 
> > > Lou Farho 
> > 
> 

Orion 1.5.2 and JMS demo

[Armin Michel]

Hi.

I just updated from 1.4.7 to 1.5.2. Everything still works except JMS related 
stuff. Neither my own application nor the JMS chat demo work.

My own program hangs when calling topicConnection.start(). I'd bet that the 
demo is hanging on just the same line.

I am using RH7.1 with IBM JDK 1.3 (with that ASSUME_KERNEL work-around).

Can someone help me here?

basic security auth fails.

[paolo ramasso]

hi guys
i was trying the Orion security Primer (site www.jollem.com) i'm quite sure 
to have done all the "Setting up access
restrictions"correctly here is the principals.xml (included in the 
addressbook.ear META-INF) , the
orion-application.xml file (included in the addressbook.ear META-INF) , the 
application.xml (included in the
addressbook.ear META-INF), and the web.xml(included in the 
addressbook-web.war WEB-INF) about "Applying
Basic Authentication" i added the lines :

  BASIC

the web.xml file.
then i deployed the .ear file and it worked fine.

the problem is: when i try to access the bookstore application the web 
container ask me for username and pwd (BASIC
auth), i give him the username/pwd set in the principals.xml and i got back 
:Authorization failed.

am i missing some basic step?
thanks
bye
Paolo
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

 application.xml
 ejb-jar.xml
 orion-application.xml
 principals.xml
 web.xml

UN-SUBSCRIBE

[Alan Dursham]

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Re: JDOM and orion 1.5.2

[Juan Fuentes]

Tommy Eriksson wrote:
> 
> Hi,
> 
> I have a problem that is driving me crazy.
> 
> I have been using orion 1.3.8 and jdom for some time now and it works fine
> (except that it sometimes hangs for a while). When I updated orion to 1.5.2
> I got the a problem with JDOM complaining about SAX Parser not found. I
> think this is because JDOM uses xerces and orion have changed from xerces to
> crimson. I have tride moving xerces.jar to {jre}\lib\ext, but then orion
> won't even start. So I think that orion reqiuires crimson to be the first
> XML Parser in the class path and JDOM requires xerces to be the first XML
> Parser in the class path.
> 
> So my questions are:
> 
> 1) Has anyone got JDOM to work with orion 1.5.2?
> 2) Does anyone have any Idea on how to get JDOM to work with orion 1.5.2?
> 
> 
> /Tommy


We're having the same problem. I've tried to put xerces.jar in the
classpath declaration of orion.jar's MANIFEST.MF, but it continues
failing.
Can JDOM beta 6 work with crimson instead of xerces?

Thanks
-- 
··
Juan Fuentes Nieto   Essi Projects
[EMAIL PROTECTED]t +34 977 221 182
http://www.essiprojects.com  f +34 977 230 170
··

Re: Oracle deal

[Phillip Ross]

--- Karl Avedal <[EMAIL PROTECTED]> wrote:
> I'm listening, and I hope that Oracle will take part
> in the user discussions with all the rest of you. And
> if Oracle recruits talent from this list, that would
> be a very nice thing.


There are teams within Oracle Corp that read and reply to the discussion forums
on technet, and for the past year and a half they've been very helpful to the
oracle community.. answering questions, listening to feedback, etc.  The oc4J
forum has only been up for a week and already oracle staff have become active
in the discussions.

- Phillip


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

SV: Common classes between ejb.jar & web.war

[Magnus Rydin]

Title: SV: Common classes between ejb.jar & web.war





Is WL happy with just including the helper .jar:s in the .ear, or does it require it to be part of an ejb jar in order for it to be found by the cl ?

WR


> -Ursprungligt meddelande-
> Från: Andre Vanha [mailto:[EMAIL PROTECTED]]
> Skickat: den 4 maj 2001 14:06
> Till: Orion-Interest
> Ämne: RE: Common classes between ejb.jar & web.war
> 
> 
> I believe the ejb-jar file is the correct place.  I believe 
> in orion, as in
> weblogic, the ejb classloader is the parent of each web app 
> classloader,
> making classes packaged in you ejb jar available to all web 
> apps (within the
> application).  You could also package your classes in a seperate
> jar/directory and point to it from orion-application.xml
> (application-deployments/%AppName%) using a  tag.
> 
> Hope this helps,
> 
> Andre
> 
> 
> 
> > -Original Message-
> > From:   Lou Farho [mailto:[EMAIL PROTECTED]]
> > Sent:   Friday, May 04, 2001 12:30 PM
> > To: Orion-Interest
> > Subject:    Common classes between ejb.jar & web.war
> > 
> > Where should one put classes that are shared between their 
> ejbs and their
> > web interface?
> > Do you create a jar file and put it in the ear? Put in 
> orion's lib dir?
> > 
> > 
> > Thanks,
> > Lou Farho
> 

JDOM and orion 1.5.2

[Tommy Eriksson]

Hi,

I have a problem that is driving me crazy.

I have been using orion 1.3.8 and jdom for some time now and it works fine
(except that it sometimes hangs for a while). When I updated orion to 1.5.2
I got the a problem with JDOM complaining about SAX Parser not found. I
think this is because JDOM uses xerces and orion have changed from xerces to
crimson. I have tride moving xerces.jar to {jre}\lib\ext, but then orion
won't even start. So I think that orion reqiuires crimson to be the first
XML Parser in the class path and JDOM requires xerces to be the first XML
Parser in the class path.

So my questions are:

1) Has anyone got JDOM to work with orion 1.5.2?
2) Does anyone have any Idea on how to get JDOM to work with orion 1.5.2?


The exception I get when trying to use JDOM:
--
org.jdom.JDOMException: SAX2 driver class
org.apache.xerces.parsers.SAXParser not found: SAX2 driver class
org.apache.xerces.parsers.SAXParser not found
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:231)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:323)
at knut.protocol.KSPParser.parse(KSPParser.java:46)
  ...
Root cause: java.lang.ClassNotFoundException:
org.apache.xerces.parsers.SAXParser
at
org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory.java:1
18)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:167)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:323)
at knut.protocol.KSPParser.parse(KSPParser.java:46)
  ...

/Tommy

Re: Oracle deal

[Karl Avedal]

Hello Jay,

> Excuse me, but I'd like to say, "I TOLD YOU SO!!!" 
> I like Orion, but while we've been asking, "Any news

> from Orion yet??" (Jan 13, 2001), and
> functioning as free testers, they've been working on
> the version for Oracle.

There has certainly not been any "work on the version
for Oracle" done at any point in time (unless you mean
the minimal process of making it available to them).

Negotiations and other exercises in patience has
obviously been stealing a lot of our time, but
remember, Oracle is a customer. They're obviously a
very important customer, but they're not taking over
the company any more than any other customer.

> Why pay for the cow when you can get the
> milk for free?  That's why they rarely answer our 
> questions directly anymore.

I don't quite understand what you're getting at here.
We are very happy about all the help we get from our
users. The reason for us not being able to participate
much on orion-interest is not this at all.

There's the reality of what happens when you start
getting a large number of customers. We've never spent
more time communicating to users than we do now, but
still it's much harder now to answer all, or even a
fifth of all questions because we simply get more and
more customers having questions needing our attention.


The purpose of the orion-interest has always been to
promote the exchange of experiences and knowledge
between our users, not as a channel to communicate
with us.

Early on, we had no customers. That meant that we had
a lot of time to be active on this user list, but the
price of actually having people use your product is
that you can no longer always prioritize what you
would be doing if you could choose freely.

> Now, I'm not complaining, because I like Orion and I
> will continue to use
> it.  Ironflare has never said they were in it just
> as an academic exercise.
>  I admire the way they've managed to build a decent
> product without having
> to hire testers.  

You might have noticed that the price we charge is
somewhat lower than the mainstream price. With this
price there has not been any room to employ more
people than we have.

> If Oracle is smart, they'll look
> for those of us who have
> helped find Orion's bugs (Magnus and Karl, are you
> listening?) and have
> experience with it.

I'm listening, and I hope that Oracle will take part
in the user discussions with all the rest of you. And
if Oracle recruits talent from this list, that would
be a very nice thing.

> But, as I said before, they're not just Java guys in
> geek heaven -- they
> are clearly in it for the money, too.

We've never been in it for the money, but that doesn't
mean that you can survive in this society forever
without having any money. For all this time, we've
just gotten enough money to get by and pay our bills
(and for a very long time we made exactly $0 per month
and that's not very easy when you're fresh out of
school without any savings).

If we were in it for the money, what we would have
done, is to sell out the company to some big J2EE
vendor and let them kill off our server. 

What we instead chose is to make sure that our product
lives on and is being spread around the world, while
we can still continue to develop the product as we see
fit. I think that's closer to geek-heaven than a smart
decision if you're only after the money. Believe me,
if we wanted to, we could have made lots more money
from Orion.

The reaction I've gotten on this agreement from other
Orion users is that they're very happy about it, and
that they see new opportunities for themselves since
they can now claim to have world leading Oracle
competence. I hope this agreement will bring good
things to everyone of us. I know it will be good for
the product, which is why we're doing this.

Regards,
Karl Avedal


_
Do You Yahoo!?
[EMAIL PROTECTED] - skaffa en gratis mailadress på http://mail.yahoo.se