Re: Re: how to shutdown orion app server?

[Liu Bin]

but i can't look up my ejb,how to config it.
thanks



  
  

  
 Hi.
 Make sure you remove 
the'deactivated="false"' for admin in 
config/principals.xml

 Lachezar.

  Hi,
  I writed one EJB and deployed it successful on 
  Orion 1.5.4. Buti get the Exception when i test it used one 
  client application:
  javax.naming.AuthenticationException: Invalid 
  username/password for default 
  (admin) at 
  com.evermind._dn._mu(.:2173) 
  at 
  com.evermind._dn._mu(.:2009) 
  at 
  com.evermind._dn._es(.:1590) 
  at 
  com.evermind._bp._es(.:357) 
  at 
  com.evermind.server.rmi.RMIContext.lookup(.:106) 
  at 
  javax.naming.InitialContext.lookup(InitialContext.java:347) 
  at ejbtest.Test1.main(Test1.java:24)
  code:
  Properties p = new 
  Properties();p.put(Context.INITIAL_CONTEXT_FACTORY, 
  "com.evermind.server.rmi.RMIInitialContextFactory");p.put(Context.PROVIDER_URL, 
  "ormi://211.167.71.60:23791");p.put(Context.SECURITY_PRINCIPAL, 
  "admin");p.put(Context.SECURITY_CREDENTIALS, 
  "123");try 
  {Context ctx = new 
  InitialContext(p);OrganizationsHome home = 
  (OrganizationsHome)ctx.lookup("ejb/OrgOrganizations");Organizations 
  remote = (Organizations)home.create();} catch 
  (Exception ex) 
  {ex.printStackTrace();}
  help me!

= = = = = = = = = = = = = = = = = = = = = = 
ÖÂÀñ£¡
Liu Bin
[EMAIL PROTECTED]¡¡2002-04-29



FOX.GIF
Description: GIF image

Re: Re: how to shutdown orion app server?

[Lachezar Dobrev]

 Hi. Again.
 Now. The code seems correct. Except, the 
url, that MAY require to be of the type: 
ormi://localhost/Your_App_Name.
 If you have deployed your beans in an 
application, and NOT in the default APP, you HAVE to use the url with the 
app_name at the end.
 in config/server.xml
 application 
name="Your_App_Name" path="../applications/YourApp.ear"/
 in properties:
 
java.naming.provider.url=ormi://your.host.your.domain/Your_App_Name
 or
 
java.naming.provider.url=ormi://localhost/Your_App_Name  FOR LINUX 
MAINLY!
 in java code:
 p.put(Context.PROVIDER_URL, 
"ormi://localhost/Your_App_Name");

 Then you will find your ejbs.
 I would sincerly offer you to look-up the 
name of the bean without any prefixes. It is hard to move to other app server 
sometimes. In your case if you have no ejb-link, ejb-ref and so on stuff, just 
look-up OrgOrganizations:
 
ctx.lookup("OrgOrganizations");

 Also let's note, that if you use the 
java:comp/* context it may not port well on different servers.

 Lachezar.
 P.S. Give ita try and write 
again.


  but i can't look up my ejb,how to config it.
  thanks
  
  
  


  

   Hi.
   Make sure you remove 
  the'deactivated="false"' for admin in 
  config/principals.xml
  
   Lachezar.
  
Hi,
I writed one EJB and deployed it successful 
on Orion 1.5.4. Buti get the Exception when i test it used one 
client application:
javax.naming.AuthenticationException: 
Invalid username/password for default 
(admin) at 
com.evermind._dn._mu(.:2173) 
at 
com.evermind._dn._mu(.:2009) 
at 
com.evermind._dn._es(.:1590) 
at 
com.evermind._bp._es(.:357) 
at 
com.evermind.server.rmi.RMIContext.lookup(.:106) 
at 
javax.naming.InitialContext.lookup(InitialContext.java:347) 
at ejbtest.Test1.main(Test1.java:24)
code:
Properties p = new 
Properties();p.put(Context.INITIAL_CONTEXT_FACTORY, 
"com.evermind.server.rmi.RMIInitialContextFactory");p.put(Context.PROVIDER_URL, 
"ormi://211.167.71.60:23791");p.put(Context.SECURITY_PRINCIPAL, 
"admin");p.put(Context.SECURITY_CREDENTIALS, 
"123");try 
{Context ctx = new 
InitialContext(p);OrganizationsHome home = 
(OrganizationsHome)ctx.lookup("ejb/OrgOrganizations");Organizations 
remote = (Organizations)home.create();} catch 
(Exception ex) 
{ex.printStackTrace();}
help 
  me!
  
  = = = = = = = = = = = = = = = = = = = = = = 

  ÖÂÀñ£¡
  Liu Bin
  [EMAIL PROTECTED]¡¡2002-04-29
  

Re: Re: is Orion dead?

[gofreddo]

Hi Joseph,

Any idea when the new version will be out?

Regards
Fred


 
 From: Joseph Ottinger [EMAIL PROTECTED]
 Subject: Re: is Orion dead?
 Date: 12/04/2002 18:04:37
 To: Orion-Interest [EMAIL PROTECTED]
 
 ...except the wait is due to an internal refactoring that should yield
 significant benefits. Yourconclusion was predicted by the list in general,
 but I disagree; the team's still working on Orion, and I figure that
 people will be more happy once the new versions come out. You'd hope it
 would be incremental changes as it was in the past (anyone remember the
 three-versions-a-day times?) but that's simply not realistic considering
 the changes being put into place. Patience. Enjoy.
 
 -
 Joseph B. Ottinger [EMAIL PROTECTED]
 http://enigmastation.comIT Consultant
 
 On Thu, 11 Apr 2002, Jarrod Roberson wrote:
 
  At 03:41 PM 4/11/2002, you wrote:
  Whats the current state of Ironflare and Orion?
  
  Nothing has changed in the 'stable release' of Orion for almost a year, even
  though there are glaring bugs in http session clustering (not even fixed in
  1.5.4) and some significantly lacking components.   Ironflare was supposed
  to be in the pavillion at JavaONE, but oddly they had no write up
  (apparently they didn't submit one), and didn't actually show up (so their
  booth was empty).  There also seems to be a conspicuous infrequency to their
  responses here.
  
  I know that Oracle 9iAS is evolving and expanding, and I believe that
  IronFlare is doing a significant amount of work on the 9iAS code base (as
  consultants?).  But whats to become of Orion?  It almost appears that Oracel
  has consumed Orion completely and no development will happen on the old
  Orion.
 
  looks like someone finally figured it out!
 
  this is what happens when you get one big customer with a guaranteed
  revenue stream, can't much blame them myself.
 
 
 
 
 
 
 

This message was sent through MyMail http://www.mymail.com.au

RE: RE: JNDI naming exception when running app on orion from JBuilder

[DORAN, GRANT]

I have done both of the things mentioned and it still doesn't work.
The JNDI properties only need to be set explicitly for jbuilder debugging.
I am informed by Borland that this is probably because jbuilder is using
it's own JNDI settings.
When I run the application in orion normally, it works fine without
specifying the JNDI settings,because I have put the ejb-ref tags in the
web.xml.
The problem is that, as shown below, the jndi.properties file in the
META-INF directory of the war file is not being found.
I'm pretty sure that if it was found, debugging would work.
I just don't understand why it isnt being found.

grant

 try:
 
 env.put(Context.PROVIDER_URL, ormi://localhost/flexisale2);
 
 instead of:
 
 env.put(Context.PROVIDER_URL, http://localhost/flexisale2;);
 
 That should give you the correct provider. I still don't understand why
 you are needing to specify JNDI properties.  If you are running both your
 Servlet and your EJB's in the same instance of Orion specifying the
 Provider and Context factory should not be required.
 
 I debug EJB's, JSP's (using development mode), and Servlets inside of
 JBuilder 5 Enterprise without a problem.  I have never needed to create an
 application-client.xml file. You do need, however, to specify the ejb-ref
 in the web.xml file.
 
 ejb-ref
   ejb-ref-nameejb/SPControllerHome/ejb-ref-name
   ejb-ref-typeSession/ejb-ref-type
   
 homeuk.co.britannic.flexisale.server.spcontroller.SPControllerHome/home
 
   
 remoteuk.co.britannic.flexisale.server.spcontroller.SPController/remote
 
 /ejb-ref
 
 
 
 
 
 
 Original Message:
 -
 From: DORAN, GRANT [EMAIL PROTECTED]
 Date: Tue, 19 Mar 2002 10:39:13 -
 To: [EMAIL PROTECTED]
 Subject: RE: JNDI naming exception when running app on orion from JBuilder
 
 
 
 Thanks,
 
 I am using JBuilder 6 Enterprise (trial) and debugging using the Non-jpda
 method described in the article that you mention.
 I have managed to move on slightly from that problem, by changing the code
 in the servlet to:
 
 Hashtable env = new Hashtable();
 env.put(Context.INITIAL_CONTEXT_FACTORY,
 com.evermind.server.ApplicationClientInitialContextFactory);
 env.put(Context.PROVIDER_URL, http://localhost/flexisale2;);
 
 // Get the initial JNDI context using our settings
 Context context;
 try
 {
   context = new InitialContext(env);
 }
 catch (Throwable e)
 {
   e.printStackTrace();
   throw new ServletException(
 Unable to get initial JNDI context:  + e.toString());
 }
 
 and by creating an application-client.xml file and puttnig it in the .war
 file in the META-INF directory.
 The xml file looks like this.
 
 ?xml version=1.0 encoding=UTF-8?
 !DOCTYPE application-client PUBLIC -//Sun Microsystems, Inc.//DTD J2EE
 Application Client 1.2//EN
 http://java.sun.com/j2ee/dtds/application-client_1_2.dtd;
 application-client
   display-nameSPcontroller/display-name
   ejb-ref
   ejb-ref-nameejb/SPControllerHome/res-ref-name
   ejb-ref-typeSession/res-type
  
 homeuk.co.britannic.flexisale.server.spcontroller.SPControllerHome/home
 
  
 remoteuk.co.britannic.flexisale.server.spcontroller.SPController/remote
 
   /ejb-ref
 /application-client
 
 But when the line creating the new context is run;
 
   context = new InitialContext(env);
 
 I get the following exception:
 
 javax.naming.NamingException: META-INF/application-client.xml resource not
 found (see J2EE spec, application-client chapter for requirements and
 format
 of the file)
   at
 com.evermind.server.ApplicationClientInitialContextFactory.getInitialConte
 xt
 (Unknown Source)
   at
 javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:665)
   at
 javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246)
   at javax.naming.InitialContext.init(InitialContext.java:222)
   at javax.naming.InitialContext.init(InitialContext.java:198)
   at
 uk.co.britannic.flexisale.server.test.TestServlet.init(TestServlet.java:46
 )
   at com.evermind._ah._axe(Unknown Source)
   at com.evermind._ah._fpd(Unknown Source)
   at com.evermind._ah._cwc(Unknown Source)
   at com.evermind._io._twc(Unknown Source)
   at com.evermind._io._gc(Unknown Source)
   at com.evermind._if.run(Unknown Source)
 
 This error occurs even when I'm running orion by itself.
 I've looked high and low and cant find any info that indicates why the
 file
 can't be found.
 Every example that I can find defines the provider_url as the root of the
 web application, like this;
 
env.put(Context.PROVIDER_URL, http://localhost/flexisale2;);
 
 If the application-client.xml file is in the META-INF directory of the web
 application, why do I get this error?
 Has anyone done this before?
 
 Thanks,
 
 
 Grant Doran
 Contract Java Developer/Architect
 Britannic Assurance
 
 
 
  -Original 

RE: RE: JNDI naming exception when running app on orion from JBuilder

[[EMAIL PROTECTED]]

try:

env.put(Context.PROVIDER_URL, ormi://localhost/flexisale2);

instead of:

env.put(Context.PROVIDER_URL, http://localhost/flexisale2;);

That should give you the correct provider. I still don't understand why you are 
needing to specify JNDI properties.  If you are running both your Servlet and your 
EJB's in the same instance of Orion specifying the Provider and Context factory should 
not be required.

I debug EJB's, JSP's (using development mode), and Servlets inside of JBuilder 5 
Enterprise without a problem.  I have never needed to create an application-client.xml 
file. You do need, however, to specify the ejb-ref in the web.xml file.

ejb-ref
ejb-ref-nameejb/SPControllerHome/ejb-ref-name
ejb-ref-typeSession/ejb-ref-type
homeuk.co.britannic.flexisale.server.spcontroller.SPControllerHome/home
remoteuk.co.britannic.flexisale.server.spcontroller.SPController/remote
/ejb-ref






Original Message:
-
From: DORAN, GRANT [EMAIL PROTECTED]
Date: Tue, 19 Mar 2002 10:39:13 -
To: [EMAIL PROTECTED]
Subject: RE: JNDI naming exception when running app on orion from JBuilder
  


Thanks,

I am using JBuilder 6 Enterprise (trial) and debugging using the Non-jpda
method described in the article that you mention.
I have managed to move on slightly from that problem, by changing the code
in the servlet to:

Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY,
com.evermind.server.ApplicationClientInitialContextFactory);
env.put(Context.PROVIDER_URL, http://localhost/flexisale2;);

// Get the initial JNDI context using our settings
Context context;
try
{
  context = new InitialContext(env);
}
catch (Throwable e)
{
  e.printStackTrace();
  throw new ServletException(
Unable to get initial JNDI context:  + e.toString());
}

and by creating an application-client.xml file and puttnig it in the .war
file in the META-INF directory.
The xml file looks like this.

?xml version=1.0 encoding=UTF-8?
!DOCTYPE application-client PUBLIC -//Sun Microsystems, Inc.//DTD J2EE
Application Client 1.2//EN
http://java.sun.com/j2ee/dtds/application-client_1_2.dtd;
application-client
display-nameSPcontroller/display-name
ejb-ref
ejb-ref-nameejb/SPControllerHome/res-ref-name
ejb-ref-typeSession/res-type
 
homeuk.co.britannic.flexisale.server.spcontroller.SPControllerHome/home
 
remoteuk.co.britannic.flexisale.server.spcontroller.SPController/remote
/ejb-ref
/application-client

But when the line creating the new context is run;

  context = new InitialContext(env);

I get the following exception:

javax.naming.NamingException: META-INF/application-client.xml resource not
found (see J2EE spec, application-client chapter for requirements and format
of the file)
at
com.evermind.server.ApplicationClientInitialContextFactory.getInitialContext
(Unknown Source)
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:665)
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246)
at javax.naming.InitialContext.init(InitialContext.java:222)
at javax.naming.InitialContext.init(InitialContext.java:198)
at
uk.co.britannic.flexisale.server.test.TestServlet.init(TestServlet.java:46)
at com.evermind._ah._axe(Unknown Source)
at com.evermind._ah._fpd(Unknown Source)
at com.evermind._ah._cwc(Unknown Source)
at com.evermind._io._twc(Unknown Source)
at com.evermind._io._gc(Unknown Source)
at com.evermind._if.run(Unknown Source)

This error occurs even when I'm running orion by itself.
I've looked high and low and cant find any info that indicates why the file
can't be found.
Every example that I can find defines the provider_url as the root of the
web application, like this;

   env.put(Context.PROVIDER_URL, http://localhost/flexisale2;);

If the application-client.xml file is in the META-INF directory of the web
application, why do I get this error?
Has anyone done this before?

Thanks,


Grant Doran
Contract Java Developer/Architect
Britannic Assurance



 -Original Message-
 From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
 Sent: 18 March 2002 15:05
 To:   Orion-Interest
 Subject:  RE: JNDI naming exception when running app on orion from
 JBuilder  
 
 Are you running the servlet in orion or tomcat ?
 
 Does the console in JBuilder say:
 
 Orion/1.5.4 initialized (or whichever version you have)
 
 You should be able to make it work by replacing the code:
 
 java:comp/env/ejb/SPControllerHome
 
 with:
 
 SPControllerHome
 
 It sounds to me like you are running tomcat which is external to your
 session bean (not in the container) and requires the external context
 lookup.  If this is the case, a better solution would be to debug the
 servlet in Orion which would mean starting Orion 

Re: Re: Showing Error Messages

[bigizzy]

Hi,
I suppose you are using IE as your browser. If so then go to Tools  Internet Options 
 Advanced and Uncheck Show Friendly HTTP Error Messages.

Having done this you will get proper java compilor error messages and not 500 Internal 
server error.

Hari.


Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com

 Buy Music, Video, CD-ROM, Audio-Books and Music Accessories from 
http://www.planetm.co.in

RE: Re: Using NT security

[[EMAIL PROTECTED]]

I had to build a custom security class for authenticating against an NT (Win2K Active 
Directory) domain.  Although this does require entry of credentials it is better than 
a properties file.  This class uses AD for authentication and SQLServer for group 
information (we wanted a single place to store group/role information).

The connection attributes are passed in from orion-application.xml as per this article:

http://kb.atlassian.com/content/orionsupport/articles/usermanager.html

I have attached the Java source.

KJ

Original Message:
-
From: Brian Smith [EMAIL PROTECTED]
Date: Fri, 15 Mar 2002 20:03:58 -0600
To: [EMAIL PROTECTED]
Subject: Re: Using NT security


If you use the JAAS module, or if you use the Windows SSPI to
authenticate, you will never need to user's password. The SSPI API
provides a LogonUser function that can be used to say is 'password'
the correct password domain\user. If you search for LogonUser and JNI
on the internet there is a short article explaining how to do this very
simply. I assume the JAAS has a similar feature.

What is not easy with the Windows API is asking is domain\user in group
'group-name'?.

It would be cool if somebody could share a UserManager implementation
that used the above technique and/or the JAAS equivalent.

- Brian

Justin Crosbie wrote:
 Yuk, that is messy. Accessing the NT API? Using the JNI, I presume?
 Thanks though, I'll give those a try, much appreciated :)



 So what does everyone else do, put the passwords into principals.xml and
 set the file to not readable?



 Thanks,

 Justin


  -Original Message-
 *From:* Andre Vanha [mailto:[EMAIL PROTECTED]]
 *Sent:* 13 March 2002 19:19
 *To:* Orion-Interest
 *Subject:* RE: Using NT security

 Take a look at the sample JAAS modules that you can download from
 Sun in conjunction with JAAS.  Specifically, they include an NT
 module which can be used to retrieve username and group information
 for a running process.



 Note however, there is no way to retrieve a password for a logged on
 user, at least not included with the JAAS module.  The NT API does
 provide functions for retrieving a user's password, but in that case
 the domain/NTServer must be configured to store plain-text
 passwords, which is something most people don't do anyway.



 Exchange definitely offers an alternative authentication mechanism,
 but that falls outside of the standard javamail SMTP interface.



 Andre






 -Original Message-
 *From:* Justin Crosbie [mailto:[EMAIL PROTECTED]]
 *Sent:* Wednesday, March 13, 2002 10:16 AM
 *To:* Orion-Interest
 *Subject:* Using NT security

 Hi all,



 I checked the archives and support pages for this, didn't seem
 to find it.



 Is there any way to get Orion to use the NT username+password of
 whoever is logged in, for running client apps? Currently I'm
 reading them from a config file, which obviously is not ideal.



 Also, I am using the mail-session  properties to configure a JavaMail 
session. Thus I have the
 userame+password of this hardcoded into application.xml. Anyone
 know of a way I could use the NT logged on credentials to
 specify the mail.smtp.user and mail.smtp.password properties of
 the session? It is an Exchange server. (Probably OT, apologies
 if it is).



 Thanks,

 Justin







mail2web - Check your email from the web at
http://mail2web.com/ .



3D"AD_SQLSecurityManager.java"
Description: AD_SQLSecurityManager.java

RE: Re: J2EE Security issue...

[Satter, Rabi]

Is there any reason why you don't update the object when a change is made?
That is how we are currently do it. That way I don't have to check for
changes.

Just curious if I am missing some hidden issue that will only come out and
byte me later.

-Original Message-
From: Jeff Hubbach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 13, 2002 3:47 PM
To: Orion-Interest
Subject: Fw: Re: J2EE Security issue...


repost..

One thing we added to what Rabi is doing is as follows:
We track version with each object. If the user object is already on the
session
then we get it off and double-check to make sure that the version on the
session
is the most up-to-date. If it isn't, then we refresh that object on the
session
with what's in the database. This way we're guaranteed to have the
most-recent
user information on the session.

This is all done in a filter that is mapped to everything, providing
post-login
processing.

Jeff.

On Wed, 13 Mar 2002 09:25:09 -0600
Satter, Rabi [EMAIL PROTECTED] wrote:

 I had the same issue. We did do it as a filter. However we checked to see
if
 the a user context object (ie object where the informaiton was stored)
 existed in the session. If not then checked to see if the user was logged
 in. If not then skip setting up the object. Works pretty good.
 
 -Original Message-
 From: Aaron Tavistock [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, March 12, 2002 1:44 PM
 To: Orion-Interest
 Subject: J2EE Security issue...
 
 
 We've been using J2EE based security for some time now, its working great
 for us supporting several hundred users distributed across a handful of
 servers.  
 
 Heres my issue - I have a set of things that happen on every page, a
portion
 of which is looking for a 'new' login which then launches a series of
things
 including doing database lookups, dropping stuff in the session, etc.  
 
 Its occured to me that it would be significantly more effective if this
was
 chained off the J2EE authentication, instead of checking on each page.  I
 started looking into it and it looks like 1) its not part of the spec and
2)
 Orion has no specific implementation.   The current implementation of J2EE
 security is so completely handled by the container that theres no way to
get
 something in there.
 
 I then started going down the question of 'what is J2EE security except a
 filter?', so I could potentially chain a filter through there?  It doesn't
 solve the problem because it still happens on each page hit.
 
 Anyone have any ideas on the best way to do 'postprocessing' when the user
 is authenticated?
 


-- 
Jeff Hubbach
Internet Developer
Sun Certified Web Component Developer
New Media Division
ITQ Lata, L.L.C.
303-745-4763 x3114


-- 
Jeff Hubbach
Internet Developer
Sun Certified Web Component Developer
New Media Division
ITQ Lata, L.L.C.
303-745-4763 x3114

RE: Re: J2EE Security issue...

[Gerald Reed]

Another way for security check is to use the new
filter feature added in servlet 2.3 or JSP 1.2 specs.

--- Satter, Rabi [EMAIL PROTECTED] wrote:
 Is there any reason why you don't update the object
 when a change is made?
 That is how we are currently do it. That way I don't
 have to check for
 changes.
 
 Just curious if I am missing some hidden issue that
 will only come out and
 byte me later.
 
 -Original Message-
 From: Jeff Hubbach [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, March 13, 2002 3:47 PM
 To: Orion-Interest
 Subject: Fw: Re: J2EE Security issue...
 
 
 repost..
 
 One thing we added to what Rabi is doing is as
 follows:
 We track version with each object. If the user
 object is already on the
 session
 then we get it off and double-check to make sure
 that the version on the
 session
 is the most up-to-date. If it isn't, then we refresh
 that object on the
 session
 with what's in the database. This way we're
 guaranteed to have the
 most-recent
 user information on the session.
 
 This is all done in a filter that is mapped to
 everything, providing
 post-login
 processing.
 
 Jeff.
 
 On Wed, 13 Mar 2002 09:25:09 -0600
 Satter, Rabi [EMAIL PROTECTED] wrote:
 
  I had the same issue. We did do it as a filter.
 However we checked to see
 if
  the a user context object (ie object where the
 informaiton was stored)
  existed in the session. If not then checked to see
 if the user was logged
  in. If not then skip setting up the object. Works
 pretty good.
  
  -Original Message-
  From: Aaron Tavistock [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, March 12, 2002 1:44 PM
  To: Orion-Interest
  Subject: J2EE Security issue...
  
  
  We've been using J2EE based security for some time
 now, its working great
  for us supporting several hundred users
 distributed across a handful of
  servers.  
  
  Heres my issue - I have a set of things that
 happen on every page, a
 portion
  of which is looking for a 'new' login which then
 launches a series of
 things
  including doing database lookups, dropping stuff
 in the session, etc.  
  
  Its occured to me that it would be significantly
 more effective if this
 was
  chained off the J2EE authentication, instead of
 checking on each page.  I
  started looking into it and it looks like 1) its
 not part of the spec and
 2)
  Orion has no specific implementation.   The
 current implementation of J2EE
  security is so completely handled by the container
 that theres no way to
 get
  something in there.
  
  I then started going down the question of 'what is
 J2EE security except a
  filter?', so I could potentially chain a filter
 through there?  It doesn't
  solve the problem because it still happens on each
 page hit.
  
  Anyone have any ideas on the best way to do
 'postprocessing' when the user
  is authenticated?
  
 
 
 -- 
 Jeff Hubbach
 Internet Developer
 Sun Certified Web Component Developer
 New Media Division
 ITQ Lata, L.L.C.
 303-745-4763 x3114
 
 
 -- 
 Jeff Hubbach
 Internet Developer
 Sun Certified Web Component Developer
 New Media Division
 ITQ Lata, L.L.C.
 303-745-4763 x3114
 


__
Do You Yahoo!?
Yahoo! Sports - live college hoops coverage
http://sports.yahoo.com/

Re: Re[2]: Direct call to j_security_check when using form basedauthori zati on

[Mike Cannon-Brookes]

Alex,

Purely by coincidence this capability has just been added to OSUser
(http://www.opensymphony.com/osuser) today.

Besides all it's other features, you can now perform server agnostic login
(at the moment only JBoss and Orion are supported - but other servers should
be fairly trivial to write).

A code snippet like:

Usermanager um = UserManager.getInstance();
Authenticator authenticator = um.getAuthenticator();

boolean loginSuccessful = authenicator.login(username, password);

I've just updated the JavaDocs on the site - see
http://www.opensymphony.com/osuser

Hope this helps! 
Cheers,
Mike

PS We're looking for lots of people to test OSUser on a variety of
application servers - at the moment JBoss, Orion, Resin and partial-Weblogic
support is there but we need other users. Please feel free to email me
directly if you're keen to help out/test/advise etc.

Mike Cannon-Brookes
[EMAIL PROTECTED]

ATLASSIAN - Your J2EE Expert Partner

 Brilliant Software - http://www.atlassian.com/software
 Legendary Services - http://www.atlassian.com/support


On 20/2/02 7:28 AM, Alex Paransky ([EMAIL PROTECTED])
penned the words:

 Isn't RoleManager specific to Orion Server, only?  Is there a way to
 accomodate this without using Orion specific extensions?
 
 -AP_
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Erik Johansson
 Sent: Tuesday, February 19, 2002 7:38 AM
 To: Orion-Interest
 Subject: RE: Re[2]: Direct call to j_security_check when using form
 based authori zati on
 
 
 
 Thank you Jan and Sergey for your advices. With help from you I have managed
 to solve my problem.
 
 Best regards,
 
 Erik
 
 
 -Original Message-
 From: Sergey G. Aslanov [mailto:[EMAIL PROTECTED]]
 Sent: den 19 februari 2002 09:00
 To: Orion-Interest
 Subject: Re[2]: Direct call to j_security_check when using form based
 authori zati on
 
 Hi, Erik
 
 You can login your user in program way by using RoleManager.
 
 In your main page make form:
 form action=login.jsp
 input type=text name=login/
 input type=password name=password/
 /form
 
 Your login.jsp is something like that:
 
 RoleManager roleManager = (RoleManager) new
 InitialContext().lookup(java:comp/RoleManager);
 try {
   roleManager.login(request.getParameter(username),
 request.getParameter(password));
 } catch (SecurityException ex) {
   response.sendRedirect(main.jsp);
 }
 response.sendRedirect(your_protected_page.jsp);
 // your protected page have to be protected in web.xml
 
 
 I didn't ever try to do it for myself, but I think it will help you.
 
 Monday, February 18, 2002, 10:29:42 PM, you wrote:
 
 
 EJ Thank you for your answer. I understand what you mean, but I am afraid I
 did
 EJ not specify my problem enough.
 EJ I would like to have a login form (fast login) on my public page where a
 EJ visitor can directly insert username and password. When the client press
 the
 EJ login button I would like to send him to the correct page (which is
 EJ restricted) without forcing him to visit the login.jsp (the page
 specified
 EJ as form-login-page in the web.xml). This seems natural since he has
 EJ already added his login data once. If the client is trying to access a
 EJ restricted page without using the fast login, then it is of course
 desirable
 EJ that the container intercepts the call and shows the login form.
 
 EJ What I have tried to do is to attache the username and the password in
 the
 EJ http-parameter list (with post) when directing the user from the fast
 login
 EJ form to a restricted area, and then to automatically forward the call to
 the
 EJ j_security_check from the login.jsp if a password and a username is
 attached
 EJ to the http-parameter list. The problem is that the Orion web-server
 does
 EJ not accept the direct call to the j_security_check.
 
 EJ Does anyone have any ideas about how to solve this problem?
 
 EJ Below you´ll find my test login.jsp and the error message from the
 EJ web-browser.
 
 EJ Best regards,
 
 EJ Erik
 
 
 EJ login.jsp :
 EJ 
 EJ html
 EJ headtitleTest System/title/head
 EJ body bgcolor=white
 
 EJ %!
 EJ private String username;
 EJ private String password;
 
 EJ public void jspInit() {
 EJ //System.out.println(Running init...);
 EJ }
 
 EJ public void jspDestroy() {
 
 EJ }
 %
 
 EJ %
 EJ username = request.getParameter(username);
 EJ password = request.getParameter(password);
 EJ String j_username = username;
 EJ String j_password = password;
 %
 
 EJ jsp:forward page=%= j_security_check;j_username= +
 EJ java.net.URLEncoder.encode(j_username) + j_password= +
 EJ java.net.URLEncoder.encode(j_password) %
 /
 
 EJ /body
 EJ /html
 EJ -
 
 EJ Error message from

RE: Re(2): Application client log in

[SAURUGGER,PETER (A-PaloAlto,ex2)]

You are probably missing application-client.xml, and
orion-application-client.xml; they have to be in a META-INF directory
relative to the source root of your client. You should be able to find the
apropriate tags in the orion docs and on the sites referenced before.

In my own situation, I call RoleManager from an ejb which acts as a facade
for my own security interface to make it independent from the underlying
appserver (I like using Orion, but many potential clients require that it
runs on the appserver of their choice ...) - so my xml files reference my
Bean and not the RoleManager, which is called by my Orion-specific
bean-Implementation.

--peter

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 08, 2002 7:17 AM
To: Orion-Interest
Subject: Re(2): Application client log in


Hi, 

Thanks for this interesting code, but when i try it , i can't make a lookup
on the RoleManager :
 javax.naming.NameNotFoundException: java:comp/RoleManager not found

Is there something special to parameter in the app server ?

Thanks for your anwser.





 You use the rolemanager to do the login ... SECURITY_PRINCIPAL and 
 credentials can be the orion admin account.
  
  
 Hashtable env = new Hashtable();
 env.put(dedicated.connection,true);

env.put(java.naming.factory.initial,com.evermind.server.ApplicationClien
 tInitialContextFactory); 
 env.put(java.naming.provider.url,ormi://myhost/myapp); 
 env.put(javax.naming.Context.SECURITY_PRINCIPAL, 
 someuserwithrmiprivilages);// NOT the user you want to log in
 env.put(javax.naming.Context.SECURITY_CREDENTIALS,somepassword); 
 
 InitialContext initialcontext = new InitialContext(env);
 RoleManager rolemanager = 
 (RoleManager)initialcontext.lookup(java:comp/RoleManager);
 
 try
 {
 roleManager.login(username, password);
 }
 catch(Exception exception)
 {
 throw new SecurityException(exception.getMessage());
 }
  
 There is a lot of discussion about this in the archives and e.g. on the 
 Elephantwalkers site, as well as orionsupport and I think Atlassian.
 -Original Message-
 From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, February 07, 2002 8:22 AM
 To: Orion-Interest
 Subject: Application client log in
 
 
 We are currently implementing a Java Swing client, and I am wondering how 
 to write the log in system. When not using http or form based log in
(HTML) 
 and when you wish to let the client log in from a GUI interface (Swing), 
 which part of Orion is then used to hand over the username and password
for 
 authorization?
  
  
 Randahl

RE: RE Orion on Macintosh OSX setup

[Aaron Tavistock]

Hmm - I don't know much about aliases, I'm a UNIX head that just happened to
have helped a friend get Orion running under OSX.  :)

Glad to know that works for ya!

-Original Message-
From: Pauline McNamara
To: Orion-Interest
Sent: 12/30/01 1:27 PM
Subject: Re: RE Orion on Macintosh OSX setup

Thanks Aaron, just got a bunch of practice with symlinks along the way
to 
getting Orion set up ;) 

Not quite sure that what I did is actually the key, nor if I did it
exactly 
right, but here's the
story in case others might benefit from it:

Located in the orion directory, I used the ln -s command like this:
ln -s
System/Library/Frameworks/JavaVMFramework/Versions/CurrentJDK/Classes/cl
asses.jar tools.jar

This created not a file, but an alias folder named tools.jar in the
orion 
directory. In the OS's
Finder program, double clicking on the folder gave an error message
stating 
that it couldn't be
opened because the original item could not be found. I put this folder
in the 
trash. Afterwards
Orion worked, but it may have been for other reasons. 

Could it be that the symlink still exists, even if there isn't an alias
for it?

Thanks for the tips, it's encouraging just to know that these kinds of
things 
are being done
successfully with OSX (didn't have to go out and buy a PC, yet).

Regards,
Pauline



--- Aaron Tavistock  wrote:
 I've gotten Orion setup on OSX and there are definately some nuances
to it
 because of Apple's wacky implementation of things.  
 
 On the tools.jar - you'll need to symlink the apple version of the
tools.jar
 into the Orion directory.  THough I can't remeber what apple called
the
 file, I know this worked fine when I found the file (it might be
 classes.zip?).
 
 On the permission denied - its definately because you are trying to
access a
 priveledged port (e.g. port 80).  The change you made to the
configuration
 file will work if you make sure to follow standard XML syntax and put
the
 value in quotes (port=8080).
 
 -Original Message-
 From: Pauline McNamara [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, December 27, 2001 5:57 AM
 To: Orion-Interest
 Subject: Orion on Macintosh OSX setup 
 
 
 Patience with a newbie please... 
 
 I'm setting up Orion on a Mac with OSX 10.1 (so J2SE 1.3.1) and
 have come upon 2 stumbling blocks. Any advice is much appreciated.
 
 First: According to the installation instructions, the JDK's tools.jar
file 
 should be copied into the Orion directory. On the OSX the JDK is
structured
 differently and the
 tools  in the form of a .jar file are not to be found. Any hints?
 
 Second: I went ahead and started orion with  and get
 the 
 following error message:
 Error starting HTTP-Server: Permission denied
  Orion/1.5.2 initialized
 I understand that I can't access port 80 when not logged in at the
root, and
 
 that I probably have to alter the web.xml file to change the port (to
a port
 over 1024). 
 I tried adding this: 
 
 
 but got the same message.
 Could someone please point me in the right direction?
 
 Thanks in advance,
 Pauline
 
 


__
Do You Yahoo!?
Send your FREE holiday greetings online!
http://greetings.yahoo.com

Re: RE: Orion on Macintosh OSX setup

[Tim Kelley]

[EMAIL PROTECTED] writes:
Second: I went ahead and started orion with java -jar orion.jar and get
the 
following error message:
Error starting HTTP-Server: Permission denied
 Orion/1.5.2 initialized
I understand that I can't access port 80 when not logged in at the root,
and

that I probably have to alter the web.xml file to change the port (to a
port
over 1024). 
I tried adding this: 
web-site host=localhost port=8080
/web-site
but got the same message.
Could someone please point me in the right direction?

Thanks in advance,
Pauline

P:

Use the sudo command to start orion as the superuser:

sudo java -jar orion.jar

It will then prompt for the root password.  That should clear the
permissions error.  This should work fine for development work.  I'm not
enough of a Unix gearhead to know what implications it has for security in
a production environment.

Regards,

T

--
Tim Kelley
MIS Director
Harvard University - DCE

e-mail: [EMAIL PROTECTED]

Re: Re: Very Long Deployment Time

[Gustavo Comba]

Hello,

 Thanks for your answer. I've 
tryed almost everything! I've added more RAM to my AppServer, now I'm deploying 
directly from the console, using 

java.exe -jar admin.jar ormi://ias/ admin 
x -deploy -file C:\jdev\InfinitumDoor\AppIntranet\IntranetApplication.ear 
-deploymentName IntranetApplication

 butit's taking very long 
time.

 What I don't know is how to use 
"jikes". I've alwas used the standardJava distribution from Sun. Any 
clue?

 Thanks in advance,

  
 Gustavo Comba

  - Original Message - 
  From: 
  Rice, Ted 
  
  To: Orion-Interest 
  Sent: Monday, December 17, 2001 11:50 
  PM
  Subject: RE: Very Long Deployment 
  Time
  
  try using jikes for your compiler inside
  of orion. we experience similar delays in
  deployment and using jikes cut deployment
  time to about 10% of the original time.
  
  ./ted 
  
-Original Message-From: Gustavo Comba 
[mailto:[EMAIL PROTECTED]]Sent: Monday, December 17, 2001 
8:34 AMTo: Orion-InterestSubject: Very Long Deployment 
Time
Hello,

 I'm deployinga little 
project with a Client Application Module and a EJB Module with several EJB 
(about 30 Entity and 5 Session Beans). I'm using JDeveloper 9i Release 
Cantidate to develop/deploy my project.

 My project compiles very 
fast, but when I do the deployment, it take a very long time (about 10 
minutes). I'm debugging now, and I'm deploying continously, and it's very 
anoying!

 There is something I can do 
to accelerate the deployment proccess? Can I copy the .ear file directly 
into the "applications" directory and start the server again? Help me 
please!

 Thanks in 
advance,

  
 Gustavo 
Comba

RE: Re: Very Long Deployment Time

[Rice, Ted]

you will need to download jikes
from their site and then add a element
in ./orion/config/server.xml similar to:


compiler executable="c:/java/jikes/bin/jikes.exe" classpath="c:/java/jdk1.3.1/jre/lib/rt.jar"/
./ted 

  -Original Message-From: Gustavo Comba 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, December 19, 2001 
  8:04 AMTo: Orion-InterestSubject: Re: Re: Very Long 
  Deployment Time
  Hello,
  
   Thanks for your answer. I've 
  tryed almost everything! I've added more RAM to my AppServer, now I'm 
  deploying directly from the console, using 
  
  java.exe -jar admin.jar ormi://ias/ admin 
  x -deploy -file C:\jdev\InfinitumDoor\AppIntranet\IntranetApplication.ear 
  -deploymentName IntranetApplication
  
   butit's taking very long 
  time.
  
   What I don't know is how to 
  use "jikes". I've alwas used the standardJava distribution from Sun. Any 
  clue?
  
   Thanks in 
advance,
  

   Gustavo Comba
  
- Original Message - 
From: 
Rice, Ted 

To: Orion-Interest 
Sent: Monday, December 17, 2001 11:50 
PM
Subject: RE: Very Long Deployment 
Time

try using jikes for your compiler inside
of orion. we experience similar delays in
deployment and using jikes cut deployment
time to about 10% of the original time.

./ted 

  -Original Message-From: Gustavo Comba 
  [mailto:[EMAIL PROTECTED]]Sent: Monday, December 17, 
  2001 8:34 AMTo: Orion-InterestSubject: Very Long 
  Deployment Time
  Hello,
  
   I'm deployinga 
  little project with a Client Application Module and a EJB Module with 
  several EJB (about 30 Entity and 5 Session Beans). I'm using JDeveloper 9i 
  Release Cantidate to develop/deploy my project.
  
   My project compiles very 
  fast, but when I do the deployment, it take a very long time (about 10 
  minutes). I'm debugging now, and I'm deploying continously, and it's very 
  anoying!
  
   There is something I can 
  do to accelerate the deployment proccess? Can I copy the .ear file 
  directly into the "applications" directory and start the server again? 
  Help me please!
  
   Thanks in 
  advance,
  

   Gustavo 
Comba

Re: Re[2]: Urgent :: How to access JMS service from Servlet/JSP

[Vani H.S.]

Thank you very much. I sincerely appreciate your help.
Best regards,
Vani


From: Sergey G. Aslanov [EMAIL PROTECTED]
Reply-To: Orion-Interest [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Subject: Re[2]: Urgent :: How to access JMS service from Servlet/JSP
Date: Tue, 13 Nov 2001 09:52:12 +0300

VHS I think, I am also facing a similar problem. I have followed the steps 
you
VHS have mentioned below but when I try to deploy it, it gives the 
following
VHS error message:

VHS Error instantiating application: Error loading web-app 'war-ic' at
VHS D:\orion\applications\PhotonManagementConsoleApp\war-ic: Unknown
VHS resource-ref tag: res-ref-type

Must be res-type, not res-ref-type!
 ^^
VHS Can you please let me know if there are any other steps.
VHS Note: I have created the ear file using ant.
VHS Thanks,
VHS Vani


 From: Kesav Kumar [EMAIL PROTECTED]
 Reply-To: Orion-Interest [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Subject: Re: Urgent ::  How to access JMS service from Servlet/JSP
 Date: Mon, 12 Nov 2001 01:47:03 -0800
 
 You don't need application-client.xml if you want to access JMS from
 servlets.
 
 You have to write your queueconnection and queues in web.xml.  Add
 resoure-ref entries in web.xml
 resource-ref
   res-ref-namejms/theQueueConnectionFactory/res-ref-name
   res-typejavax.jms.QueueConnectionFactory/res-type
   res-authContainer/res-auth
 /resource-ref
 resource-ref
   res-ref-namejms/processQueue/res-ref-name
   res-typejavax.jms.Queue/res-type
   res-authContainer/res-auth
 /resource-ref
 
 Once you have the resource-ref entries in web.xml from your servlet 
write
 the following
 
 Context ctx = new InitialContext();
 QueueConnection con =
 (QueueConnection)ctx.lookup(java:comp/env/jms/theQueueConnectionFactory);
 Queue queue = (Queue)ctx.lookup(java:comp/env/jms/processQueue);
 
 I didn't understand your question of different containers?  Do you mean
 different containers different orion server?
 If you want to get access JMS queue/connection of different orion server
 provide proper JNDI properties for obtaining InitialContext.
 
 Example:
 Hashtable env = new Hashtable();
 env.put(Context.INITIAL_CONTEXT_FACTORY,
 com.evermind.server.ApplicationClientInitialContextFactory);
 env.put(Context.PROVIDER_URL, ormi://host/applicationname);
 env.put(Context.SECURITY_PRINCIPAL, username);
 env.put(Context.SECURITY_CREDENTIALS, password);
 Context ctx = new InitialContext(env);
 Rest of the code is common.
 
 Hope this helps you.
 




_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

RE: RE: EJB 2.0 Approved

[Solinsky, Jason]

I have empirically observed a very high penalty on each call I make through
a remote interface in the same JVM in 1.5.2. I haven't attempted to figure
out how things are actually implemented, but something very expensive is
happening each time a same-VM call is made.

JWS

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Monday, September 10, 2001 8:33 AM
To: Orion-Interest
Subject: AW:RE: EJB 2.0 Approved
Sensitivity: Confidential


Hi,

as far as I know there is no cluster support for EJBs with the current
version of the Orion server.
Hence this means that the WebContainer and EJB Container are executed in the
same virtual machine by default. 
This is ok, since RMI calls are expensive, so, if you don't have massive
Front-End processing then you're not interested
in separating the Web- from the EJB container.
I guess Orion is doing the same as BEA WLS 5.1, this means, if the RMI call
is going to the same virtual machine then it is resolved as a local call.
The specification of local references is just an effort to make this
performance optimization explicit and binding. 

Cheers,

Markus Meisterernst


***
T-Systems CSM GmbH
Markus Meisterernst
IT Architekt
SyL Databases  Middleware 13
Landgrabenweg 151
53227 Bonn
Tel:  +49 228 936 3442
Fax:  +49 228 936 3476
E-Mail:   [EMAIL PROTECTED]
Internet: www.t-systems.de
***

If anybody is at JAOO this week, please ask Karl about this.
 
Regards,
 
the elephantwalker
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Solinsky,
Jason
Sent: Monday, September 10, 2001 12:01 AM
To: Orion-Interest
Subject: EJB 2.0 Approved


I haven't seen anything here about this:
 
http://www.jcp.org/jsr/results/19-15-1.jsp
http://www.jcp.org/jsr/results/19-15-1.jsp 
 
The EJB 2.0 Standard was approved by the Java Community Process on
Wednesday the 4th. Now that the orion developers can be sure that the
standard will not change, what sort of timeline can we expect for
implementation? The most critical component for me is the Local
Interface.
 
It is interesting that at Java One Larry Ellison bragged about how
Oracle would be the first to implement EJB 2.0 using their brand new
platform (Orion didn't get any direct mention). If Orion (or Oracle) is
truly is to beat Weblogic in this race, then there must already be some
developed code that hasn't been released.
 
JWS



This e-mail communication and any attachments are confidential and
intended only for the use of the designated recipients named above. If
you are not the intended recipient, you are hereby notified that you
have received this communication in error and that any review,
disclosure, dissemination, or distribution of it or its contents is
prohibited. If you have received this communication in error, please
notify USPowerSolutions Corporation immediately by telephone at
(617)547-3800 or via e-mail at [EMAIL PROTECTED] and destroy all
copies of this communication and any attachments. 




   
  





 This e-mail communication and any attachments are confidential and intended
only for the use of the designated recipients named above.  If you are not
the intended recipient, you are hereby notified that you have received this
communication in error and that any review, disclosure, dissemination, or
distribution of it or its contents is prohibited.  If you have received this
communication in error, please notify USPowerSolutions Corporation
immediately by telephone at (617)547-3800 or via e-mail at
[EMAIL PROTECTED] and destroy all copies of this communication and
any attachments. 

RE: RE: EJB 2.0 Approved

[Trujillo, Kris]

I'm pretty sure Orion does not perform their version of EJBLocal without
setting orion-ejb-jar copy-by-value=false in the orion-ejb-jar of the
EJB.  Setting this attribute will stop objects from being serialized passed
between the EJB and the client.  I am 99.9% sure that Orion does not perform
this function without the attribute being set...not even if the client to
the EJB is in the same VM.

Orion provides as much support for clustering of EJBs as does WL5.1..

Clustering stateless session beans..
Clustering of entity beans that aren't cached..

(Pretty weak!)


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Monday, September 10, 2001 6:33 AM
To: Orion-Interest
Subject: AW:RE: EJB 2.0 Approved
Sensitivity: Confidential


Hi,

as far as I know there is no cluster support for EJBs with the current
version of the Orion server.
Hence this means that the WebContainer and EJB Container are executed in the
same virtual machine by default. 
This is ok, since RMI calls are expensive, so, if you don't have massive
Front-End processing then you're not interested
in separating the Web- from the EJB container.
I guess Orion is doing the same as BEA WLS 5.1, this means, if the RMI call
is going to the same virtual machine then it is resolved as a local call.
The specification of local references is just an effort to make this
performance optimization explicit and binding. 

Cheers,

Markus Meisterernst


***
T-Systems CSM GmbH
Markus Meisterernst
IT Architekt
SyL Databases  Middleware 13
Landgrabenweg 151
53227 Bonn
Tel:  +49 228 936 3442
Fax:  +49 228 936 3476
E-Mail:   [EMAIL PROTECTED]
Internet: www.t-systems.de
***

If anybody is at JAOO this week, please ask Karl about this.
 
Regards,
 
the elephantwalker
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Solinsky,
Jason
Sent: Monday, September 10, 2001 12:01 AM
To: Orion-Interest
Subject: EJB 2.0 Approved


I haven't seen anything here about this:
 
http://www.jcp.org/jsr/results/19-15-1.jsp
http://www.jcp.org/jsr/results/19-15-1.jsp 
 
The EJB 2.0 Standard was approved by the Java Community Process on
Wednesday the 4th. Now that the orion developers can be sure that the
standard will not change, what sort of timeline can we expect for
implementation? The most critical component for me is the Local
Interface.
 
It is interesting that at Java One Larry Ellison bragged about how
Oracle would be the first to implement EJB 2.0 using their brand new
platform (Orion didn't get any direct mention). If Orion (or Oracle) is
truly is to beat Weblogic in this race, then there must already be some
developed code that hasn't been released.
 
JWS



This e-mail communication and any attachments are confidential and
intended only for the use of the designated recipients named above. If
you are not the intended recipient, you are hereby notified that you
have received this communication in error and that any review,
disclosure, dissemination, or distribution of it or its contents is
prohibited. If you have received this communication in error, please
notify USPowerSolutions Corporation immediately by telephone at
(617)547-3800 or via e-mail at [EMAIL PROTECTED] and destroy all
copies of this communication and any attachments. 




   
  

RE: RE: Stored procedures and J2EE

[Frank Eggink]

Yep that's right, but only in an environment where you have the option to 
connect to the middle layer with
any platform you like. Sometimes you haven't and that weighs into the 
equation as well.

Guess my point is that an architecture caries some pragmatism as well. 
N-tier is not a goal on itself although
it almost looks like Gartner cs. would like us to see it that way. Their 
point was great when nobody was thinking
about separating data / business and views, but now we have to build 
systems and not architectures.

FE

-- and yes we do have to think about the future when building systems.




On Sunday, September 09, 2001 7:46 AM, Troy Wong [SMTP:[EMAIL PROTECTED]] 
wrote:
 The whole point of n-tier distributed programming is to keep business 
logic outside of the database layer.

 Stored Procedures do have performance benefits, but it's much better from 
a design perspective to keep all logic in the middle layer and leave the 
database as a dumb persistence layer.

 Some would say that it's better to incorporate all the logic in the data 
layer and so multiple applications can call it without need to reduplicate 
code. But the same thing can be said of having the logic reside in the 
middle layer, where you also have the benefits of a strong OO machine 
independent language.

 - Brian Chan ([EMAIL PROTECTED])

 -Original Message-
 From: Frank Eggink [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Subject: RE: Stored procedures and J2EE
 Date: Sat Sep 08 08:07:53 GMT 2001

 Is it correct to state that from a performance and design perspective 
using stored procedures is helpfull if you need
 access from outside the J2EE environment?

 If no out side access is necessary, the stored procedures are likely to 
be helpfull for perfomance if they filter out a
 lot of data or when you are using recursive logic (this way you are 
reducing the overhead of the remote calls), or am
 I missing a point with respect to performance differences between Stored 
Procedures and plain old SQL?


 Further more I realize now Stored Procedures are an interesting option in 
case of severe security requirements. You
 can differentiate access constraints to the Stored Procedures and 
minimise the amount off people / systems that
 have full access to you system.

 FE




 On Thursday, September 06, 2001 8:08 PM, Juan Lorandi (Chile) 
[SMTP:[EMAIL PROTECTED]] wrote:
  I (empirically) reached the same conclusion; but instead of dropping 
CMP, we
  provided performance improvements ON TOP of the EJB's (VO's and VO 
caches).
  Thank god we did it this way, because the DB can't scale as easily as 
the
  app-server cluster.
 
  My 2c,
 
  JP
 
  -Original Message-
  From: Rian Schmidt [mailto:[EMAIL PROTECTED]]
  Sent: Jueves, 06 de Septiembre de 2001 12:51
  To: Orion-Interest
  Subject: Re: Stored procedures and J2EE
 
 
  I'm interested as to how you can say this... we just did a series of 
tests
  here to see what the effect of pulling out some fairly complex stored
  procedures into CMP beans, and the performance impact was enormous. 
 We've
  actually gone the other way, that is, developing stored procedures for 
each
  anticipated database.  The fallback is that the logic is done in the 
beans,
  but that is a worst-case scenario.  Now, I realize that this would be
  considered such bad form in a Sun-controlled world of pure J2EE that I
  hesitate to even mention it... but in the real world, any significant 
hit on
  performance is enough to convince us to denormalize a bit, so to speak.
 
  I don't think that you can say there's absolutely no hit on 
performance
  not to use stored procedures, particularly if that procedure requires
  repeated queries of the data in a pseudo-recursive way.  Do you really 
think
  that any performance hit that we've seen is a result of poor design? 
 I'm
  really interested in your reasoning.
 
  Rian
 
  - Original Message -
  From: The  mailto:[EMAIL PROTECTED] elephantwalker
  To: Orion-Interest mailto:[EMAIL PROTECTED]
  Sent: Thursday, September 06, 2001 2:23 AM
  Subject: RE: Stored procedures and J2EE
 
  As for distributing your business logic between the datastore and 
middle
  tier...aren't you making your life more complex than it needs to be? 
There
  is absolutely no hit on performance if you pull out all of your 
business
  logic into a slsb or cmp...there's just no need to use store procedures 
any
  more.
 
 
File: ATT0.html 
 

RE: RE: Stored procedures and J2EE

[Troy Wong]

The whole point of n-tier distributed programming is to keep business logic outside of 
the database layer.

Stored Procedures do have performance benefits, but it's much better from a design 
perspective to keep all logic in the middle layer and leave the database as a dumb 
persistence layer.

Some would say that it's better to incorporate all the logic in the data layer and so 
multiple applications can call it without need to reduplicate code. But the same thing 
can be said of having the logic reside in the middle layer, where you also have the 
benefits of a strong OO machine independent language.

- Brian Chan ([EMAIL PROTECTED])

-Original Message-
From: Frank Eggink [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Subject: RE: Stored procedures and J2EE
Date: Sat Sep 08 08:07:53 GMT 2001

Is it correct to state that from a performance and design perspective using stored 
procedures is helpfull if you need
access from outside the J2EE environment?

If no out side access is necessary, the stored procedures are likely to be helpfull 
for perfomance if they filter out a
lot of data or when you are using recursive logic (this way you are reducing the 
overhead of the remote calls), or am
I missing a point with respect to performance differences between Stored Procedures 
and plain old SQL?


Further more I realize now Stored Procedures are an interesting option in case of 
severe security requirements. You
can differentiate access constraints to the Stored Procedures and minimise the amount 
off people / systems that
have full access to you system.

FE




On Thursday, September 06, 2001 8:08 PM, Juan Lorandi (Chile) 
[SMTP:[EMAIL PROTECTED]] wrote:
 I (empirically) reached the same conclusion; but instead of dropping CMP, we
 provided performance improvements ON TOP of the EJB's (VO's and VO caches).
 Thank god we did it this way, because the DB can't scale as easily as the
 app-server cluster.
  
 My 2c,
  
 JP
 
 -Original Message-
 From: Rian Schmidt [mailto:[EMAIL PROTECTED]]
 Sent: Jueves, 06 de Septiembre de 2001 12:51
 To: Orion-Interest
 Subject: Re: Stored procedures and J2EE
 
 
 I'm interested as to how you can say this... we just did a series of tests
 here to see what the effect of pulling out some fairly complex stored
 procedures into CMP beans, and the performance impact was enormous.  We've
 actually gone the other way, that is, developing stored procedures for each
 anticipated database.  The fallback is that the logic is done in the beans,
 but that is a worst-case scenario.  Now, I realize that this would be
 considered such bad form in a Sun-controlled world of pure J2EE that I
 hesitate to even mention it... but in the real world, any significant hit on
 performance is enough to convince us to denormalize a bit, so to speak.
  
 I don't think that you can say there's absolutely no hit on performance
 not to use stored procedures, particularly if that procedure requires
 repeated queries of the data in a pseudo-recursive way.  Do you really think
 that any performance hit that we've seen is a result of poor design?  I'm
 really interested in your reasoning.
  
 Rian
 
 - Original Message - 
 From: The  mailto:[EMAIL PROTECTED] elephantwalker 
 To: Orion-Interest mailto:[EMAIL PROTECTED]  
 Sent: Thursday, September 06, 2001 2:23 AM
 Subject: RE: Stored procedures and J2EE
  
 As for distributing your business logic between the datastore and middle
 tier...aren't you making your life more complex than it needs to be? There
 is absolutely no hit on performance if you pull out all of your business
 logic into a slsb or cmp...there's just no need to use store procedures any
 more.
  
 
   File: ATT0.html  

Re: Re[2]: Session share problem.

[Jishan Li]

Thanks, Greg 
 Rafael.

I post this message 
yesterday but it was lost, I think. Try again today, hope to get some 
help.

Yes. I have share="true", 
the secure and non-secure site is within a SAME 
application.

My configs 
like followings..

1) when I 
start the orionserver,

d:\orionjava -jar orion.jarOrion/1.4.5 
initialized

2) Then I 
typed https://secure.mysite.com in my 
web browser, to request my webapp. The webapp ran. 
3) And then I 
came back to http://www.mysite.com and tried 
to put some products to the shopping cart, 
the shopping 
cart was alway empty. I placed this in my cart detail 
page,
%
 
System.out.println("session is new - " + session.isNew());
%
The console 
was always printing session is new - true . It seems 
that the server creates a new session for EACH http 
request.

4) but if I 
restart the orionserver now. 
5) And I 
visit http://www.mysite.com first, this 
time. shopping cart works. and session share between www.mysite.com and secure.mysite.com 
works fine.

Does the 
server start the app in different way according to the protocol of the first 
request

could you 
provide more help? Thank you!

Jishan 
Li.


default-web-site.xml?xml 
version="1.0"?!DOCTYPE web-site PUBLIC "Orion Web-site" "http://www.orionserver.com/dtds/web-site.dtd"web-site host="[ALL]" port="80" display-name="Default 
Orion WebSite"default-web-app application="default" 
name="defaultWebApp" /web-app application="myweb" name="myWeb" 
root="/" shared="true" 
/access-log 
path="../log/default-web-access.log" 
//web-site

=secure-web-site.xml=?xml 
version="1.0"?!DOCTYPE web-site PUBLIC "Orion Web-site" "http://www.orionserver.com/dtds/web-site.dtd"web-site host="[ALL]" display-name="Default Orion 
WebSite" secure="true" 
default-web-app application="default" 
name="defaultWebApp" /web-app application="myweb" name="myWeb" 
root="/" shared="true"/access-log 
path="../log/default-web-access.log" /ssl-config 
keystore="../my/keystore" keystore-password="123456" 
//web-site

=server.xml=?xml 
version="1.0"?!DOCTYPE application-server PUBLIC "Orion Application 
Server Config" "http://www.orionserver.com/dtds/application-server.dtd"application-serverapplication-directory="../applications"deployment-directory="../application-deployments"rmi-config 
path="./rmi.xml" /jms-config path="./jms.xml" 
/principals path="./principals.xml" 
/logfile path="../log/server.log" 
//logglobal-application name="default" 
path="application.xml" /global-web-app-config 
path="global-web-application.xml" /web-site 
path="./default-web-site.xml" /web-site 
path="./secure-web-site.xml" /application 
name="myweb" path="../applications/myweb.ear" 
//application-server

=/EWB-INF/orion-web.xml=?xml 
version="1.0"?!DOCTYPE orion-web-app PUBLIC "-//Evermind//DTD Orion 
Web Application 2.3//EN" "http://www.orionserver.com/dtds/orion-web.dtd"orion-web-appdeployment-version="1.3.8"jsp-cache-directory="./persistence"temporary-directory="./temp"servlet-webdir="/servlet/"session-tracking 
cookie-domain=".mysite.com"/ejb-ref-mapping 
location="ejb/applicationservice" name="ejb/applicationservice" 
//orion-web-app

Re: Re[2]: Session share problem.

[Jishan Li\(CN\)]

Dear Rafael:
 
Thanks a lot.

I've solved the session share problem. I found the clue in your old message:
http://www.mail-archive.com/orion-interest@orionserver.com/msg15659.html

Sometimes I can't post message to the mailing list, so I email you, and thank you.
 
I think it is someting different between the two ways to load the web application. If 
the first request is via https, it load as a secure instance first, otherwise, as a 
non-secure instance first.  What I need to do is to make sure it startup and load the 
app as a non-secure instance first. So I use the load-on-startup attribute.

web-app application=mywebapp name=myweb root=/  shared=true 
load-on-startup=true / for non secure web-site.xml
web-app application=mywebapp name=myweb root=/  shared=true 
load-on-startup=false / for secure web-site.xml


Thanks again!


Jishan

- Original Message - 
From: Rafael Alvarez [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, September 06, 2001 10:20 PM
Subject: Re[2]: Session share problem.


 Hello Jishan,
 There is an option (shared=true as stated in other posting) to share
 session between different instances of the SAME application. The
 keyword is SAME. If you use different applications for each of your
 normal site and your secure site then that solution won't work.
 
 What you can do in that case is to send the sessionId() of the
 nonsecure site to the secure site, and viceversa. For example:
 To enter the secure site, use a link like :
 secure.jsp?nonsecureId=Nonsecure Id
 
 To reenter the non-secure site:
 nonsecure.jsp;jsessionId=Nonsecure Id?secureId=Secure Id
 
 To reenter the secure site:
 secure.jsp;jsessionId=Secure Id?nonsecureId=Nonsecure Id
 
 
 Wednesday, September 05, 2001, 9:34:33 PM, you wrote:
 
 GM i think there's a share=true attribute that you have to put in the 
web-site.xml file ??? check out the doco in www.orionserver.com
 
 GM   - Original Message - 
 GM   From:  Li
 GM   To: Orion-Interest 
 GM   Sent: Wednesday, September 05, 2001 7:42 PM
 GM   Subject: Session share problem.
 
 
 GM   Hi,
 GM  I have session share problem between ssl site and non-ssl site. My ssl site 
name is secure.mysite.com and non-ssl site name is www.mysite.com. when I start my 
server, and visit
 GM www.mysite.com firstly, everything goes well. But when I visit secure.mysite.com 
firstly after I starting my orion server, and then back to www.mysite.com  every 
request on www.mysite.com create
 GM a new session.  So my user login, shopping cart won't work!!!
 GM  Is there any one can help me?
 GM   Thanks!
 
 GM   Jishan Li.
 
 
 
 -- 
 Best regards,
  Rafaelmailto:[EMAIL PROTECTED]
 
 
 
 
ÿÿü:¢æ†Šÿüg­Ê‹«~·žÿ¡¢Ü¢fv·¬±«a¶ÚÿÿùšŠ_òj(ýÊ

Re: Re[2]: Help needed

[Lachezar Dobrev]

   Hello.

  I'm trying to get Orion Server to start as a non-root users on Red Hat
  7.1.  I know I need to forward the port from 80 to something above
  1024.  Does any one know how I can do that with iptables.  I've never
  used it before.
 
 LD   ipchains -I input --protocol tcp \
 LD   --destination-port 80 -j REDIRECT 10240
 
 LD   If the Orion port is 10240.
 LD   You need to configure your kernel to support redirecting.
 LD   Consult Kernel docs.
 I have the same problem with Mandrake 8.0
 It seems that all newest Linux releases use iptables instead of
 ipchains and the syntax is a little different.
 Any suggestion ?

   1. You may decide to use IPChains instead of IPTables.
  This is a Kernel-Conf problem.

   2. I don't use IPTables, but... I searched some info on the net,
  and it seems, that it is not too different for IPTables than
  the ipchains one. Maybe you will have to write -I INPUT?!?!?

 TIA
 Marcello

   Lachezar

Re: Re: SMP/Linux/Hotspot/Orion problem.

[skyman]

robert

can you tell us a little about your stable setup?

David

Orion-Interest [EMAIL PROTECTED] wrote:
 
Which jdk/kernel/glibc are you using? We have two production systems running 
a similar setup without any serious problems.

Regards,

Robert 

On Tuesday 21 August 2001 22:35, you wrote:
 Did anyone find a real solution to this problem?  I have 2 smp linux boxes
 that running -classic mode (which is painfully slow).  I have considered
 removing (disabling) one of the CPS to fix it.

 The symptoms are long pauses of up to 5+ minutes, then everything is ok.

 Thanks,
 James

Re: Re[2]: Fwd: file upload

[Joseph B. Ottinger]

www.orionsupport.com now has Nick's classes on it (see the File
Upload link.) 

As for storing it in an EJB... beware, here be dragons and really poor
network latency.

On Fri, 13 Jul 2001, Christoph Sturm wrote:

 Hello Nick,
 
 Thursday, July 12, 2001, 5:57:56 PM, you wrote:
 
 NN Hi Christoph,
 
 NN Sending a file to the server is a specialized little job.  The Orion server 
 NN supplies some orion-specific classes to help (see www.orionsupport.com and 
 NN search for 'upload').  Alternatively, I have written some generic J2EE code 
 NN for the same task, and you are welcome to have that - just drop me a 
 NN line.  (The orionsupport guys said they'd post it on their website, but so 
 NN far it's not there.)
 
 Hey nick!
 
 It would be great if you could send me your code.
 I have the upload from the client to the webserver already going. What
 I need now is to get the file into a ejb.
 
 regards
  chris
 
 

---
Joseph B. Ottinger   [EMAIL PROTECTED]
http://adjacency.org/ IT Consultant

Re: RE: Oracle deal gag... but on a different note.

[John Hogan]

Their j2ee implementations seemed like a bunch of open source glued 
together.  Throw in the oddDuck idea of running ejb's inside the db 
server and it's no wonder they threw it away.  Perhaps because they 
couldn't give it away.


_

Get your free E-mail at http://www.ireland.com

Re: Re: ATM example - deployment error - PLEASE some HELP

[Eddie]

Hellu there,

I already solved it myself.
How ???
I did an upgrade to 1.5.1. Spend some time, such that all my other
applications worked again.and yes the tiny jms application works as
well:

onMessage
Received new quote : Hello, World
Unknown command: -1
ejbRemove called
---

I only have still this Unknow command when I have jms.debug set to true
when starting orion!!!

Another question: how are the queue's managed and how can I
monitor/influence this ??? For example: when I restart orion, my queues's
are lost or not ??? how does this works ??

Eddie

- Original Message -
From: Eddie [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Monday, May 28, 2001 7:48 PM
Subject: Re: ATM example - deployment error - PLEASE some HELP


 Ok... forgot something...

 I did some debugging by starting orion with the options:
 -Djms.debug=true -Dmulticast.debug=true

 I then receive the following when I run the client (sends a message):
 
 Orion/1.4.7 initialized
 Unknown command: -1
 -

 Anyone any idea, what this means and where this comes from    :-(
 (I can't find this anywhere in my application nor the config dir of Orion)

 BTW: when I play around with atm I don't get this unknown command but
 mayby this is because I don't get to the logging part. When do I get to
this
 part ??
 Eddie



 - Original Message -
 From: Eddie [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Monday, May 28, 2001 7:13 PM
 Subject: Re: ATM example - deployment error - PLEASE some HELP


  Ok,
  I now have my tiny jms client submitting messages, but the ejb doesn't
  consume them.
 
  I use the atm example as guideline and have this running. However when I
  have a look at the atm example, I notice that neither does atm logs !!1
 That
  is, there doesn't appear anything in the table com_acme_atm_ejb_mainlog
  table, whereas other tables are filled!!
 
  What are the specific orion requirements, such that the jms-ejb consumes
 the
  message ?? ( I am running on 1.4.7) and how can I debug the problem
(look
 at
  the topics's or somthing like that )?? I don't get any output from orion
 in
  any log !! (strange!!!)
 
  I will shortly explain my client and ejb hereunder as they are really
 short:
  The ejb-jar.xml:
  
  ejb-jar
   enterprise-beans
  message-driven
descriptionJMS logger/description
ejb-nameHello/ejb-name
ejb-classHelloMSGBean.HelloBean/ejb-class
transaction-typeContainer/transaction-type
message-selectorJMSType='mainLogMessage'/message-selector
message-driven-destination
  destination-typejavax.jms.Topic/destination-type
/message-driven-destination
  /message-driven
   /enterprise-beans
  /ejb-jar
  
 
  The onmessage part in the ejb:
  
public void onMessage(Message message) {
  System.out.println(onMessage);
 
  TextMessage textmessage = null;
  if (message instanceof TextMessage) {
textmessage = (TextMessage)message;
  } else {
return;
  }
  --
 
  The client part:
  ---
ctx=new InitialContext(p);
 
 

tcf=(TopicConnectionFactory)ctx.lookup(java:comp/env/jms/theTopicConnection
  Factory);
tcon = tcf.createTopicConnection();
tcon.start();
 tsession = tcon.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);
 topic = (Topic)ctx.lookup(java:comp/env/jms/theTopic);
 tpublisher = tsession.createPublisher(topic);
 TextMessage message = tsession.createTextMessage();
 message.setJMSType(mainLogMessage);
 message.setText(Hello, World);
 tpublisher.publish(message);
  
 
  The part in the jms.xml file (I am not sure if this is necessary!!!??):
  -
   topic name=Demo Topic location=jms/theTopic
descriptionA dummy topic/description
   /topic
  --
 
  The application-client.xml:
  -
  application-client
   display-nameSomething/display-name
   resource-ref
res-ref-namejms/theTopicConnectionFactory/res-ref-name
res-typejavax.jms.TopicConnectionFactory/res-type
res-authContainer/res-auth
   /resource-ref
   resource-ref
res-ref-namejms/theTopic/res-ref-name
res-typejavax.jms.Topic/res-type
res-authContainer/res-auth
   /resource-ref
  /application-client
  
 
  That's it, but the ejb doesn't print anything to the STDOUT.
  What am I doing wrong .
 
  Eddie
 

RE: Re: ATM example - deployment error - PLEASE some HELP

[Ernie Phelps]

Eddie,

To persist the messages to disk when Orion shuts down, add a
persistence-file entry to your queue, like so:

queue host=127.0.0.1 name=Eye location=jms/EyeQueue
persistence-file=../persistence/jms/eyeQueue.queue
descriptionEye/description
/queue

In my limited experience, this works fine during normal Orion shutdowns, but
does not if Orion terminates abnormally (crashes, kill -9 or X the window).

HTH,

Ernie

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Eddie
Sent: Tuesday, May 29, 2001 7:59 AM
To: Orion-Interest
Subject: Re: Re: ATM example - deployment error - PLEASE some HELP


Hellu there,

I already solved it myself.
How ???
I did an upgrade to 1.5.1. Spend some time, such that all my other
applications worked again.and yes the tiny jms application works as
well:

onMessage
Received new quote : Hello, World
Unknown command: -1
ejbRemove called
---

I only have still this Unknow command when I have jms.debug set to true
when starting orion!!!

Another question: how are the queue's managed and how can I
monitor/influence this ??? For example: when I restart orion, my queues's
are lost or not ??? how does this works ??

Eddie

- Original Message -
From: Eddie [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Monday, May 28, 2001 7:48 PM
Subject: Re: ATM example - deployment error - PLEASE some HELP


 Ok... forgot something...

 I did some debugging by starting orion with the options:
 -Djms.debug=true -Dmulticast.debug=true

 I then receive the following when I run the client (sends a message):
 
 Orion/1.4.7 initialized
 Unknown command: -1
 -

 Anyone any idea, what this means and where this comes from    :-(
 (I can't find this anywhere in my application nor the config dir of Orion)

 BTW: when I play around with atm I don't get this unknown command but
 mayby this is because I don't get to the logging part. When do I get to
this
 part ??
 Eddie



 - Original Message -
 From: Eddie [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Monday, May 28, 2001 7:13 PM
 Subject: Re: ATM example - deployment error - PLEASE some HELP


  Ok,
  I now have my tiny jms client submitting messages, but the ejb doesn't
  consume them.
 
  I use the atm example as guideline and have this running. However when I
  have a look at the atm example, I notice that neither does atm logs !!1
 That
  is, there doesn't appear anything in the table com_acme_atm_ejb_mainlog
  table, whereas other tables are filled!!
 
  What are the specific orion requirements, such that the jms-ejb consumes
 the
  message ?? ( I am running on 1.4.7) and how can I debug the problem
(look
 at
  the topics's or somthing like that )?? I don't get any output from orion
 in
  any log !! (strange!!!)
 
  I will shortly explain my client and ejb hereunder as they are really
 short:
  The ejb-jar.xml:
  
  ejb-jar
   enterprise-beans
  message-driven
descriptionJMS logger/description
ejb-nameHello/ejb-name
ejb-classHelloMSGBean.HelloBean/ejb-class
transaction-typeContainer/transaction-type
message-selectorJMSType='mainLogMessage'/message-selector
message-driven-destination
  destination-typejavax.jms.Topic/destination-type
/message-driven-destination
  /message-driven
   /enterprise-beans
  /ejb-jar
  
 
  The onmessage part in the ejb:
  
public void onMessage(Message message) {
  System.out.println(onMessage);
 
  TextMessage textmessage = null;
  if (message instanceof TextMessage) {
textmessage = (TextMessage)message;
  } else {
return;
  }
  --
 
  The client part:
  ---
ctx=new InitialContext(p);
 
 

tcf=(TopicConnectionFactory)ctx.lookup(java:comp/env/jms/theTopicConnection
  Factory);
tcon = tcf.createTopicConnection();
tcon.start();
 tsession = tcon.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);
 topic = (Topic)ctx.lookup(java:comp/env/jms/theTopic);
 tpublisher = tsession.createPublisher(topic);
 TextMessage message = tsession.createTextMessage();
 message.setJMSType(mainLogMessage);
 message.setText(Hello, World);
 tpublisher.publish(message);
  
 
  The part in the jms.xml file (I am not sure if this is necessary!!!??):
  -
   topic name=Demo Topic location=jms/theTopic
descriptionA dummy topic/description
   /topic
  --
 
  The application-client.xml:
  -
  application-client
   display-nameSomething/display-name
   resource-ref
res-ref-namejms/theTopicConnectionFactory/res-ref-name
res-typejavax.jms.TopicConnectionFactory/res-type
res-authContainer/res-auth
   /resource-ref
   resource-ref
res-ref-namejms/theTopic/res-ref-name
res-typejavax.jms.Topic/res-type
res-authContainer/res-auth
   /resource-ref

Re: Re: I require step by step install instructions for Pet Store 1.1.2 on Orion please?

[John Hogan]

when all else fails, read the directions

_

Get your free E-mail at http://www.ireland.com

Re: Re: RE: Simple Java Doubts

[Johan Fredriksson]

Resistance is futile, you will be assimilated.

Johan
- Original Message - 
From: John Hogan [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Wednesday, May 09, 2001 9:55 PM
Subject: Re: Re: RE: Simple Java Doubts


 Santosh,
 
 Is the original disclaimer a secret plot to own all content on the 
 orion list? Somehow doesn't seem appropriate.
 
 ***
 Disclaimer :
 The information contained and transmitted in this e-mail is
 confidential information, and is intended only for the
 named recipient to which it is addressed. The content of
 this e-mail may not have been sent with the authority of
  the company. If the reader of this message is not the
 named recipient or a person responsible for delivering it
 to the named recipient, you are notified that the review,
 dissemination, distribution, transmission, printing or copying,
 forwarding, or any other use of this message or any part of
 it, including any attachments, is strictly prohibited. If you
 have received this communication in error, please delete
 the e-mail and destroy all record of this communication.
 Thank you for your assistance.
 **
 
 
 
  Begin Original Message 
 
 From: John Hogan [EMAIL PROTECTED]
 Sent: Wed, 9 May 2001 08:03:18 -0400
 To: Orion-Interest [EMAIL PROTECTED]
 Subject: Re: RE: Simple Java Doubts
 
 
 On response 2, if the remote client is actually a web server, the 
 scheme will work nicely. No polling would be necessary, an http 
 request would only be issued on event.
 
 John Hogan
 
 _
 
 Get your free E-mail at http://www.ireland.com
 
 
 
  End Original Message 
 
 
 
 _
 
 Get your free E-mail at http://www.ireland.com

SV: Re: RE: Simple Java Doubts

[Magnus Rydin]

Title: SV: Re: RE: Simple Java Doubts





THEY just informed me that the Frog is leaping through tiny blue loops. SOMEONE tells me that the Bavarian Illuminati has teamed up with BORG and are involved in this affair in SOME WAY.

Fnord!



 -Ursprungligt meddelande-
 Från: Johan Fredriksson [mailto:[EMAIL PROTECTED]]
 Skickat: den 10 maj 2001 01:03
 Till: Orion-Interest
 Ämne: Re: Re: RE: Simple Java Doubts
 
 
 Resistance is futile, you will be assimilated.
 
 Johan
 - Original Message - 
 From: John Hogan [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Wednesday, May 09, 2001 9:55 PM
 Subject: Re: Re: RE: Simple Java Doubts
 
 
  Santosh,
  
  Is the original disclaimer a secret plot to own all content on the 
  orion list? Somehow doesn't seem appropriate.
  
  ***
  Disclaimer :
  The information contained and transmitted in this e-mail is
  confidential information, and is intended only for the
  named recipient to which it is addressed. The content of
  this e-mail may not have been sent with the authority of
  the company. If the reader of this message is not the
  named recipient or a person responsible for delivering it
  to the named recipient, you are notified that the review,
  dissemination, distribution, transmission, printing or copying,
  forwarding, or any other use of this message or any part of
  it, including any attachments, is strictly prohibited. If you
  have received this communication in error, please delete
  the e-mail and destroy all record of this communication.
  Thank you for your assistance.
  
 **
  
  
  
   Begin Original Message 
  
  From: John Hogan [EMAIL PROTECTED]
  Sent: Wed, 9 May 2001 08:03:18 -0400
  To: Orion-Interest [EMAIL PROTECTED]
  Subject: Re: RE: Simple Java Doubts
  
  
  On response 2, if the remote client is actually a web server, the 
  scheme will work nicely. No polling would be necessary, an http 
  request would only be issued on event.
  
  John Hogan
  
  _
  
  Get your free E-mail at http://www.ireland.com
  
  
  
   End Original Message 
  
  
  
  _
  
  Get your free E-mail at http://www.ireland.com
 
 

RE: Re: RE: Simple Java Doubts

[KishoreBabu.tanety]

mama feeel ayyava??

-Original Message-
From: Johan Fredriksson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 10, 2001 1:33 PM
To: Orion-Interest
Subject: Re: Re: RE: Simple Java Doubts


Resistance is futile, you will be assimilated.

Johan
- Original Message - 
From: John Hogan [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Wednesday, May 09, 2001 9:55 PM
Subject: Re: Re: RE: Simple Java Doubts


 Santosh,
 
 Is the original disclaimer a secret plot to own all content on the 
 orion list? Somehow doesn't seem appropriate.
 
 ***
 Disclaimer :
 The information contained and transmitted in this e-mail is
 confidential information, and is intended only for the
 named recipient to which it is addressed. The content of
 this e-mail may not have been sent with the authority of
  the company. If the reader of this message is not the
 named recipient or a person responsible for delivering it
 to the named recipient, you are notified that the review,
 dissemination, distribution, transmission, printing or copying,
 forwarding, or any other use of this message or any part of
 it, including any attachments, is strictly prohibited. If you
 have received this communication in error, please delete
 the e-mail and destroy all record of this communication.
 Thank you for your assistance.
 **
 
 
 
  Begin Original Message 
 
 From: John Hogan [EMAIL PROTECTED]
 Sent: Wed, 9 May 2001 08:03:18 -0400
 To: Orion-Interest [EMAIL PROTECTED]
 Subject: Re: RE: Simple Java Doubts
 
 
 On response 2, if the remote client is actually a web server, the 
 scheme will work nicely. No polling would be necessary, an http 
 request would only be issued on event.
 
 John Hogan
 
 _
 
 Get your free E-mail at http://www.ireland.com
 
 
 
  End Original Message 
 
 
 
 _
 
 Get your free E-mail at http://www.ireland.com

RE: Re: RE: Simple Java Doubts

[Christian . Tellefsen]

Title: SV: Re: RE: Simple Java Doubts



That's 
an evil communist lie. Please report to the nearest termination 
center.

The 
computer is your friend!

  -Original Message-From: Magnus Rydin 
  [mailto:[EMAIL PROTECTED]]Sent: 10. mai 2001 
  10:41To: Orion-InterestSubject: SV: Re: RE: Simple Java 
  Doubts
  THEY just "informed" me that the Frog is leaping through tiny 
  blue loops. SOMEONE tells me that the Bavarian Illuminati has teamed up with 
  BORG and are involved in this affair in SOME WAY.
  Fnord! 
   -Ursprungligt meddelande-  Från: Johan Fredriksson [mailto:[EMAIL PROTECTED]] 
   Skickat: den 10 maj 2001 01:03  Till: Orion-Interest  Ämne: Re: Re: 
  RE: Simple Java DoubtsResistance is futile, you will be 
  assimilated.   
  Johan  - Original Message - 
   From: "John Hogan" 
  [EMAIL PROTECTED]  To: "Orion-Interest" 
  [EMAIL PROTECTED]  Sent: 
  Wednesday, May 09, 2001 9:55 PM  Subject: Re: Re: 
  RE: Simple Java Doubts Santosh, Is the original disclaimer 
  a secret plot to own all content on the   
  orion list? Somehow doesn't seem appropriate.  
 
  *** 
Disclaimer :   The 
  information contained and transmitted in this e-mail is   confidential information, and is intended only for the 
named recipient to which it is addressed. The 
  content of   this e-mail may not have been 
  sent with the authority of   the 
  company. If the reader of this message is not the  
   named recipient or a person responsible for delivering it 
to the named recipient, you are notified that the 
  review,   dissemination, distribution, 
  transmission, printing or copying,   
  forwarding, or any other use of this message or any part of   it, including any attachments, is strictly prohibited. If 
  you   have received this communication in 
  error, please delete   the e-mail and destroy 
  all record of this communication.   Thank you 
  for your assistance.
  ** 
   Begin Original Message 
   From: 
  "John Hogan" [EMAIL PROTECTED]   
  Sent: Wed, 9 May 2001 08:03:18 -0400   To: 
  Orion-Interest [EMAIL PROTECTED]   Subject: Re: RE: Simple Java Doubts   On response 2, if the remote client is actually a web server, 
  the   scheme will work nicely. No polling 
  would be necessary, an http   request would 
  only be issued on event. John Hogan _ Get your free E-mail at http://www.ireland.com 
   End Original Message 
   
  
  _   
Get your free E-mail at http://www.ireland.com 

Re: Re: RE: Simple Java Doubts

[Joseph B. Ottinger]

This is not a test.

If you do not heed this warning, it may happen to you.

This is not a test. 

On Thu, May 10, 2001 at 02:11:25PM +0200, [EMAIL PROTECTED] wrote:
 That's an evil communist lie. Please report to the nearest termination
 center.
  
 The computer is your friend!
 
 -Original Message-
 From: Magnus Rydin [mailto:[EMAIL PROTECTED]]
 Sent: 10. mai 2001 10:41
 To: Orion-Interest
 Subject: SV: Re: RE: Simple Java Doubts
 
 
 
 THEY just informed me that the Frog is leaping through tiny blue loops.
 SOMEONE tells me that the Bavarian Illuminati has teamed up with BORG and
 are involved in this affair in SOME WAY.
 
 Fnord! 
 
 
  -Ursprungligt meddelande- 
  Fr?n: Johan Fredriksson [ mailto:[EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] ] 
  Skickat: den 10 maj 2001 01:03 
  Till: Orion-Interest 
  ?mne: Re: Re: RE: Simple Java Doubts 
  
  
  Resistance is futile, you will be assimilated. 
  
  Johan 
  - Original Message - 
  From: John Hogan [EMAIL PROTECTED] 
  To: Orion-Interest [EMAIL PROTECTED] 
  Sent: Wednesday, May 09, 2001 9:55 PM 
  Subject: Re: Re: RE: Simple Java Doubts 
  
  
   Santosh, 
   
   Is the original disclaimer a secret plot to own all content on the 
   orion list? Somehow doesn't seem appropriate. 
   
   *** 
   Disclaimer : 
   The information contained and transmitted in this e-mail is 
   confidential information, and is intended only for the 
   named recipient to which it is addressed. The content of 
   this e-mail may not have been sent with the authority of 
the company. If the reader of this message is not the 
   named recipient or a person responsible for delivering it 
   to the named recipient, you are notified that the review, 
   dissemination, distribution, transmission, printing or copying, 
   forwarding, or any other use of this message or any part of 
   it, including any attachments, is strictly prohibited. If you 
   have received this communication in error, please delete 
   the e-mail and destroy all record of this communication. 
   Thank you for your assistance. 
   
  ** 
   
   
   
    Begin Original Message  
   
   From: John Hogan [EMAIL PROTECTED] 
   Sent: Wed, 9 May 2001 08:03:18 -0400 
   To: Orion-Interest [EMAIL PROTECTED] 
   Subject: Re: RE: Simple Java Doubts 
   
   
   On response 2, if the remote client is actually a web server, the 
   scheme will work nicely. No polling would be necessary, an http 
   request would only be issued on event. 
   
   John Hogan 
   
   _ 
   
   Get your free E-mail at http://www.ireland.com http://www.ireland.com
 
   
   
   
    End Original Message  
   
   
   
   _ 
   
   Get your free E-mail at http://www.ireland.com http://www.ireland.com
 
  
  
 

-- 
---
Joseph B. Ottinger [EMAIL PROTECTED]
http://winter.ajacency.com/   IT Consultant

Re: RE: Simple Java Doubts

[John Hogan]

On response 2, if the remote client is actually a web server, the 
scheme will work nicely.  No polling would be necessary, an http 
request would only be issued on event.

John Hogan

_

Get your free E-mail at http://www.ireland.com

Re: Re: RE: Simple Java Doubts

[John Hogan]

Santosh,

Is the original disclaimer a secret plot to own all content on the 
orion list?  Somehow doesn't seem appropriate.

***
Disclaimer :
The information contained and transmitted in this e-mail is
confidential information, and is intended only for the
named recipient to which it is addressed. The content of
this e-mail may not have been sent with the authority of
 the company. If the reader of this message is not the
named recipient or a person  responsible for delivering it
to the named recipient, you are notified that the review,
dissemination, distribution, transmission, printing or copying,
forwarding, or any other use of this message or any part of
it, including any attachments, is strictly prohibited. If you
have received this communication in error, please delete
the e-mail and destroy all record of this communication.
Thank you for your assistance.
**



 Begin Original Message 

From: John Hogan [EMAIL PROTECTED]
Sent: Wed, 9 May 2001 08:03:18 -0400
To: Orion-Interest [EMAIL PROTECTED]
Subject: Re: RE: Simple Java Doubts


On response 2, if the remote client is actually a web server, the 
scheme will work nicely.  No polling would be necessary, an http 
request would only be issued on event.

John Hogan

_

Get your free E-mail at http://www.ireland.com



 End Original Message 



_

Get your free E-mail at http://www.ireland.com

Re: [Re: broken default web app - not found]

[joey sark]

I copied config/applictation.xml to
applications/pussycat/META-INF/

and changed 
web-module id=defaultWebApp path=../default-web-app /
to:
web-module id=pussycat path=../pussycat /
which yields:
Error instantiating application at file:/O:/applications/pussycat/: Unknown
assembly tag in file:/O:/applications/pussycat/: web-module



Tim Endres [EMAIL PROTECTED] wrote:
 Sounds to me like you have no META-INF/* for your application at the path
 C:/orion/applications/pussycat, which you specified for your app? Where
 is your META-INF setup?
 
  That did bring back the default Orion Web App, and as the default
site/app 
  
  my other app is dead now:
  
  Error instantiating application at file:/C:/orion/applications/pussycat/:
  Unable to find/read assembly info for C:\orion\applications\pussycat
  (META-INF/application.xml)
  Error initializing site Pussycat Web Study: No application named
'pussycat'
  found in the server
  Orion/1.4.5 initialized
  
  I guess the real trouble is that I'm not sure of the distinct meanings
  between
  server
  web site
  web appliction
  default web site
  default web appliction
  global...
  
  i have not found these defined on the orion site.
  j.
  
  
  
  Tim Endres [EMAIL PROTECTED] wrote:
   In my server.xml file, I have the following line:
   
  global-application name=default path=application.xml / 
   
   Looks to me like you've replaced the default web-app with your own
  'pussycat'.
   You application should be defined by a separate app line, such as:
   
  application name=pussycat path=/path/to/app/dir
auto-start=true
  /
   
   Note how the path is a path, not an xml file. It could also be your EAR
  file
   if you have deployed that way.
   
   tim.
   
I managed to deploy a website/app but in so doing, broke the default
  website
with all the nice jsp examples. I would like to use that default app
to
  test
and learn about jsp and plug modified versions into my app.

now i get this error from orion:

Error initializing site Default Orion WebSite: No application named
  'default'
found in the server

how do i unbreak the default web app and keep it working alongside my
app
  -
and KISS?

thanks in advance.

Joey,
newbie in distress

relevent config files:

orion/config/server.xml:
...
global-application name=pussycat path=application.xml /
!--global-application name=default path=application.xml / 
can't
  do
this--
global-web-app-config path=global-web-application.xml /
web-site path=./pussycat-web-site.xml /
web-site path=./default-web-site.xml /
...

orion/config/application.xml:
...
orion-application
web-module id=pussycat   path=../applications/pussycat /
web-module id=defaultWebApp  path=../applications/default-web-app
/
...

orion/config/default-web-site.xml:
...
web-site host=[all] port=80 display-name=Default Orion
WebSite
default-web-app application=default name=defaultWebApp / 
/web-site


orion/config/pussycat-web-site.xml:
...
web-site host=[all] port=80 display-name=Pussycat Web Study 
virtual-hosts=localhost

default-web-app application=pussycat name=pussycat /
!-- default-web-app application=pussycat name=defaultWebApp /
can't
  do
this--
...
/web-site 


server.xml:
...
application-server
application-directory=../applications
deployment-directory=../application-deployments

... 
global-application name=pussycat path=application.xml /
!--global-application name=default path=application.xml / 
can't
  do
this--
global-web-app-config path=global-web-application.xml /
web-site path=./pussycat-web-site.xml /
web-site path=./default-web-site.xml /
...
 
 


end


Get free email and a permanent address at http://www.netaddress.com/?N=1

Re: Re: IIS, Orion, virtual host

[paul]

Dear Jeff Hubbach,

Thanks for your advice. 

01-4-27 0:00:00 You had said£º
Paul,

I'm sorry to say that I have no experience with IIS and configuration issues therein. 
I do know thorugh experience and education that each IP has it's own set of ports. 
That's why I gave my advice below. If you are trying to do something similar to 
Oliver (run Orion on a different IP but same port as IIS), then I would recommend 
trying my suggestion below. If you think you have IIS configured to only listen to 
one IP, then start it up and try accessing the second IP on the same port. If the IIS 
web site comes up, then it is configured to listen to ALL IPs on the box. I would 
read the documentation on IIS at this point. From what little I know of IIS, there 
are some pretty big security holes in it, which I guess if you keep up with the 
patches can be dealt with...

Sorry I could't give you more hands-on experience.

Jeff Hubbach.

On Fri, 27 Apr 2001 9:59:41 +0800
paul [EMAIL PROTECTED] wrote:

Dear Jeff Hubbach,

Can you send some detail info about IIS set?

01-4-25 12:54:00 You had said£º
Each IP has it's own ports. Therefore, you could have Apache listening on port
80 of IP A, IIS listening on port 80 of IP B, and Orion listening on port 80 of
IP C. It sounds like you don't have IIS configured to listen to only one of the
IPs, so it's binding to both. If you browse to the IP that you want to run
Orion on, does it bring up the IIS site? just curious...

Jeff Hubbach.

Ron van Pol wrote:

 Seems to me that there can run only one process on a particular port. Once
 IIS is already running on port 80 Orion will be unable to bind to that port
 since it is already in use by IIS. Same goes if you start orion before IIS.
IP Then IIS, will not be able to start since Orion already has port 80 in use.

 Ron

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of olivier
  Sent: Wednesday, April 25, 2001 9:51 AM
  To: Orion-Interest
  Subject: IIS, Orion, virtual host
 
 
  Hi,
 
  For some reason, I have set 2 IP addresse to my machine (NT). x.x.x.20 and
  x.x.x.21. (modification in the connection setting and the hosts file)
  I have configured IIs to use x.20, on port 80, and Orion x.21 on port 80.
  Is is because the port are the same that I can't start both of them at the
  same time (they complain that the address is in use).
 
  Or is it possible and I don't know how to do it ???
 
  Thanks,
 
  olivier
 
 
 
 

--
Jeff Hubbach
Internet Developer
New Media Designs, Inc.
www.nmd.com

Sincerely,

paul
[EMAIL PROTECTED]



Sincerely,

paul
[EMAIL PROTECTED]

RE: Re: IIS, Orion, virtual host

[Ron White]

I must confess I was incorrect about the port issue. I had forgotten that I
had moved my IIS to a different port when Orion was running. But I found the
solution to the issue as well. Seems IIS listens on all IP by default even
if you tell it to only listen on one port. The following tells how to
disable this behaviour. I have tested it and it works.

Thanks,
Ron White

PS. Please forward to the Orion list since my mailserver can't seem to find
it.


Socket Pooling, Performance, and Security Issues
You might want to disable socket pooling if any of the following are true:

You are not hosting a large number of sites.
You have special security concerns.
Socket pooling will cause IIS 5.0 to listen to all IP addresses, which might
present a possible security risk for secure domains with multiple networks.
In addition, both bandwidth throttling and performance adjustments will
apply to all Web sites configured for the same port, for example port 80. If
you intend to use bandwidth throttling or do performance tuning on a
per-site basis, you will need to disable socket pooling.

To disable socket pooling, type the following at the command prompt:

cscript c:\inetpub\adminscripts\adsutil.vbs set w3svc/disablesocketpooling
true

The command prompt will reply:

disablesocketpooling : (BOOLEAN) True

Thanks,
Ron White

RE: Re: IIS, Orion, virtual host

[cybermaster]

Out of curiosity: Jeff, are you using a multi-homed machine? So far I have
not run across a network driver that filters all incoming packets from a
single network card to resolve them into various IPs, but I'm always open to
learn of new stuff.

One network adapter - one IPaddress (although I've heard of drivers which
send out fake IPs, but can't receive them)

--peter
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of olivier
  Sent: Wednesday, April 25, 2001 9:51 AM
  To: Orion-Interest
  Subject: IIS, Orion, virtual host
 
 
  Hi,
 
  For some reason, I have set 2 IP addresse to my machine (NT).
x.x.x.20 and
  x.x.x.21. (modification in the connection setting and the hosts file)
  I have configured IIs to use x.20, on port 80, and Orion x.21 on port
80.
  Is is because the port are the same that I can't start both of them
at the
  same time (they complain that the address is in use).
 
  Or is it possible and I don't know how to do it ???
 
  Thanks,
 
  olivier
 
 
 
 

--
Jeff Hubbach
Internet Developer
New Media Designs, Inc.
www.nmd.com

Sincerely,

paul
[EMAIL PROTECTED]



Sincerely,

paul
[EMAIL PROTECTED]

Re: Re: IIS, Orion, virtual host

[Iain McClure]

Just started subscribing to the interest group.

Forgive me if talking nonsense, as I've not even used Orion yet, but I can
definitely run IIS 5.0 and Apache web server on the same machine (virtual
hosts setup for apache, IIS as the 'real' machine name).

They both listen on port 80, and I can access home pages via a browser
successfully.

IIS 5.0 listens on port 80 by default (set in the website application
settings - I don't know what happens if the port is left blank though!).

Apache listens on *all* ports by default, but I've configured my virtual
hosts to also listen on port 80.


Therefore, it is my opinion that multiple web servers can be started on the
same TCP port (for different, even virtual, IP addresses).

Once I start using Orion, I'll let you know if I can run both at the same
time successfully.


Regards,

Iain.


- Original Message -
From: elephantwalker [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Friday, April 27, 2001 7:07 PM
Subject: RE: Re: IIS, Orion, virtual host


 Peter,

 this is from Kabir's book Red Hat Linux 7 Server, page 214,

 The first step in creating an IP alias is to determine if you have the IP
 alias module loaded with the kernel [ip_alias.o]...

 In linux you can definetly use multiple ip addresses with a single network
 interface card. If one operating system can do it, I bet the others can
 also.

 Regards,

 the elephantwalker





 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of cybermaster
 Sent: Friday, April 27, 2001 8:06 AM
 To: Orion-Interest
 Subject: RE: Re: IIS, Orion, virtual host


 Out of curiosity: Jeff, are you using a multi-homed machine? So far I have
 not run across a network driver that filters all incoming packets from a
 single network card to resolve them into various IPs, but I'm always open
to
 learn of new stuff.

 One network adapter - one IPaddress (although I've heard of drivers which
 send out fake IPs, but can't receive them)

 --peter
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of olivier
   Sent: Wednesday, April 25, 2001 9:51 AM
   To: Orion-Interest
   Subject: IIS, Orion, virtual host
  
  
   Hi,
  
   For some reason, I have set 2 IP addresse to my machine (NT).
 x.x.x.20 and
   x.x.x.21. (modification in the connection setting and the hosts
file)
   I have configured IIs to use x.20, on port 80, and Orion x.21 on
port
 80.
   Is is because the port are the same that I can't start both of them
 at the
   same time (they complain that the address is in use).
  
   Or is it possible and I don't know how to do it ???
  
   Thanks,
  
   olivier
  
  
  
  
 
 --
 Jeff Hubbach
 Internet Developer
 New Media Designs, Inc.
 www.nmd.com
 
 Sincerely,
 
 paul
 [EMAIL PROTECTED]
 
 

 Sincerely,

 paul
 [EMAIL PROTECTED]

Re: Re: IIS, Orion, virtual host

[paul]

Dear Jeff Hubbach,

Can you send some detail info about IIS set?

01-4-25 12:54:00 You had said£º
Each IP has it's own ports. Therefore, you could have Apache listening on port
80 of IP A, IIS listening on port 80 of IP B, and Orion listening on port 80 of
IP C. It sounds like you don't have IIS configured to listen to only one of the
IPs, so it's binding to both. If you browse to the IP that you want to run
Orion on, does it bring up the IIS site? just curious...

Jeff Hubbach.

Ron van Pol wrote:

 Seems to me that there can run only one process on a particular port. Once
 IIS is already running on port 80 Orion will be unable to bind to that port
 since it is already in use by IIS. Same goes if you start orion before IIS.
 Then IIS, will not be able to start since Orion already has port 80 in use.

 Ron

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of olivier
  Sent: Wednesday, April 25, 2001 9:51 AM
  To: Orion-Interest
  Subject: IIS, Orion, virtual host
 
 
  Hi,
 
  For some reason, I have set 2 IP addresse to my machine (NT). x.x.x.20 and
  x.x.x.21. (modification in the connection setting and the hosts file)
  I have configured IIs to use x.20, on port 80, and Orion x.21 on port 80.
  Is is because the port are the same that I can't start both of them at the
  same time (they complain that the address is in use).
 
  Or is it possible and I don't know how to do it ???
 
  Thanks,
 
  olivier
 
 
 
 

--
Jeff Hubbach
Internet Developer
New Media Designs, Inc.
www.nmd.com

Sincerely,

paul
[EMAIL PROTECTED]

Re: Re[2]: jsp:declaration parsing error

[doggie]

Hi Rafael, I have difficulty to tell whether the meaning of the 1.1 spec is,
since it didn't
use the more familiar words like MUST or MAY to describe it. (and English is
not my
domain language.)

Orion 1.4.5 support almost all the other xml equivalent tags defined in the
spec such as
jsp:directive,  jsp:scriptlet, and jsp:expression. But, as you pointed
out,
the xml equivalent tags cannot be mixed with the traditional jsp syntax in
the same file,
with means that the lack of support of one single tag will cause all the
rest of them
practically useless because it can't be substituted by the old fashion %!
... % alone.

I just wonder why the declaration tag has been "chosen" to be left alone
while the rest are
supported.

- Original Message -
From: "Rafael Alvarez" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Saturday, April 21, 2001 3:54 AM
Subject: Re[2]: jsp:declaration parsing error


 Hello doggie,
 Thanks for pointing it out. I misses it entirely!

 I found something interesting in the Specs:
 ###
 # Extracted from JavaServer Pages Specification Version 1.1
 ###
 7 JSP Pages as XML Documents
 The JSP page to XML document mapping is not visible to JSP 1.1
 containers; it will receive substantial emphasis in the next releases
 of the JSP specification. Since the mapping has not received great
 usage, we particularly encourage feedback in this area.

 ==

 ###
 # Extracted from JavaServer Pages Specification Version 1.2
 ###
 2.1.2 XML Document for a JSP Page
   All JSP pages have an equivalent XML document. This equivalent
   XML document is the view of the JSP page that is exposed to the
   translation phase (see below).

   A JSP page can also be written directly as its equivalent XML
document.
   Unlike in JSP 1.0 and JSP 1.1 containers, the XML document itself
can be
   delivered to a JSP container for processing.

   It is not valid to intermix "standard syntax" and XML syntax inside
the
   same source file. A JSP page (in either syntax) can include via a
directive
   a JSP page in either syntax.

 

 As I understood (please, correct me if I'm wrong) the JSP 1.1
 container is not forced to accept the XML representation.
 But Orion is suppose to implement JSP 1.2 features, so I don't know.
 Perhaps they left it out because there is not sure if it will be in
 the final draft.


 
 Best Regards  mailto:[EMAIL PROTECTED]
 Rafael Alvarez

Re: [RE]..

[Kanbay Saravanan]

please do not study java.it is waste to study java...i am working in java and we have no projects at all.. we never think we will get getting one..

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

RE: [RE]..

[Kemp Randy-W18971]

Are 
you attending the Timbuktu Java convention, by chance?

  -Original Message-From: Kanbay Saravanan 
  [mailto:[EMAIL PROTECTED]]Sent: Thursday, April 19, 2001 4:29 
  AMTo: Orion-InterestSubject: Re: 
  [RE]..
  
  please do not study java.it is waste to study java...i am 
  working in java and we have no projects at all.. we never think we will get 
  getting one..
  
  Saravanan
  
  Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
  

Re: Re: ORION RISE FROM THE DEAD!

[Johan Fredriksson]

As I mentioned before in a previous posting, the Orion team will continue
their work on the Orion product, partners will do the support.

Support will in the future be the "milking cow" ( don't know if that one
translates well into english, where you get the money...), and there you
have the business modell.

At least that's how I interpreted Karl Avedals speech.

Johan
- Original Message -
From: [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, April 13, 2001 12:53 AM
Subject: Re: Re: ORION RISE FROM THE DEAD!


 I really hope that Orion is released into the open-source community if
they're going to tank as a business.

 I never thought of that.  I guess the real question may be: "What is
Orion's/Ironflare's business model?"  Taking a wild guess, not based on any
first hand knowledge/contact/experience, the 'problem' may be that orion's
developer's want to continue programming and not become consultants, support
technicians, etc...  Which would be great to have quality developers on the
project full time, but this seems contrary to a lot of the service models
that are out there now.  A lot of companies now repackage open source and
get paid on service/consulting.  Perhaps they need a quality partner or need
to be bought out (maybe macromedia should have bought them out instead of
buying allaire)...who knows...I'm not an expert in this field as I'm sure my
views have proved.  So I may be way off base.  I'm just an avid java
developer with a small, nimble company that likes to develop and utilize
small, quick, and well-written software.  (did you also ever notice that
orion seems to be at most h!
 !
 !
 alf the size of other major app servers?)

 By the way, if some help is needed to host (or provide an alternative to)
orionsupport, please let me know.  I know the boss here; I'm sure we could
work something out.

 I think a lot of people would help out in this department (including
myself), especially if it was open source.  I already have a kind of how-to
in the works for SSL using chained certificates from Entrust.net.

 David

Re: Re: ORION RISE FROM THE DEAD!

[Stan Ng]

"cash cow" actually, but close enough. :)  thanks for the update!


- Original Message - 
From: "Johan Fredriksson" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Tuesday, April 17, 2001 12:47 AM
Subject: Re: Re: ORION RISE FROM THE DEAD!


 As I mentioned before in a previous posting, the Orion team will continue
 their work on the Orion product, partners will do the support.
 
 Support will in the future be the "milking cow" ( don't know if that one
 translates well into english, where you get the money...), and there you
 have the business modell.
 
 At least that's how I interpreted Karl Avedals speech.
 
 Johan

RE: Re: ORION RISE FROM THE DEAD!

[Kemp Randy-W18971]

The problem Orion will face is that the open source and low cost competition
will be heating up, and as the quality improves, so will the competition.
Who should they watch out for?

1.Resin (www.caucho.com).  When they finally get an EJB server out, it will
be set to integrate with Resin and have a competitive price (around $2000).

2. Jboss (www.jboss.org) and Enhydra Enterprise (www.enhydra.org), which are
actively enhancing and developing their application servers.

3. Jonas (www.evidian.com/jonas) and openejb (http://openejb.exolab.org/),
where the latter is making partnerships with Apache, etc.

Notice I did not mention Unify, which also has a low cost entry, but they
still need to get their financial act together.

So why do I bring these items to light?  So that Orion is aware of the
competition, and like the rabbit, doesn't take a nap, but keeps moving
forward, as the turtles get better prepared. 

-Original Message-
From: Johan Fredriksson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 17, 2001 2:47 AM
To: Orion-Interest
Subject: Re: Re: ORION RISE FROM THE DEAD!


As I mentioned before in a previous posting, the Orion team will continue
their work on the Orion product, partners will do the support.

Support will in the future be the "milking cow" ( don't know if that one
translates well into english, where you get the money...), and there you
have the business modell.

At least that's how I interpreted Karl Avedals speech.

Johan
- Original Message -
From: [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, April 13, 2001 12:53 AM
Subject: Re: Re: ORION RISE FROM THE DEAD!


 I really hope that Orion is released into the open-source community if
they're going to tank as a business.

 I never thought of that.  I guess the real question may be: "What is
Orion's/Ironflare's business model?"  Taking a wild guess, not based on any
first hand knowledge/contact/experience, the 'problem' may be that orion's
developer's want to continue programming and not become consultants, support
technicians, etc...  Which would be great to have quality developers on the
project full time, but this seems contrary to a lot of the service models
that are out there now.  A lot of companies now repackage open source and
get paid on service/consulting.  Perhaps they need a quality partner or need
to be bought out (maybe macromedia should have bought them out instead of
buying allaire)...who knows...I'm not an expert in this field as I'm sure my
views have proved.  So I may be way off base.  I'm just an avid java
developer with a small, nimble company that likes to develop and utilize
small, quick, and well-written software.  (did you also ever notice that
orion seems to be at most h!
 !
 !
 alf the size of other major app servers?)

 By the way, if some help is needed to host (or provide an alternative to)
orionsupport, please let me know.  I know the boss here; I'm sure we could
work something out.

 I think a lot of people would help out in this department (including
myself), especially if it was open source.  I already have a kind of how-to
in the works for SSL using chained certificates from Entrust.net.

 David

RE: Re: ORION RISE FROM THE DEAD!

[Hani Suleiman]

How are these any more 'competitive' than all the other commercial
application server vendors out there?

While it's hugely unfashionable to say so, there's nothing 'magical' or
'special' about open source. We could sit here all day and name
'competitors' to Orion. Some will fail, and hell, some might beat it one
day. I don't think the Orion team live in a bubble and are merrily
oblivious to the fact that they do have competitors, and must stay ahead
of the game and differentiate themselves.

Some of the products you mention are at least as old as (if not
older) than Orion. I for one won't be holding my breath for this 'catching
up' you're promising will happen.

Hani

 On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote:

 The problem Orion will face is that the open source and low cost competition
 will be heating up, and as the quality improves, so will the competition.
 Who should they watch out for?
 
 1.Resin (www.caucho.com).  When they finally get an EJB server out, it will
 be set to integrate with Resin and have a competitive price (around $2000).
 
 2. Jboss (www.jboss.org) and Enhydra Enterprise (www.enhydra.org), which are
 actively enhancing and developing their application servers.
 
 3. Jonas (www.evidian.com/jonas) and openejb (http://openejb.exolab.org/),
 where the latter is making partnerships with Apache, etc.
 
 Notice I did not mention Unify, which also has a low cost entry, but they
 still need to get their financial act together.
 
 So why do I bring these items to light?  So that Orion is aware of the
 competition, and like the rabbit, doesn't take a nap, but keeps moving
 forward, as the turtles get better prepared. 
 
 -Original Message-
 From: Johan Fredriksson [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, April 17, 2001 2:47 AM
 To: Orion-Interest
 Subject: Re: Re: ORION RISE FROM THE DEAD!
 
 
 As I mentioned before in a previous posting, the Orion team will continue
 their work on the Orion product, partners will do the support.
 
 Support will in the future be the "milking cow" ( don't know if that one
 translates well into english, where you get the money...), and there you
 have the business modell.
 
 At least that's how I interpreted Karl Avedals speech.
 
 Johan
 - Original Message -
 From: [EMAIL PROTECTED]
 To: "Orion-Interest" [EMAIL PROTECTED]
 Sent: Friday, April 13, 2001 12:53 AM
 Subject: Re: Re: ORION RISE FROM THE DEAD!
 
 
  I really hope that Orion is released into the open-source community if
 they're going to tank as a business.
 
  I never thought of that.  I guess the real question may be: "What is
 Orion's/Ironflare's business model?"  Taking a wild guess, not based on any
 first hand knowledge/contact/experience, the 'problem' may be that orion's
 developer's want to continue programming and not become consultants, support
 technicians, etc...  Which would be great to have quality developers on the
 project full time, but this seems contrary to a lot of the service models
 that are out there now.  A lot of companies now repackage open source and
 get paid on service/consulting.  Perhaps they need a quality partner or need
 to be bought out (maybe macromedia should have bought them out instead of
 buying allaire)...who knows...I'm not an expert in this field as I'm sure my
 views have proved.  So I may be way off base.  I'm just an avid java
 developer with a small, nimble company that likes to develop and utilize
 small, quick, and well-written software.  (did you also ever notice that
 orion seems to be at most h!
  !
  !
  alf the size of other major app servers?)
 
  By the way, if some help is needed to host (or provide an alternative to)
 orionsupport, please let me know.  I know the boss here; I'm sure we could
 work something out.
 
  I think a lot of people would help out in this department (including
 myself), especially if it was open source.  I already have a kind of how-to
 in the works for SSL using chained certificates from Entrust.net.
 
  David
 
 
 

Re: Re: ORION RISE FROM THE DEAD!

[skyman]

I really hope that Orion is released into the open-source community if they're going 
to tank as a business.

I never thought of that.  I guess the real question may be: "What is 
Orion's/Ironflare's business model?"  Taking a wild guess, not based on any first hand 
knowledge/contact/experience, the 'problem' may be that orion's developer's want to 
continue programming and not become consultants, support technicians, etc...  Which 
would be great to have quality developers on the project full time, but this seems 
contrary to a lot of the service models that are out there now.  A lot of companies 
now repackage open source and get paid on service/consulting.  Perhaps they need a 
quality partner or need to be bought out (maybe macromedia should have bought them out 
instead of buying allaire)...who knows...I'm not an expert in this field as I'm sure 
my views have proved.  So I may be way off base.  I'm just an avid java developer with 
a small, nimble company that likes to develop and utilize small, quick, and 
well-written software.  (did you also ever notice that orion seems to be at most h!
!
!
alf the size of other major app servers?)

By the way, if some help is needed to host (or provide an alternative to) 
orionsupport, please let me know.  I know the boss here; I'm sure we could work 
something out.

I think a lot of people would help out in this department (including myself), 
especially if it was open source.  I already have a kind of how-to in the works for 
SSL using chained certificates from Entrust.net.

David

Re: Re: ORION RISE FROM THE DEAD!

[Hani Suleiman]

David, nothing personal, I'm just hanging my reply off yours as it's the
latest one in this thread...

BUT some of us are very bored of this thread popping up every few
weeks. Sure, Orion hasn't released a new version in a couple of months now
(I think), and I'm as desperately eager for 1.4.8 as anyone here. Why does
this always translate to 'Orion is tanking'?

It WOULD be lovely if the Orion team were more active in their posts here,
if nothing else, people would get that warm fuzzy feeling that is
obviously so important.

So in an ideal situation, we'd all get the best of both worlds. A kick ass
product, and warm fuzzies all round (well, and a much better support
infrastructure!). But as has been said before, I'm in the group that of
those 3 things, would choose the first.

Hani

On Thu, 12 Apr 2001 [EMAIL PROTECTED] wrote:

 I really hope that Orion is released into the open-source community if they're 
going to tank as a business.
 
 I never thought of that.  I guess the real question may be: "What is 
Orion's/Ironflare's business model?"  Taking a wild guess, not based on any first 
hand knowledge/contact/experience, the 'problem' may be that orion's developer's want 
to continue programming and not become consultants, support technicians, etc...  
Which would be great to have quality developers on the project full time, but this 
seems contrary to a lot of the service models that are out there now.  A lot of 
companies now repackage open source and get paid on service/consulting.  Perhaps they 
need a quality partner or need to be bought out (maybe macromedia should have bought 
them out instead of buying allaire)...who knows...I'm not an expert in this field as 
I'm sure my views have proved.  So I may be way off base.  I'm just an avid java 
developer with a small, nimble company that likes to develop and utilize small, 
quick, and well-written software.  (did you also ever notice that orion seems to be 
at most!
 h!
 !
 !
 alf the size of other major app servers?)
 
 By the way, if some help is needed to host (or provide an alternative to) 
orionsupport, please let me know.  I know the boss here; I'm sure we could work 
something out.
 
 I think a lot of people would help out in this department (including myself), 
especially if it was open source.  I already have a kind of how-to in the works for 
SSL using chained certificates from Entrust.net.
 
 David
 
 

RE: [RE]..

[elephantwalker]

Take a look at this book, Core Java, Volume II - Advanced Features by Cay S.
Horstmann and Gary Cornell. There is a whole chapter on RMI. This should get
you started.

You might want to check out the www.javasoft.com web site, I believe there
is a tutorial on RMI.

You might also check out the forums page on the javasoft web site, I believe
there is a forum for people who just started studying Java.

Regards,

Elephantwalker

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of ±èÀºÁÖ
Sent: Wednesday, April 04, 2001 9:30 PM
To: Orion-Interest
Subject: [RE]..


hi...
I'm studying java
I started 2months ago...java
I want to RMI..
Please give me information of rmi..

have a nice day

==
¿ì¸® ÀÎÅͳÝ, Daum
Æò»ý ¾²´Â ¹«·á E-mail ÁÖ¼Ò ÇѸÞÀϳÝ
Áö±¸ÃÌ ÇÑ±Û °Ë»ö¼­ºñ½º Daum FIREBALL
http://www.daum.net

RE: Re[2]: Removal of SBs from expiring HTTP sessions ...

[Mike Cannon-Brookes]

Remote interfaces are just interfaces. They can extend multiple other
interfaces.

So it's not real tedious at all? ;)

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Rafael Alvarez
 Sent: Friday, March 16, 2001 1:55 PM
 To: Orion-Interest
 Subject: Re[2]: Removal of SBs from expiring HTTP sessions ...


 Hello Mike,

 Thursday, March 15, 2001, 7:31:23 PM, you wrote:

 MCB Can't you just make the SB a HttpSessionBindingListener and implement
 MCB valueUnbound() ?

 Nope. For that to work you need your Remote interface to extend
 HttpSessionBindingListener, but it already extends EJBObject.
 There is a workaround, is to tedios that it's not worth the effort.

 --
 Best regards,
  Rafaelmailto:[EMAIL PROTECTED]

Re: re: configuring jdbc with oracle...

[John Hogan]

As a sanity check, you may want to make sure you can get the Product 
example running with Oracle first 
(http://www.orionserver.com/docs/ejbexamples/index.html).  There's 
some good by the numbers instructions for editing the xml files ...  
Also, make sure your oracle classes12.zip is in orion\lib dir.  
Here's what a valid datasource def looks like:

data-source
class="com.evermind.sql.DriverManagerDataSource"
name="blahblah"
location="jdbc/OracleCoreDS"
xa-location="jdbc/xa/OracleEJBDS"
ejb-location="jdbc/Oracle"
connection-driver="oracle.jdbc.driver.OracleDriver"
username="blahblah"
password="password"
url="jdbc:oracle:thin:@192.168.100.40:1521:boston"
inactivity-timeout="30"
/


_

Get your free E-mail at http://www.ireland.com

Re: Re: configuring jdbc with oracle...

[John Hogan]

are you seeing any errors on Orion startup?

_

Get your free E-mail at http://www.ireland.com

Re: Re: Unsent Message Returned to Sender

[vandycan]

Natalie,

The problem appears to be with the Orion folk's listserver.

Mike Van

Re: RE: Garbage collection, out of memory

[Jaco van Rooijen]

The problem is not that simple.  There's a bug.

We then ran a test program that creates a simple entity bean in an infinite
loop and then releases the reference of this entity bean. We ran a profiler
on the VM and counted the memory instances. The server keeps the beans in a
list, so the GC cant have them, and it turns out that even though memory
seems to be running out, orion does not passivate.

We told them, and [EMAIL PROTECTED] said thanx and they'd fix it, but
they cannot give an estimate of when - we've been waiting for 3 months now.
Up to 1.4.5 you could not limit the pool size, so there aint no way to force
it to start passivating.

Regards
Jaco

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres
Sent: 13 February 2001 23:32
To: Orion-Interest
Subject: Re: Garbage collection, out of memory


Your GC times are huge because you have provided so much memory. If you
reduce the 500MB to 128MB, you will see more GC's, but they will be much
shorter. This is a well known optimization issue. Too little memory causes
to many GC runs, while too much memory causes GC runs to be too long. You
need to experiment to find the best amount of memory to allocate.

tim.

 Hello

 We are experiencing a garbage collection problem.  We are running Orion
 1.4.7 on a Linux 2.4 box.  We have been trying the Sun 1.2.2, the Sun 1.3
 and the IBM JVM 1.3.  On the Sun 1.3 JVM we have tried normal garbage
 collection and also -Xincgc incremental garbage collection.  We run with
 500 megabytes of heap space available to Java.

 The system uses lots of EJBs (mainly stateless session but also quite a
 few entities and a handful of stateful session beans), and we have JSP
 pages which run in the same JVM.

 The system runs very responsively and well, with up to 90 users
 simultaneously using it, for up to an hour.  Then enormous GCs start
 happening which block all activity for up to 180 seconds at a time!  The
 length and frequency of the freezes vary with the different JVMs but all
 are unusable after say an hour of up time.

 The Sun 1.3 in incremental GC mode is the best, and in fact remains stable
 and usable until it starts doing a few 9 second GCs from time to time
 (comparatively bearable) until we get a "HotSpot internal error" which
 stops all processing.

 We are trying all sorts of different things to stop our users getting
 upset, like reducing the JSP session timeout to a minimum, and are
 currently trying to analyse the code with JProbe to find out how to
 minimise unnecessary object creation or memory leaks (stale references to
 no longer used objects etc).

 As several list members have already said, it also seems that some beans
 are never passivated.

 What can we do to make Orion stop using more and more memory, and not to
 cause such outrageous garbage collection cycles?

 Any comments or suggestions would be very much appreciated.

 --
 Thomas Munro [EMAIL PROTECTED]
  http://www.fullsix.com/
  Fullsix Technology (Paris)

RE: RE: Any news from Orion yet??

[Jeff Schnitzer]

Dude, do you really think a Swedish company with a handful of employees
is going to be able to field a worldwide army of training professionals?
My guess is that the entire world population of Orion experts is reading
this right now; depending on where you are, a nicely phrased request and
an offering of beer might turn up a few volunteers :-) 

Orion is already free for noncommercial use, so your licensing is
covered.  But do realize that Orion, at least organizationally, is
closer to a community-supported open source project than a BEA.  Maybe
that will change at some point.

Jeff

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 13, 2001 9:41 PM
To: Orion-Interest
Cc: Orion-Interest
Subject: Re: RE: Any news from Orion yet??


All,
Running a training program for EJB's gives me a different 
perspective when dealing with EJB application vendors like 
Orion.  My experience is that they (expensive vendors like BEA 
) offer institutions like mine free licences and trainers in 
the hopes that newly educated programmers would evangelize 
their products.  I have repeatedly asked for assistance in 
training engineers in EJB's using the Orion product.  They 
have refused to answer.  All we ask is that they provide us 
with a single license so that we may set up an interactive 
training site for distance education for a "Java and the 
Internet Course".

If they truly wish to educate java-programers in Orion, you'd 
think they'd jump at this.  We charge no money for training, 
and we benefit the independant learner in the ways of 
programming EJB's with Orion.

This course is open to all, but Orion's lack of response means 
none of us can gain from it.  

If you would like to learn more about the mystery of EJB'S, 
LET ORION KNOW. We need your help.

Mike Van
C.E.O. JUGerNaut

 Original Message ---
From: Kemp Randy-W18971 [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Subject: RE: Any news from Orion yet??


 I don't knock the higher priced products, and they do have 
the lion's share of the market, and many large companies run 
big applications on them.  Personally, I feel as many low 
price (Orion) and open source (jboss, etc.) mature, more 
people will ride that path.  Look at the history of Apache, 
and now 60 % of the world's servers run it.  Developers see 
that the low priced and open source options are maturing and 
proving themselves.  It's just a matter of time.

-Original Message-
From: Konstantin Polyzois
To: Orion-Interest
Sent: 2/13/01 6:56 AM
Subject: RE: Any news from Orion yet??

"Weblogic (and the high priced products like Websphere) are great..." 

Speaking as someone who has done development using Websphere (3.0 
3.02):
It sucks! Don't use it for anything but JSP or servlets. It 
has so many
flaws that I don't even want to get in to them!!

/korre

-Original Message-
From: Kemp Randy-W18971
To: Orion-Interest
Sent: 2001-02-12 13:58
Subject: RE: Any news from Orion yet??

 
Weblogic (and the high priced products like Websphere) are 
great, if you
want to pay the price.  They come with nice tools like front 
end gui's,
good documentation, paid support, etc.  But if you look for 
the opinions
of developers who have used these products, and compared them 
to Orion,
jboss, etc., they would say the EJB capacies are no better then the
other high priced products.  In order of ranking, here's how I look at
the other products.
1 Orion -- This product is ready now, but I haven't seen anyone from
this list run a Sears store on it.
2. Jboss (www.jboss.org) -- The founders are very bright, have five
hundred developers on the projects, have EJB heavies 
contributing to the
list, and it's a very easy to use product.  Personally, even though it
is ready for production now, I would wait for it to mature a bit more.
It's like a fine wine -- drink it now, and it is OK, or allow 
it to age
a bit then drink it (like jboss 3.0 final).
3. Openejb (www.openejb.org) - this project has a very bright and well
known person heading it, and it is slated to be intergrated 
with Tomcat
and Apache.  It has yet to prove itself, as it is not yet ready for
production release.  But it has good future promise.
4. Jonas (www.evidian.com/jonas) - This is a good product, 
but it is not
as advanced as the other two open source products and I don't 
think they
have as many people behind them.
5. Enhydra enterprise (www.enhydra.org).  If you like the enhydra
application server, this product has potential.  But it is not
production ready yet and it intergrates with the jonas server.  
  In summary, Orion is here now but can it run Sears?  Jboss is ready
but I would let it mature a bit more for production environments.
Openejb and Enhydra have great potential, but they are not 
ready yet and
have to prove themselves.  Jonas is OK but I prefer the other open
source alternatives. 

-Original Message-
From: Anthony W. Marino
To: Orion

RE: RE: Any news from Orion yet??

[Jeff Schnitzer]

Dude, do you really think a Swedish company with a handful of employees
is going to be able to field a worldwide army of training 
professionals?

It just occurred to me that this sounds rather bad...  I was trying to
imply that it would be unlikely for such training professionals to be
sent all the way around the world to Florida, which is where I seem to
recall the poster saying he was from.  Somehow that got lost in the
edits.  Really, I did not mean to cast aspersions on Swedish companies!
:-) :-) :-)

ducking the Absolut bottle someone's about to throw at me

Jeff

Re: RE: Any news from Orion yet??

[vandycan]

All,
Running a training program for EJB's gives me a different perspective when dealing 
with EJB application vendors like Orion.  My experience is that they (expensive 
vendors like BEA ) offer institutions like mine free licences and trainers in the 
hopes that newly educated programmers would evangelize their products.  I have 
repeatedly asked for assistance in training engineers in EJB's using the Orion 
product.  They have refused to answer.  All we ask is that they provide us with a 
single license so that we may set up an interactive training site for distance 
education for a "Java and the Internet Course".

If they truly wish to educate java-programers in Orion, you'd think they'd jump at 
this.  We charge no money for training, and we benefit the independant learner in the 
ways of programming EJB's with Orion.

This course is open to all, but Orion's lack of response means none of us can gain 
from it.  

If you would like to learn more about the mystery of EJB'S, LET ORION KNOW. We need 
your help.

Mike Van
C.E.O. JUGerNaut

 Original Message ---
From: Kemp Randy-W18971 [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Subject: RE: Any news from Orion yet??


 I don't knock the higher priced products, and they do have the lion's share of the 
market, and many large companies run big applications on them.  Personally, I feel as 
many low price (Orion) and open source (jboss, etc.) mature, more people will ride 
that path.  Look at the history of Apache, and now 60 % of the world's servers run 
it.  Developers see that the low priced and open source options are maturing and 
proving themselves.  It's just a matter of time.

-Original Message-
From: Konstantin Polyzois
To: Orion-Interest
Sent: 2/13/01 6:56 AM
Subject: RE: Any news from Orion yet??

"Weblogic (and the high priced products like Websphere) are great..." 

Speaking as someone who has done development using Websphere (3.0 
3.02):
It sucks! Don't use it for anything but JSP or servlets. It has so many
flaws that I don't even want to get in to them!!

/korre

-Original Message-
From: Kemp Randy-W18971
To: Orion-Interest
Sent: 2001-02-12 13:58
Subject: RE: Any news from Orion yet??

 
Weblogic (and the high priced products like Websphere) are great, if you
want to pay the price.  They come with nice tools like front end gui's,
good documentation, paid support, etc.  But if you look for the opinions
of developers who have used these products, and compared them to Orion,
jboss, etc., they would say the EJB capacies are no better then the
other high priced products.  In order of ranking, here's how I look at
the other products.
1 Orion -- This product is ready now, but I haven't seen anyone from
this list run a Sears store on it.
2. Jboss (www.jboss.org) -- The founders are very bright, have five
hundred developers on the projects, have EJB heavies contributing to the
list, and it's a very easy to use product.  Personally, even though it
is ready for production now, I would wait for it to mature a bit more.
It's like a fine wine -- drink it now, and it is OK, or allow it to age
a bit then drink it (like jboss 3.0 final).
3. Openejb (www.openejb.org) - this project has a very bright and well
known person heading it, and it is slated to be intergrated with Tomcat
and Apache.  It has yet to prove itself, as it is not yet ready for
production release.  But it has good future promise.
4. Jonas (www.evidian.com/jonas) - This is a good product, but it is not
as advanced as the other two open source products and I don't think they
have as many people behind them.
5. Enhydra enterprise (www.enhydra.org).  If you like the enhydra
application server, this product has potential.  But it is not
production ready yet and it intergrates with the jonas server.  
  In summary, Orion is here now but can it run Sears?  Jboss is ready
but I would let it mature a bit more for production environments.
Openejb and Enhydra have great potential, but they are not ready yet and
have to prove themselves.  Jonas is OK but I prefer the other open
source alternatives. 

-Original Message-
From: Anthony W. Marino
To: Orion-Interest
Sent: 2/11/01 9:06 AM
Subject: Re: Any news from Orion yet??

On another note, can you and/or someone, qualify/quantify what you mean
by 
the following previously made statement :

"For the most part, Orion is still very much ahead of the pack, and the
speed is stil EXCELLENT."
?

In the Apache Tomcat list I asked the following question:

"Can someone suggest to me what Apache and/or other OpenSource products
could 
be integrated to compete with functionally and/or considered in the same

category as BEA WebLogic?  
I don't necessarily need all of what BEA has to offer at this time,
however, 
I would like to know, generally, what it would take to get there without
the 
big $ price tag."

Thank You,
Anthony 

On Monday 15 January 2001 15:20, you wrote:
 On Mon, 15 Jan 2001, Jason Boehle wrote:
  WL6 has 

Re: RE: Any news from Orion yet??

[Joseph B. Ottinger]

On Tue, 13 Feb 2001 [EMAIL PROTECTED] wrote:

 All, Running a training program for EJB's gives me a different
 perspective when dealing with EJB application vendors like Orion.  My
 experience is that they (expensive vendors like BEA ) offer
 institutions like mine free licences and trainers in the hopes that
 newly educated programmers would evangelize their products.  I have
 repeatedly asked for assistance in training engineers in EJB's using
 the Orion product.  They have refused to answer.  All we ask is that
 they provide us with a single license so that we may set up an
 interactive training site for distance education for a "Java and the
 Internet Course".

Couple of things: why are you training programmers in a specification --
and gearing towards a given container? Doesn't that sound slightly
counter-productive? (In theory, the container shouldn't matter. That
doesn't quite hold true in practice, but the situation is improving,
provided trainers don't spend all their time teaching people how to write
EJBs for a specific contain- oops.)

Are you selling this course? If you are, it sounds like you'd need to
purchase a license, indeed. I would think that Orion's extremely low cost
would be a non-deterrent, but your organization certainly has to choose
where it spends its dollars, I suppose... and I'd always wonder why you
demanded a free license when a normal license was so inexpensive.
 
 If they truly wish to educate java-programers in Orion, you'd think
 they'd jump at this.  We charge no money for training, and we benefit
 the independant learner in the ways of programming EJB's with Orion.

See above re: "Orion" v. "J2EE" -- J2EE is a lot more productive in the
long run.

 This course is open to all, but Orion's lack of response means none of
 us can gain from it.

Why? I don't see why they should be expected to respond. Their "response'
has already been made: "We'll provide an awesome app server for less than
anyone else with a comparable product." Now you expect them to bend over
backwards for you, too, so you can teach programmers how to write to a
specific platform instead of the spec to which ALL similar platforms are
supposed to conform?

 If you would like to learn more about the mystery of EJB'S, LET ORION
 KNOW. We need your help.

They're mysteries?

 Mike Van
 C.E.O. JUGerNaut
 
  Original Message ---
 From: Kemp Randy-W18971 [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Subject: RE: Any news from Orion yet??
 
 
  I don't knock the higher priced products, and they do have the lion's share of the 
market, and many large companies run big applications on them.  Personally, I feel as 
many low price (Orion) and open source (jboss, etc.) mature, more people will ride 
that path.  Look at the history of Apache, and now 60 % of the world's servers run 
it.  Developers see that the low priced and open source options are maturing and 
proving themselves.  It's just a matter of time.
 
 -Original Message-
 From: Konstantin Polyzois
 To: Orion-Interest
 Sent: 2/13/01 6:56 AM
 Subject: RE: Any news from Orion yet??
 
 "Weblogic (and the high priced products like Websphere) are great..." 
 
 Speaking as someone who has done development using Websphere (3.0 
 3.02):
 It sucks! Don't use it for anything but JSP or servlets. It has so many
 flaws that I don't even want to get in to them!!
 
 /korre
 
 -Original Message-
 From: Kemp Randy-W18971
 To: Orion-Interest
 Sent: 2001-02-12 13:58
 Subject: RE: Any news from Orion yet??
 
  
 Weblogic (and the high priced products like Websphere) are great, if you
 want to pay the price.  They come with nice tools like front end gui's,
 good documentation, paid support, etc.  But if you look for the opinions
 of developers who have used these products, and compared them to Orion,
 jboss, etc., they would say the EJB capacies are no better then the
 other high priced products.  In order of ranking, here's how I look at
 the other products.
 1 Orion -- This product is ready now, but I haven't seen anyone from
 this list run a Sears store on it.
 2. Jboss (www.jboss.org) -- The founders are very bright, have five
 hundred developers on the projects, have EJB heavies contributing to the
 list, and it's a very easy to use product.  Personally, even though it
 is ready for production now, I would wait for it to mature a bit more.
 It's like a fine wine -- drink it now, and it is OK, or allow it to age
 a bit then drink it (like jboss 3.0 final).
 3. Openejb (www.openejb.org) - this project has a very bright and well
 known person heading it, and it is slated to be intergrated with Tomcat
 and Apache.  It has yet to prove itself, as it is not yet ready for
 production release.  But it has good future promise.
 4. Jonas (www.evidian.com/jonas) - This is a good product, but it is not
 as advanced as the other two open source products and I don't think they
 have as many people behind them.
 5. Enhydra enterprise (www.enhydra.org).  

RE: RE: Any news from Orion yet??

[Kevin Duffey]

I am sorry, but I don't quite understand how training of EJB on Orion is any
different than that of other platforms? You are trainging EJB, not the
vendor application server. EJB is EJB, no matter what platform it runs on.
If every vendor adhered to the spec as they should, an EJB will run on any
app server.

Also, are you providing an online service that teaches over the internet and
you need Orion to run that site? Or do you have in-class instruction and
each person in the class needs to use Orion? I am unclear as to why you only
need one license? Orion is free to use for all purposes other than
production use. I am not sure that an inclass training counts for production
use or not.

I am still stumped on why it is you need Orion specific EJB training.

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
 [EMAIL PROTECTED]
 Sent: Tuesday, February 13, 2001 9:41 PM
 To: Orion-Interest
 Cc: Orion-Interest
 Subject: Re: RE: Any news from Orion yet??


 All,
 Running a training program for EJB's gives me a different
 perspective when dealing with EJB application vendors like Orion.
  My experience is that they (expensive vendors like BEA ) offer
 institutions like mine free licences and trainers in the hopes
 that newly educated programmers would evangelize their products.
 I have repeatedly asked for assistance in training engineers in
 EJB's using the Orion product.  They have refused to answer.  All
 we ask is that they provide us with a single license so that we
 may set up an interactive training site for distance education
 for a "Java and the Internet Course".

 If they truly wish to educate java-programers in Orion, you'd
 think they'd jump at this.  We charge no money for training, and
 we benefit the independant learner in the ways of programming
 EJB's with Orion.

 This course is open to all, but Orion's lack of response means
 none of us can gain from it.

 If you would like to learn more about the mystery of EJB'S, LET
 ORION KNOW. We need your help.

 Mike Van
 C.E.O. JUGerNaut

  Original Message ---
 From: Kemp Randy-W18971 [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Subject: RE: Any news from Orion yet??
 
 
  I don't knock the higher priced products, and they do have the
 lion's share of the market, and many large companies run big
 applications on them.  Personally, I feel as many low price
 (Orion) and open source (jboss, etc.) mature, more people will
 ride that path.  Look at the history of Apache, and now 60 % of
 the world's servers run it.  Developers see that the low priced
 and open source options are maturing and proving themselves.
 It's just a matter of time.
 
 -Original Message-
 From: Konstantin Polyzois
 To: Orion-Interest
 Sent: 2/13/01 6:56 AM
 Subject: RE: Any news from Orion yet??
 
 "Weblogic (and the high priced products like Websphere) are great..."
 
 Speaking as someone who has done development using Websphere (3.0 
 3.02):
 It sucks! Don't use it for anything but JSP or servlets. It has so many
 flaws that I don't even want to get in to them!!
 
 /korre
 
 -Original Message-
 From: Kemp Randy-W18971
 To: Orion-Interest
 Sent: 2001-02-12 13:58
 Subject: RE: Any news from Orion yet??
 
 
 Weblogic (and the high priced products like Websphere) are great, if you
 want to pay the price.  They come with nice tools like front end gui's,
 good documentation, paid support, etc.  But if you look for the opinions
 of developers who have used these products, and compared them to Orion,
 jboss, etc., they would say the EJB capacies are no better then the
 other high priced products.  In order of ranking, here's how I look at
 the other products.
 1 Orion -- This product is ready now, but I haven't seen anyone from
 this list run a Sears store on it.
 2. Jboss (www.jboss.org) -- The founders are very bright, have five
 hundred developers on the projects, have EJB heavies contributing to the
 list, and it's a very easy to use product.  Personally, even though it
 is ready for production now, I would wait for it to mature a bit more.
 It's like a fine wine -- drink it now, and it is OK, or allow it to age
 a bit then drink it (like jboss 3.0 final).
 3. Openejb (www.openejb.org) - this project has a very bright and well
 known person heading it, and it is slated to be intergrated with Tomcat
 and Apache.  It has yet to prove itself, as it is not yet ready for
 production release.  But it has good future promise.
 4. Jonas (www.evidian.com/jonas) - This is a good product, but it is not
 as advanced as the other two open source products and I don't think they
 have as many people behind them.
 5. Enhydra enterprise (www.enhydra.org).  If you like the enhydra
 application server, this product has potential.  But it is not
 production ready yet and it intergrates with the jonas server.
   In summary, Orion is here now but can it run Sears?  Jboss is ready
 but I would let it mature a bit

Re: RE to Phan Anh Tran

[sarala]

sir,


can u send me a detailed application regarding the build.xml file.

i am doing a project using the orion server, where i have created a build.xml file
but its not working for relative paths,can u give me a clear explanation 
of how to use for relative paths and how to use the same build.xml file
for creating multiple .ear where my project consists of different modules
and i need to create different .ear file using the same build.xml file.


thank you very much in anticipation.


sarala
--- faisal [EMAIL PROTECTED] wrote:
 Doing without  ear file can be very easy and it allows easy update in Orion
 create a new directory under orion\applications
 run earassembler.jar 
 From file click on new application
 From application click on new  create new EJB jar
 From application click on new create new WEB application
 save it in the created directory
 this will create the  your web application including all the necessary ejb.jar 
web.xml 
 application.xml
 if u need to create cmp bean u can use EJBmaker.jar
 and all u need now  is a simple build.xml to only compile your bean
 classes and servlet
 in case u need more details I ca send u a detailed full application
 good luck
 
 


=
[EMAIL PROTECTED]

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

Re: RE to Phan Anh Tran

[Phan Anh Tran]

Please send me the details. 
Thanks.

Anh


  - Original Message - 
  From: 
  faisal 
  To: Orion-Interest 
  Sent: Saturday, February 10, 2001 6:36 
  PM
  Subject: RE to Phan Anh Tran
  
  Doing without ear file can be very easy and 
  it allows easy update in Orion
  create a new directory under 
  orion\applications
  run earassembler.jar 
  From file click on new application
  From application click on new create new 
  EJB jar
  From application click on new create new WEB 
  application
  save it in the created directory
  this will create the your web application 
  including all the necessary ejb.jar web.xml  application.xml
  if u need to create cmp bean u can use 
  EJBmaker.jar
  and all u need now is a simple build.xml to 
  onlycompile your bean
  classes and servlet
  in case u need more details I casend 
  ua detailed fullapplication
  good luck
  

Re: RE: Orion Server compared to Oracle AS

[John Hogan]

Hello Randy,

I'm especially interested in Oracle's ejb
deployment.  Their documentation (vague) seems to
suggest that the ejb's are actually deployed to
the jvm that runs inside Oracle's db server. 
This seems to defeat one of the primary benefits
of ejb (n tiered scalability).  Also, it would
seemingly raise your db license fees if you have
to beef up your db machine to handle this extra
function.  Have you got into this issue yet? 
Thank you.

John Hogan

_

Get your free E-mail at http://www.ireland.com

RE: RE: Orion Server compared to Oracle AS

[Kemp Randy-W18971]

 I have not gotten into it yet, as our Unix Admin department still have to install it. 
 If you can access the flashline comparison, the Oracle entry shows a write up in 
server watch.  The server watch write up rates it four and one have out of five stars, 
and they mention the downfall is the limited EJB deployment.  I may have to suppliment 
it with Orion (or Jboss or openEJB) as a full service, EJB server.  I should know more 
about it in a couple of months or so.  Right now, I am running Iplanet 4.1 enterprise, 
which addresses the JSP, servlet, and static page needs, but no EJB in production yet 
(at least at our site).  

-Original Message-
From: John Hogan
To: Orion-Interest
Sent: 2/10/01 10:54 AM
Subject: Re: RE: Orion Server compared to Oracle AS

Hello Randy,

I'm especially interested in Oracle's ejb
deployment.  Their documentation (vague) seems to
suggest that the ejb's are actually deployed to
the jvm that runs inside Oracle's db server. 
This seems to defeat one of the primary benefits
of ejb (n tiered scalability).  Also, it would
seemingly raise your db license fees if you have
to beef up your db machine to handle this extra
function.  Have you got into this issue yet? 
Thank you.

John Hogan

_

Get your free E-mail at http://www.ireland.com

RE: Re[2]: R: R: frustrated - jdbc: No suitable driver

[Jeff Schnitzer]

I'm fully prepared to believe that my understanding of how this works is
wrong, but if so it raises quite a few questions for me.

Connection, Statement, ResultSet, etc are just interfaces; something
must implement them.  Normally they are implemented by the JDBC driver,
thus allowing the client to communicate with the database using whatever
the database uses asa native wire protocol.

We have an application client which we want to communicate with the
database using JDBC.  If we want to use the database's native wire
protocol to communicate from the client box to the database box, the
JDBC drivers *must* be loaded into the client's VM and used.
Alternatively, the app server could act as an intermediary, providing a
proxy JDBC interface to the application client and making JDBC calls
into the real JDBC driver within the application server.  This would
obviate the need for the database's JDBC driver on the client, but it
would also require inventing a whole new wire protocol for this middle
link... sending partial result sets in chunks, maybe caching query
results in the client, etc.

So now I'm thinking, that sounds painful, but it's possible.  It's not
like writing an app server is supposed to be *easy* or anything :-)  No,
Karl and Magnus are supposed to suffer so that it's easy for *us* to
write applications :-)

But a casual purusal of the decompiled Orion source code (that can be
made out through the obfuscation, which is quite a bit) turns up no
evidence of such a proxy.  In fact, it looks very much like this is not
the case.

Getting more curious, I checked the JBoss source tree, and while I can't
be sure in such a quick study, it doesn't look like there is any sort of
intelligent JDBC proxy in that server either.

Am I just missing it, and all app servers implement such a proxy?  Or is
it just WebLogic - allowing the behavior described in the original post?
Or is WebLogic doing http-type classloading to get the JDBC driver into
the client (a prospect I am considering less likely the more I think
about it)?

Ever curious,
Jeff

-Original Message-
From: Allen Fogleson [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 04, 2001 10:46 AM
To: Orion-Interest
Subject: RE: Re[2]: R: R: frustrated - jdbc: No suitable driver


Uhmmm, I agree, I was confused because someone said they still 
needed the
JDBC drivers on the client, and assuming you use the portable method of
DataSources, there should be no reason that they would need to 
have the JDBC
drivers, it is all handled container side with the datasource.

Al

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of 
Rafael Alvarez
Sent: Sunday, February 04, 2001 10:24 AM
To: Orion-Interest
Subject: Re[2]: R: R: frustrated - jdbc: No suitable driver


Hello Allen,
DataSources gives you one advantage on the client side: Security.

If you use a direct JDBC connection to a Database, your username,
password and URL have to be placed in your class. A Datasource hides
all those details, so if some one decompile your class (even JAXed
classes are not totally safe) only the JNDI Datasource name will be
found. It's up to you to set a security schema for the connection with
the app server, but at least is one problem less to solve.

--
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

Re: Re[2]: R: R: frustrated - jdbc: No suitable driver

[Jesse Kuhnert]

Doesn't JNDI handle this for you? A serialized version of the class is
stored in the LDAP tree and when you look it up it is deserialized and made
available? Isn't this kind of how Jini/RMI/etc...work? Even if you've never
seen the class before, it doesn't matter since it implements the JDBC
interfaces. The actual implemented classes are serialized and returned to
the client automagically by the JVM?

- Original Message -
From: "Jeff Schnitzer" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Monday, February 05, 2001 6:16 AM
Subject: RE: Re[2]: R: R: frustrated - jdbc: No suitable driver


 I'm fully prepared to believe that my understanding of how this works is
 wrong, but if so it raises quite a few questions for me.

 Connection, Statement, ResultSet, etc are just interfaces; something
 must implement them.  Normally they are implemented by the JDBC driver,
 thus allowing the client to communicate with the database using whatever
 the database uses asa native wire protocol.

 We have an application client which we want to communicate with the
 database using JDBC.  If we want to use the database's native wire
 protocol to communicate from the client box to the database box, the
 JDBC drivers *must* be loaded into the client's VM and used.
 Alternatively, the app server could act as an intermediary, providing a
 proxy JDBC interface to the application client and making JDBC calls
 into the real JDBC driver within the application server.  This would
 obviate the need for the database's JDBC driver on the client, but it
 would also require inventing a whole new wire protocol for this middle
 link... sending partial result sets in chunks, maybe caching query
 results in the client, etc.

 So now I'm thinking, that sounds painful, but it's possible.  It's not
 like writing an app server is supposed to be *easy* or anything :-)  No,
 Karl and Magnus are supposed to suffer so that it's easy for *us* to
 write applications :-)

 But a casual purusal of the decompiled Orion source code (that can be
 made out through the obfuscation, which is quite a bit) turns up no
 evidence of such a proxy.  In fact, it looks very much like this is not
 the case.

 Getting more curious, I checked the JBoss source tree, and while I can't
 be sure in such a quick study, it doesn't look like there is any sort of
 intelligent JDBC proxy in that server either.

 Am I just missing it, and all app servers implement such a proxy?  Or is
 it just WebLogic - allowing the behavior described in the original post?
 Or is WebLogic doing http-type classloading to get the JDBC driver into
 the client (a prospect I am considering less likely the more I think
 about it)?

 Ever curious,
 Jeff

 -Original Message-
 From: Allen Fogleson [mailto:[EMAIL PROTECTED]]
 Sent: Sunday, February 04, 2001 10:46 AM
 To: Orion-Interest
 Subject: RE: Re[2]: R: R: frustrated - jdbc: No suitable driver
 
 
 Uhmmm, I agree, I was confused because someone said they still
 needed the
 JDBC drivers on the client, and assuming you use the portable method of
 DataSources, there should be no reason that they would need to
 have the JDBC
 drivers, it is all handled container side with the datasource.
 
 Al
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
 Rafael Alvarez
 Sent: Sunday, February 04, 2001 10:24 AM
 To: Orion-Interest
 Subject: Re[2]: R: R: frustrated - jdbc: No suitable driver
 
 
 Hello Allen,
 DataSources gives you one advantage on the client side: Security.
 
 If you use a direct JDBC connection to a Database, your username,
 password and URL have to be placed in your class. A Datasource hides
 all those details, so if some one decompile your class (even JAXed
 classes are not totally safe) only the JNDI Datasource name will be
 found. It's up to you to set a security schema for the connection with
 the app server, but at least is one problem less to solve.
 
 --
 Best regards,
  Rafaelmailto:[EMAIL PROTECTED]
 
 
 
 
 

RE: Re[2]: R: R: frustrated - jdbc: No suitable driver

[Daniel Cardin]

Have anyone else seen the problem where the getConnection() returns a 
com.evermind.sql.ak type, but ANY operation on that connection such as
getMetaData etc. raises a NullPointerException ?

I am desperate to connect to a JDBC datasource _cleanly_ from the client
side. Is it possible ?

Thanks!

Daniel

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Envoy : 5 fvrier, 2001 08:06
 : Orion-Interest
Objet : SV: Re[2]: R: R: frustrated - jdbc: No suitable driver


You shouls check out the getConnection implementation on the datasource.
It gets a reference it pass on to the client, so the client need to have
the
jdbc interfaces to do this, but it dont need the database drivers. It
works
much like the same way as an entitybean works (datasources)... Have fun.

Klaus

-Opprinnelig melding-
Fra: Jeff Schnitzer [mailto:[EMAIL PROTECTED]]
Sendt: 5. februar 2001 12:17
Til: Orion-Interest
Emne: RE: Re[2]: R: R: frustrated - jdbc: No suitable driver


I'm fully prepared to believe that my understanding of how this works is
wrong, but if so it raises quite a few questions for me.

Connection, Statement, ResultSet, etc are just interfaces; something
must implement them.  Normally they are implemented by the JDBC driver,
thus allowing the client to communicate with the database using whatever
the database uses asa native wire protocol.

We have an application client which we want to communicate with the
database using JDBC.  If we want to use the database's native wire
protocol to communicate from the client box to the database box, the
JDBC drivers *must* be loaded into the client's VM and used.
Alternatively, the app server could act as an intermediary, providing a
proxy JDBC interface to the application client and making JDBC calls
into the real JDBC driver within the application server.  This would
obviate the need for the database's JDBC driver on the client, but it
would also require inventing a whole new wire protocol for this middle
link... sending partial result sets in chunks, maybe caching query
results in the client, etc.

So now I'm thinking, that sounds painful, but it's possible.  It's not
like writing an app server is supposed to be *easy* or anything :-)  No,
Karl and Magnus are supposed to suffer so that it's easy for *us* to
write applications :-)

But a casual purusal of the decompiled Orion source code (that can be
made out through the obfuscation, which is quite a bit) turns up no
evidence of such a proxy.  In fact, it looks very much like this is not
the case.

Getting more curious, I checked the JBoss source tree, and while I can't
be sure in such a quick study, it doesn't look like there is any sort of
intelligent JDBC proxy in that server either.

Am I just missing it, and all app servers implement such a proxy?  Or is
it just WebLogic - allowing the behavior described in the original post?
Or is WebLogic doing http-type classloading to get the JDBC driver into
the client (a prospect I am considering less likely the more I think
about it)?

Ever curious,
Jeff

-Original Message-
From: Allen Fogleson [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 04, 2001 10:46 AM
To: Orion-Interest
Subject: RE: Re[2]: R: R: frustrated - jdbc: No suitable driver


Uhmmm, I agree, I was confused because someone said they still 
needed the
JDBC drivers on the client, and assuming you use the portable method of
DataSources, there should be no reason that they would need to 
have the JDBC
drivers, it is all handled container side with the datasource.

Al

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of 
Rafael Alvarez
Sent: Sunday, February 04, 2001 10:24 AM
To: Orion-Interest
Subject: Re[2]: R: R: frustrated - jdbc: No suitable driver


Hello Allen,
DataSources gives you one advantage on the client side: Security.

If you use a direct JDBC connection to a Database, your username,
password and URL have to be placed in your class. A Datasource hides
all those details, so if some one decompile your class (even JAXed
classes are not totally safe) only the JNDI Datasource name will be
found. It's up to you to set a security schema for the connection with
the app server, but at least is one problem less to solve.

--
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

RE: Re[2]: R: R: frustrated - jdbc: No suitable driver

[Allen Fogleson]

Uhmmm, I agree, I was confused because someone said they still needed the
JDBC drivers on the client, and assuming you use the portable method of
DataSources, there should be no reason that they would need to have the JDBC
drivers, it is all handled container side with the datasource.

Al

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Rafael Alvarez
Sent: Sunday, February 04, 2001 10:24 AM
To: Orion-Interest
Subject: Re[2]: R: R: frustrated - jdbc: No suitable driver


Hello Allen,
DataSources gives you one advantage on the client side: Security.

If you use a direct JDBC connection to a Database, your username,
password and URL have to be placed in your class. A Datasource hides
all those details, so if some one decompile your class (even JAXed
classes are not totally safe) only the JNDI Datasource name will be
found. It's up to you to set a security schema for the connection with
the app server, but at least is one problem less to solve.

--
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

Re: Re: message-driven beans from a topic

[John Hogan]

If the observable (sender) has knowledge of who the 
observers/listeners are, you can use the MessageDrivenBean as a 
notification service.  The observable delegates notification to the 
MessageDrivenBean, and includes recipients as part of the message.  
There will be just one instance of the MessageDrivenBean.

_

Get your free E-mail at http://www.ireland.com

RE: Re: Error deserializing EJB-session, anyone tell me why?

[Michael Mok]

Hi

I would suggest that you make the dbconnection variable transient. Would it
be better to close the database connection prior to deserializing and then
have the bean establish the connection again later.

private transient Connection dbConnection = null;
private transient ResultSet rs = null;


Regards,

Michael Mok

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Li You
Sent: Thursday, 1 February 2001 11:50
To: Orion-Interest
Cc: [EMAIL PROTECTED]
Subject: Re:Re: Error deserializing EJB-session, anyone tell me why?





-- Original Message --
From: "Li You" [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Wed, 31 Jan 2001 20:20:38 -0700

Hi All,

Dear Alexey Ryndin,
Thanks for you help, I do it  that you say, the errors was gone.
but some new errors showing out. I don't know where i miss ?
where
Orion miss ?
where
Postgresql  miss?
 and why!?
please help me.
thank you again,
 yours Urey

***  my errors *
00-2-1 10:27 Error serializing EJB-bean
java.io.NotSerializableException: org.postgresql.jdbc2.Connection
 at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1148)
 at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
 at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1841)
 at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
 at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
 at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
 at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1841)
 at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
 at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
 at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
 at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1841)
 at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
 at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
 at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
 at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1841)
 at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
 at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
 at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
 at com.evermind.server.ejb.EJBContainer.ai4(JAX)
 at com.evermind.server.ejb.EJBPackageDeployment.ait(JAX)
 at com.evermind.server.ejb.EJBContainer.ait(JAX)
 at com.evermind.server.ejb.EJBContainer.b9(JAX)
 at com.evermind.server.Application.b9(JAX)
 at com.evermind.server.ApplicationServer.b9(JAX)
 at com.evermind.server.he.run(JAX)
 at java.lang.Thread.run(Thread.java:484)



***  my code use connection only this one *

public class DBAction implements java.io.Serializable{

private String stmtstring = null;
private String msg = "";
private ResultSet rs = null;
private int columncount;
private int status = 0;
private Vector v = new Vector();

private Connection dbConnection = null;


private DataSource datasource   = null;

public DBAction() throws ApplicationDAOException {
  try {
InitialContext ic = new InitialContext();
datasource = (DataSource)
ic.lookup(JNDINames.GALACY_DATASOURCE);
} catch (NamingException ne) {
throw new ApplicationDAOException("Naming Exception while
looking " +
   " up DataSource Connection "
+
JNDINames.GALACY_DATASOURCE
+
": \n" +
ne.getMessage());
}
}

/**
* Method for get connection with database
*/


   private void getDBConnection() throws ApplicationDAOException {

try {
dbConnection = datasource.getConnection();
} catch (SQLException se) {
throw new ApplicationDAOException("SQL Exception while getting "
+
"DB connection : \n" + se);
}
return;

}


/**
* Close database conection.
*/
private void closeConnection() throws ApplicationDAOException {
try {
if (dbConnection != null  !dbConnection.isClosed()) {
dbConnection.close();
}
} catch (SQLException se) {
throw new ApplicationDAOException("SQL Exception while closing "
+
"DB connection : \n" + se);
}
}


}

***  postgres code of connection 1*
/**
 * $Id: Connection.java,v 1.2 1999/05/18 

RE: RE : JSP TagLibs and UTF8 Encoding - Further Info

[Juan Lorandi (Chile)]

aren't cp1252 and UTF-8 actually the same?

 -Original Message-
 From: Ted Rice [mailto:[EMAIL PROTECTED]]
 Sent: Jueves, 01 de Febrero de 2001 8:23
 To: Orion-Interest
 Subject: RE : JSP TagLibs and UTF8 Encoding - Further Info
 
 
 
 
 ---
 Ted Rice
 APAMA Ltd, 17 Millers Yard, Mill Lane
 Cambridge CB2 1RQ, United Kingdom
 Email:  [EMAIL PROTECTED]
 Mobile: +44 (0)7899 876489
 Phone:  +44 (0)1223 257973 [Histon Office]
 Fax:+44 (0)1223 51885 A little further information on my encoding
 problem
  with the JSP Tags and XML translation.
 
  When I remove the JSP BodyTag wrapper around the
  JSP code producing XML, the XML is shown in the
  browser and all the UTF8 characters are displayed
  properly. Meaning that in the processing of the
  JSP the encoding is being preserved.
 
  However, in the JSP Tag Code, I have done the
  following test:
 
  public int doAfterBody() throws JspException {
  // _xmlContent is a member variable instance
 
  if (bodyContent == null){
_xmlContent = "";
  }
  else{
_xmlReader  = (InputStreamReader) bodyContent.getReader();
 
logger.debug("Reader Encoding [ " +
  _xmlReader.getEncoding() + " ]");
  }
 
  return SKIP_BODY;
  }
 
  In my log file I see the following line:
 
  2001-02-01 10:12:28,902 [ApplicationServerThread] DEBUG Reader
  Encoding [ Cp1252 ]
 
  Meaning the encoding of the bodyContent reader is where the
  munging is occurring. Is there a way I can force the
  reader to use UTF8 encoding?
 
 I have circumvented the problem of encoding being
 lost via a hack. The code was:
 
   byte[] utf8Bytes = 
 bodyContent.getString().trim().getBytes("Cp1252");
   ByteArrayInputStream stream = new 
 ByteArrayInputStream(utf8Bytes);
   _xmlReader = new InputStreamReader(stream, "UTF-8");
 
 This is going to be slow! I guess the real problem lies that
 the Reader of the bodyContent is reading in Cp1252. How can
 i force the Tag to read in UTF8?
 
 Thanks.
 
 ---
 Ted Rice
 APAMA Ltd, 17 Millers Yard, Mill Lane
 Cambridge CB2 1RQ, United Kingdom
 Email:  [EMAIL PROTECTED]
 Mobile: +44 (0)7899 876489
 Phone:  +44 (0)1223 257973 [Histon Office]
 Fax:+44 (0)1223 5188599
 
 

Re: Re: Port forwarding

[Trevor Squires]

ACK

I meant host="[ALL]" not port=[ALL] !!!

Very tired from skiboarding all day...

On Wed, 24 Jan 2001 [EMAIL PROTECTED] wrote:

 I'm not quite sure what you are saying, but we are getting
 somewhere...I got orion to bind to port 10080...I have it in 2 places
 default-web-site.xml and mysite.xml.  both with hardcoded IP and port.  
 It is responding as that ip/port and not conflicting with other apache
 and orion.  I've never heard of port="[ALL]".sounds pretty scary
 to me.  it binds to all ports? What do you have in default vs. your
 virtual hosts?
 

my bad, sorry.  It's the "hardcoded ip" that is causing your grief (if
your setup looks anything like mine).  try host="[ALL]" and port="10080"

the frontend and virtual host stuff is only required for redirects and
something else which escapes me.

Trevor

Re: Re: Port forwarding

[David Morton]

YesI got it working by binding orion to host="[ALL]" and port="10080" 
and executing the following two:
echo "1"  /proc/sys/net/ipv4/ip_forward
ipchains -I input 1 -d MYIP 80 -p tcp -j REDIRECT 10080

It is odd that i had to do thatI originally was going to bind all 
instance of orion to different IPs but all on port 10080.but because 
this solution works effectively I will have each instance bind to a 
different port and [All]ipchains then redirects to appropriate server 
through above command...I will be talking to redhat about this, if I find 
out more I'll let you knowAlthough this solution appears effective and 
I will probably not look into anymore unless dealing with the new 2.4 
kernel that has different firewall/portfw features (Net Filters).

Re: Re: Port forwarding

[skyman]

I have it running on a 4ip host where each interface (ip) is a
different web site which is what I think you want to do right?

Currently I have a 4ip hostfor argument sake:
IP 1 - apache bound to port 80
IP 23 - orion bound to port 80 (unfortunately as root...why I'm trying all this)...up 
and doing BUSINESS
IP 4 - orion bound to 10080...it is responding to http://ip:10080 and local 'telnet 
IP#4 10080'  (i wanted this just for now, I will add more security when I get working)

The problem I ran into is that if I configured each site to only listen on the 
relevant interface (port= in web-site tag) it didn't
work.  I had to say port="[ALL]".  So I gave each site (interface) a
different port  1024 and did the ipchains for each, just as you
have done.

I'm not quite sure what you are saying, but we are getting somewhere...I got orion to 
bind to port 10080...I have it in 2 places default-web-site.xml and mysite.xml.  both 
with hardcoded IP and port.  It is responding as that ip/port and not conflicting with 
other apache and orion.  I've never heard of port="[ALL]".sounds pretty scary to 
me.  it binds to all ports? What do you have in default vs. your virtual hosts?

I also hadded a virutal-hosts entry and a frontend tag in the web
site xml for each site - both were important but I can't remember
what failed if you didn't include them.

I have been frustrated with this for almost a monthI actually signed a contract 
with RedHat for server supportIf orion is responding to port 10080...I would think 
orion's part should be done.what do you think?  I will let you know what Red Hat 
comes up with...and see if this so called services model is any good. I think the new 
kernel has better built in port forwarding...it would be a lot easier it seems if the 
firewall and server were on seperate machinesipchains/ip-masq were not built for 
local redirection..there are some hacks I can do, but I don't want to use software on 
my server that is installed on less than 1000 servers in the whole universe

David


On Mon, 22 Jan 2001, David Morton wrote:

 
  Has anybody gotten port-forwarding to work?  I want orion to run 
 as non-root user on Linux.I did see:
 http://www.orionsupport.com/articles/unixprocess.html
 
 The following is an excerpt:
 IP Chains (ipfw)
 IP Chains is a program that comes with recent versions of Linux that uses 
 the ipfw library to specify rules for TCP/IP packets. For information about 
 using it, refer to the howto.
 Here's a simple rule to tell all incoming TCP packets destined for port 80 
 to be forwarded to port 10080:
 [root@myhost]$ ipchains -A input --destination-port 80 -p tcp -j REDIRECT 10080
 Warning: Use ipchains at own risk... You are recommended to read the 
 documentation first, and have the machine in easy reach.
 This command needs to be executed each time the system is booted, so you 
 may want to place it in a startup file somewhere.
 
 I tried ipchains rule with one change:
 ipchains -A input -d 192.168.0.4 80 -p tcp -j REDIRECT 10080
 
 it didn't work.
 
 any suggestions?
 
 If anyone has working on one ip only (on a machine that has multiple ips 
 like mine)...please send output of 'ipchains -L'...and any other ipmasqadm 
 table output...
 
 Thanks
 David
 
 

Re: [Re: AW: Stand-alone-client]

[mohan krishna]

Hi,

Will u please give the code i have to embed in my satand-alone application..to
access EJBs which r running under Orion...
and what r the files i have to modify to run this application...

this is the code i embed in my application to get the connection...


Properties props = new Properties();
 
props.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialContextFactory");
  props.setProperty("java.naming.provider.url","ormi://localhost/nbiz1");
  props.setProperty("java.naming.security.principal","adminops");
  props.setProperty("java.naming.security.credentials","thunderbird");
  InitialContext ic = new  InitialContext(props);
  Object objref = ic.lookup("niagabiz.member.temp.TempMemberEJB"); 


if u run this code i am getting 
look up error:
java.net.ConnectException:connection refused:no further information


this is the class path i set...

set classpath=c:\jdk1.3\lib;
C:\jdk1.3\jre\lib\ext\orion.jar;C:\jdk1.3\jre\lib\ext\ejb.jar;C:\jdk1.3\jre\lib\ext\jndi.jar;
set path=c:\jdk1.3\bin;
 
any one can help me to sort out this problem...

any help will be appreciated...
Thankz
MohanKrishna




Get free email and a permanent address at http://www.netaddress.com/?N=1

Re: [Re: AW: Stand-alone-client]

[mohan krishna]

Hi,

Will u please give the code i have to embed in my satand-alone application..to
access EJBs which r running under Orion...
and what r the files i have to modify to run this application...

this is the code i embed in my application to get the connection...


Properties props = new Properties();
 
props.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialContextFactory");
  props.setProperty("java.naming.provider.url","ormi://localhost/nbiz1");
  props.setProperty("java.naming.security.principal","adminops");
  props.setProperty("java.naming.security.credentials","thunderbird");
  InitialContext ic = new  InitialContext(props);
  Object objref = ic.lookup("niagabiz.member.temp.TempMemberEJB"); 


if u run this code i am getting 
look up error:
java.net.ConnectException:connection refused:no further information


this is the class path i set...

set classpath=c:\jdk1.3\lib;
C:\jdk1.3\jre\lib\ext\orion.jar;C:\jdk1.3\jre\lib\ext\ejb.jar;C:\jdk1.3\jre\lib\ext\jndi.jar;
set path=c:\jdk1.3\bin;
 
any one can help me to sort out this problem...

any help will be appreciated...
Thankz
MohanKrishna




Get free email and a permanent address at http://www.netaddress.com/?N=1

RE: [Re: AW: Stand-alone-client]

[Konstantin Polyzois]

("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialContextFac
tory");

Should be:

("java.naming.factory.initial","com.evermind.server.ApplicationClientInitial
ContextFactory");

/korre

-Original Message-
From: mohan krishna [mailto:[EMAIL PROTECTED]]
Sent: den 19 januari 2001 10:11
To: Orion-Interest
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [Re: AW: Stand-alone-client]


Hi,

Will u please give the code i have to embed in my satand-alone
application..to
access EJBs which r running under Orion...
and what r the files i have to modify to run this application...

this is the code i embed in my application to get the connection...


Properties props = new Properties();
 
props.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialC
ontextFactory");
  props.setProperty("java.naming.provider.url","ormi://localhost/nbiz1");
  props.setProperty("java.naming.security.principal","adminops");
  props.setProperty("java.naming.security.credentials","thunderbird");
  InitialContext ic = new  InitialContext(props);
  Object objref = ic.lookup("niagabiz.member.temp.TempMemberEJB"); 


if u run this code i am getting 
look up error:
java.net.ConnectException:connection refused:no further information


this is the class path i set...

set classpath=c:\jdk1.3\lib;
C:\jdk1.3\jre\lib\ext\orion.jar;C:\jdk1.3\jre\lib\ext\ejb.jar;C:\jdk1.3\jre\
lib\ext\jndi.jar;
set path=c:\jdk1.3\bin;
 
any one can help me to sort out this problem...

any help will be appreciated...
Thankz
MohanKrishna




Get free email and a permanent address at http://www.netaddress.com/?N=1

RE: Re[2]: large field bug ??

[Juan Lorandi (Chile)]

I use String for primary/composite key fields... there are size constraints
in many DB's about the total length of a PK
so i still need String mapped to varchars, plus it will be DB accepted to
use it as PrimKey (opposed to BLOBs)

The mix approach doesn't sound nice, but it works and is flexible enough to
handle most odd situations

My 2c,

JP

-Original Message-
From: Rafael Alvarez [mailto:[EMAIL PROTECTED]]
Sent: Sbado, 09 de Diciembre de 2000 10:11
To: Orion-Interest
Subject: Re[2]: large field bug ??


Hello Juan,

Thursday, January 11, 2001, 3:53:41 AM, you wrote:

JLC had that problem

JLC it's a mapping problem... (oracle-schema)


JLC Strings get Mapped to varchars(size)...

JLC They get chopped at size chars...
JLC the only solution is to declare the field as java.lang.Object
JLC then use it as string

Or you can edit orion-ejb-jar.xml and change the type of the field in
the DB. The schema set it to varchar(255), but you can change it to
any oracle type you want. look for a line like
cmp-field-mapping . persistence-type="varchar2(255)" ..
change that and voila!

-- 
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

Re: Re[2]: large field bug ??

[Stan Ng]

just out of curiousity, why would you want to use a really long string as a
primary key?  from a db perspective, the performance would be seriously
compromised.


- Original Message -
From: "Juan Lorandi (Chile)" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, January 12, 2001 1:26 PM
Subject: RE: Re[2]: large field bug ??


I use String for primary/composite key fields... there are size constraints
in many DB's about the total length of a PK
so i still need String mapped to varchars, plus it will be DB accepted to
use it as PrimKey (opposed to BLOBs)

The mix approach doesn't sound nice, but it works and is flexible enough to
handle most odd situations

My 2c,

JP

-Original Message-
From: Rafael Alvarez [mailto:[EMAIL PROTECTED]]
Sent: Sbado, 09 de Diciembre de 2000 10:11
To: Orion-Interest
Subject: Re[2]: large field bug ??


Hello Juan,

Thursday, January 11, 2001, 3:53:41 AM, you wrote:

JLC had that problem

JLC it's a mapping problem... (oracle-schema)


JLC Strings get Mapped to varchars(size)...

JLC They get chopped at size chars...
JLC the only solution is to declare the field as java.lang.Object
JLC then use it as string

Or you can edit orion-ejb-jar.xml and change the type of the field in
the DB. The schema set it to varchar(255), but you can change it to
any oracle type you want. look for a line like
cmp-field-mapping . persistence-type="varchar2(255)" ..
change that and voila!

--
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

Re: Re: javax.naming.NameNotFoundException: agency not found

[revivalatgt revivalatgt]

I tried this as well, this doesn't work either...how can this work one day 
and not the next?  Maybe this is a jndi issue...

Robert

Does anybody know what could cause a javax.naming.NameNotFoundException:
my
bean name not found?  I think my .xml files are fine, and I think this
used
to work!

We've got the same problem - it seems Orion 1.4.4 can't decide whether to
make EJB home interfaces available at "java:comp/env/ejb-name" or just
"ejb-name". We've replaced all our lookup code with something like this:

Object ref = null;
try{
ref = jndiContext.lookup("java:comp/env/ejb/WhateverEJB");
} catch(NamingException ne) {
System.err.println("Failed to find WhateverEJB attempting again
using non-standard mapping");
ref = jndiContext.lookup("WhateverEJB");
}
WhateverHome home = (WhateverHome)PortableRemoteObject.narrow(ref,
WhateverHome.class);

This at least lets the app function. Sometimes the first lookup works,
sometimes not. If and when we see a pattern that implies sort sort of reason
for this strange behaviour, I'll report it to the list.

P. Pontbriand
Canlink Interactive Technologies Inc.




_
Get your FREE download of MSN Explorer at http://explorer.msn.com

Re: RE: Help me please in post method

[John Hogan]

Have you switched your servlet to perform doPost
instead of doGet?

John Hogan

_

Get your free E-mail at http://www.ireland.com

RE: RE: Macromedia Generator and Orion

[Magnus Rydin]

Title: RE: RE: Macromedia Generator and Orion





If you know of such an alternative system, could you please let me know?
WR


 -Original Message-
 From: Robert Krueger [mailto:[EMAIL PROTECTED]]
 Sent: den 16 november 2000 09:46
 To: Orion-Interest
 Subject: OT: RE: Macromedia Generator and Orion
 
 
 At 09:23 16.11.00 , you wrote:
 
 Hi Berny.
 Is Generator still needed with the new version of 5 to have good 
 interaction with the server?
 I was working on making a Flash version of the ATM but 
 dropped it when I 
 saw the price on Generator...
 WR
 
 there are cheaper alternatives for creating flash movies 
 dynamically, even 
 one freeware package that got reasonably good reviews in a 
 german magazine. 
 I don't remember the names but could look for the article if 
 you're interested.
 
 robert
 
   -Original Message-
   From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]]
   Sent: den 15 november 2000 14:00
   To: Orion-Interest
   Subject: Macromedia Generator and Orion
  
  
   Hi,
  
   does anybody have experiences how to run Macromedia Generator
   under Orion?
   I appreciate any hint...
  
   Regards
  
   Berny
  
  
   --
   Berny Woehrlin
   system development - web consulting
   mail: [EMAIL PROTECTED]
   location: Hamburg, Germany
  
  
 
 (-) Robert Krüger
 (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
 (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
 (-) Tel: 06151 665401, Fax: 06151 665373
 (-) [EMAIL PROTECTED], www.signal7.de
 
 

RE: RE: Macromedia Generator and Orion

[Robert Krueger]

At 12:49 16.11.00 , you wrote:

If you know of such an alternative system, could you please let me know?
WR

I'll look for the article and post them.

robert

  -Original Message-
  From: Robert Krueger 
 [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]]
  Sent: den 16 november 2000 09:46
  To: Orion-Interest
  Subject: OT: RE: Macromedia Generator and Orion
 
 
  At 09:23 16.11.00 , you wrote:
 
  Hi Berny.
  Is Generator still needed with the new version of 5 to have good
  interaction with the server?
  I was working on making a Flash version of the ATM but
  dropped it when I
  saw the price on Generator...
  WR
 
  there are cheaper alternatives for creating flash movies
  dynamically, even
  one freeware package that got reasonably good reviews in a
  german magazine.
  I don't remember the names but could look for the article if
  you're interested.
 
  robert
 
-Original Message-
From: [EMAIL PROTECTED]
   
 [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]mailto:berny_@t-onl 
 ine.de]
Sent: den 15 november 2000 14:00
To: Orion-Interest
Subject: Macromedia Generator and Orion
   
   
Hi,
   
does anybody have experiences how to run Macromedia Generator
under Orion?
I appreciate any hint...
   
Regards
   
Berny
   
   
--
Berny Woehrlin
system development - web consulting
mail:   [EMAIL PROTECTED]
location:   Hamburg, Germany
   
   
 
  (-) Robert Krüger
  (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
  (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
  (-) Tel: 06151 665401, Fax: 06151 665373
  (-) [EMAIL PROTECTED], www.signal7.de
 
 

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

RE: RE: Macromedia Generator and Orion

[Berny Woehrlin]

Hi Magnus,

At 12:49 16.11.2000 +0100, you wrote:

If you know of such an alternative system, could you please let me know?
WR

this is slowly getting a Generator discussion board.. ;))

Check out Swift Generator.  But there is a difference in the Swift- and in 
the Macromedia Concept:

Swift Approach:

****
* Flash File /   **  Swift *
* Generator Template *+   * Script *
****
||
  ||
 |   |
**
*  Swift Generator   *
**
  |
  |
   Flash.file


Generator 2 Approach:

****
***   Data*
* Generator Template *+   * (DB, Pics, Txt) *
****
||
  ||
 |   |
**
* Generator  *
**
  |
  |
   Flash.file

Regards

Berny


  -Original Message-
  From: Robert Krueger 
 [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]]
  Sent: den 16 november 2000 09:46
  To: Orion-Interest
  Subject: OT: RE: Macromedia Generator and Orion
 
 
  At 09:23 16.11.00 , you wrote:
 
  Hi Berny.
  Is Generator still needed with the new version of 5 to have good
  interaction with the server?
  I was working on making a Flash version of the ATM but
  dropped it when I
  saw the price on Generator...
  WR
 
  there are cheaper alternatives for creating flash movies
  dynamically, even
  one freeware package that got reasonably good reviews in a
  german magazine.
  I don't remember the names but could look for the article if
  you're interested.
 
  robert
 
-Original Message-
From: [EMAIL PROTECTED]
   
 [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]] 

Sent: den 15 november 2000 14:00
To: Orion-Interest
Subject: Macromedia Generator and Orion
   
   
Hi,
   
does anybody have experiences how to run Macromedia Generator
under Orion?
I appreciate any hint...
   
Regards
   
Berny
   
   
--
Berny Woehrlin
system development - web consulting
mail:   [EMAIL PROTECTED]
location:   Hamburg, Germany
   
   
 
  (-) Robert Krüger
  (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
  (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
  (-) Tel: 06151 665401, Fax: 06151 665373
  (-) [EMAIL PROTECTED], www.signal7.de
 
 



--
Berny Woehrlin
system development - web consulting
mail:   [EMAIL PROTECTED]
location:   Hamburg, Germany

RE: Re[2]: xml,xsl in orion

[Russ White]

Kevin,

Here is a simpler way to do this:

1) request comes to controller servlet.
2) controller makes url connection and get content from xml producing jsp.
3) controller then gets xsl from any other location (file, jsp, or db)
4) controller hands xml, and xsl to xalan directly (no servlet here) for
processing.
5) controller returns transformed xml(wml,pdf,html,xhtml, ..whatever)

I do this all the time, and it works fabulously.

I fact one app I wrote uses dynamic xsl generated from a jsp. Very cool.

Cheers!

Russ

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
 Sent: Thursday, November 02, 2000 10:00 PM
 To: Orion-Interest
 Subject: RE: Re[2]: xml,xsl in orion


 If you don't mind I would like to ask you a question or two..

 How exactly is the XSL, XML output of a JSP (using text/xml) being passed to
 the XSLT engine (servlet I assume), and then how is your code returning the
 HTML output back to the browser? I assume you do something like so (in
 psuedo code):


 1) Request comes in to servlet
 2) Servlet makes a URL connection to a JSP page
 3) JSP output sent to servlet in XML format
 4) Servlet then loads XSL text
 5) Servlet calls upon another servlet (XSLT Servlet) passing to it the xml
 output of the JSP page and the xsl it loaded.
 6) The return (in a response I assume) is the HTML output from the servlet
 that rendered the xml and xsl into html
 7) The servlet then sends this response back to the browser.

 IS that the general idea? Or is there some other way of doing this? I would
 assume rather than loading the xsl, it tells the XSLT engine the
 path/filename of the xsl text and that engine loads it.

 Thanks.

  -Original Message-
  From: Dylan Parker [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, November 02, 2000 5:13 PM
  To: Orion-Interest
  Cc: Orion-Interest
  Subject: Re[2]: xml,xsl in orion
 
 
  Thursday, November 02, 2000, 4:52:16 AM, you wrote:
 
   Hi Jan,
   I downloaded the latest version of Orion and under
   orion\default-web-app\examples\xsl you should find the example.
 
   But, should not the orion server do the conversion and send
  html to the
   browser, because, that would
   make more sense and make the process browser independent.
 
   I am very sure that I am missing something here. I am not
  sure what. I would
   definetly appreciate some help
   on this.
   Thanks,
   Manoj
 
  Hello everybody attempting the JSP=XML=XSL process. We are
  currently working
  with this exact procedure, and you are correct Manoj, the
  transformation (XSLT)
  happens server-side and HTML is just fed to the clients browser.
 
  We are using the XSLTServlet that used to exist on the old
  OrionSupport site.. I
  don't believe it is available there anymore. There was
  problems with Orion's
  xslt servlet.. (may be fixed now)... also we are using SAXON
  to do the XSLT
  Transformations (called from the XSLTServlet)...
 
  Does anyone know what came of this servlet? Is it still
  supported? Being
  updated? I notice that there are issues with using it with
  the latest version of
  Saxon (5.5.1)...
 
  Anyway Orion's implementation of the XSLServlet worked..
  but had some
  limitations with the xsl:param element.
 
  If you look in your global-web-application.xml you'll see
  something like the
  following :
  servlet-chaining servlet-name="xsl" mime-type="text/xml" /
 
  And also a little later... something like :
  servlet
  servlet-namexsl/servlet-name
 
  servlet-classcom.evermind.servlet.XSLServlet/servlet-class
  init-param
 
  param-namedefaultContentType/param-name
  param-valuetext/html/param-value
  /init-param
 
  /servlet
 
  This performs servlet chaining... so when your JSP produces
  an XML document with
  content type text/xml... the servlet-chaining within Orion
  captures it and
  passes it to the XSL servlet... which process it.. produces
  HTML and displays
  HTML to the end-user.
 
  What version of Orion are you using? 1.3.8 is our current
  development version
  and the described process is working for us.
 
  Dylan Parker
 
  Feel free to ask me more questions.
 
 

Re: Re[2]: xml,xsl in orion

[Rodrigo B. de Oliveira]

Instead of opening a HTTP connection to get the XML content from the JSP,
wouldn't be possible to execute the JSP directly from the servlet doing
something similar to what jsp:include does? Maybe If you hand your own
HttpServletResponse implementation out to the RequestDispatcher.forward
method you could achieve this? Any thoughts? This is important if you want
your xml producer to be able to see any request parameters (as well as
having access to the user environment - user session, application, etc)...

Rodrigo

- Original Message -
From: "Russ White" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, November 03, 2000 10:31 AM
Subject: RE: Re[2]: xml,xsl in orion


 Kevin,

 Here is a simpler way to do this:

 1) request comes to controller servlet.
 2) controller makes url connection and get content from xml producing jsp.
 3) controller then gets xsl from any other location (file, jsp, or db)
 4) controller hands xml, and xsl to xalan directly (no servlet here) for
 processing.
 5) controller returns transformed xml(wml,pdf,html,xhtml, ..whatever)

 I do this all the time, and it works fabulously.

 I fact one app I wrote uses dynamic xsl generated from a jsp. Very cool.

 Cheers!

 Russ

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
  Sent: Thursday, November 02, 2000 10:00 PM
  To: Orion-Interest
  Subject: RE: Re[2]: xml,xsl in orion
 
 
  If you don't mind I would like to ask you a question or two..
 
  How exactly is the XSL, XML output of a JSP (using text/xml) being
passed to
  the XSLT engine (servlet I assume), and then how is your code returning
the
  HTML output back to the browser? I assume you do something like so (in
  psuedo code):
 
 
  1) Request comes in to servlet
  2) Servlet makes a URL connection to a JSP page
  3) JSP output sent to servlet in XML format
  4) Servlet then loads XSL text
  5) Servlet calls upon another servlet (XSLT Servlet) passing to it the
xml
  output of the JSP page and the xsl it loaded.
  6) The return (in a response I assume) is the HTML output from the
servlet
  that rendered the xml and xsl into html
  7) The servlet then sends this response back to the browser.
 
  IS that the general idea? Or is there some other way of doing this? I
would
  assume rather than loading the xsl, it tells the XSLT engine the
  path/filename of the xsl text and that engine loads it.
 
  Thanks.
 
   -Original Message-
   From: Dylan Parker [mailto:[EMAIL PROTECTED]]
   Sent: Thursday, November 02, 2000 5:13 PM
   To: Orion-Interest
   Cc: Orion-Interest
   Subject: Re[2]: xml,xsl in orion
  
  
   Thursday, November 02, 2000, 4:52:16 AM, you wrote:
  
Hi Jan,
I downloaded the latest version of Orion and under
orion\default-web-app\examples\xsl you should find the example.
  
But, should not the orion server do the conversion and send
   html to the
browser, because, that would
make more sense and make the process browser independent.
  
I am very sure that I am missing something here. I am not
   sure what. I would
definetly appreciate some help
on this.
Thanks,
Manoj
  
   Hello everybody attempting the JSP=XML=XSL process. We are
   currently working
   with this exact procedure, and you are correct Manoj, the
   transformation (XSLT)
   happens server-side and HTML is just fed to the clients browser.
  
   We are using the XSLTServlet that used to exist on the old
   OrionSupport site.. I
   don't believe it is available there anymore. There was
   problems with Orion's
   xslt servlet.. (may be fixed now)... also we are using SAXON
   to do the XSLT
   Transformations (called from the XSLTServlet)...
  
   Does anyone know what came of this servlet? Is it still
   supported? Being
   updated? I notice that there are issues with using it with
   the latest version of
   Saxon (5.5.1)...
  
   Anyway Orion's implementation of the XSLServlet worked..
   but had some
   limitations with the xsl:param element.
  
   If you look in your global-web-application.xml you'll see
   something like the
   following :
   servlet-chaining servlet-name="xsl" mime-type="text/xml" /
  
   And also a little later... something like :
   servlet
   servlet-namexsl/servlet-name
  
   servlet-classcom.evermind.servlet.XSLServlet/servlet-class
   init-param
  
   param-namedefaultContentType/param-name
   param-valuetext/html/param-value
   /init-param
  
   /servlet
  
   This performs servlet chaining... so when your JSP produces
   an XML document with
   content type text/xml... the servlet-chaining within Orion
   captures it and
   passes it to the XSL servlet... which process it.. produces
   HTML and displays
   HTML to the end-user.
  
   What version of O

RE: Re[2]: xml,xsl in orion

[Duffey, Kevin]

Ok..that sounds great. Now, how about an XSL example? :) Does every page
need to have its own XSL, or can I still build JSP pages the way I do now,
which is, every JSP page includes a HEADER.INC file, and a FOOTER.INC. In
the header include, I have lots of scriplet code that displays a
"consistent" graphical menu bar at the top of every page, with the ability
to change the actual image depending on any number of circumstances. Also,
the login menu, some dynamic text and so on is displayed based on any number
of circumstances as well. Ideally, what I am after is the ability to allow
the end user to "customize" the way the site looks. Instead of the menu bar
at top, maybe they want it on the side. So the XSL would basically somehow
use two frames, one on the left and the big one on the right for content.
Maybe they want the footer on the bottom to never disappear, the menu bar at
the top to never disappear, and the content in the middle to be scrollable,
so that no matter what page they go to, the top and bottom stuff never
changes..only the content. Some may like to see their name displayed, some
may not. Some may want their name in RED ARIAL, some may want it in yellow
Times, and so on. I know a number of these things can be done pretty easily
in JSP (I have done it), but I would like the ability to use XSLT to also
render WML and HTML, as well as "text" only all with the same given data. I
have seen a site use XSL/XSLT for just this purpose.

Incidentally..do you have any example URLs that I can look at..to see what
XSL output has done for your site?

Thanks.


 -Original Message-
 From: Russ White [mailto:[EMAIL PROTECTED]]
 Sent: Friday, November 03, 2000 4:31 AM
 To: Orion-Interest
 Subject: RE: Re[2]: xml,xsl in orion
 
 
 Kevin,
 
 Here is a simpler way to do this:
 
 1) request comes to controller servlet.
 2) controller makes url connection and get content from xml 
 producing jsp.
 3) controller then gets xsl from any other location (file, jsp, or db)
 4) controller hands xml, and xsl to xalan directly (no 
 servlet here) for
 processing.
 5) controller returns transformed xml(wml,pdf,html,xhtml, ..whatever)
 
 I do this all the time, and it works fabulously.
 
 I fact one app I wrote uses dynamic xsl generated from a jsp. 
 Very cool.
 
 Cheers!
 
 Russ
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of 
 Duffey, Kevin
  Sent: Thursday, November 02, 2000 10:00 PM
  To: Orion-Interest
  Subject: RE: Re[2]: xml,xsl in orion
 
 
  If you don't mind I would like to ask you a question or two..
 
  How exactly is the XSL, XML output of a JSP (using 
 text/xml) being passed to
  the XSLT engine (servlet I assume), and then how is your 
 code returning the
  HTML output back to the browser? I assume you do something 
 like so (in
  psuedo code):
 
 
  1) Request comes in to servlet
  2) Servlet makes a URL connection to a JSP page
  3) JSP output sent to servlet in XML format
  4) Servlet then loads XSL text
  5) Servlet calls upon another servlet (XSLT Servlet) 
 passing to it the xml
  output of the JSP page and the xsl it loaded.
  6) The return (in a response I assume) is the HTML output 
 from the servlet
  that rendered the xml and xsl into html
  7) The servlet then sends this response back to the browser.
 
  IS that the general idea? Or is there some other way of 
 doing this? I would
  assume rather than loading the xsl, it tells the XSLT engine the
  path/filename of the xsl text and that engine loads it.
 
  Thanks.
 
   -Original Message-
   From: Dylan Parker [mailto:[EMAIL PROTECTED]]
   Sent: Thursday, November 02, 2000 5:13 PM
   To: Orion-Interest
   Cc: Orion-Interest
   Subject: Re[2]: xml,xsl in orion
  
  
   Thursday, November 02, 2000, 4:52:16 AM, you wrote:
  
Hi Jan,
I downloaded the latest version of Orion and under
orion\default-web-app\examples\xsl you should find the example.
  
But, should not the orion server do the conversion and send
   html to the
browser, because, that would
make more sense and make the process browser independent.
  
I am very sure that I am missing something here. I am not
   sure what. I would
definetly appreciate some help
on this.
Thanks,
Manoj
  
   Hello everybody attempting the JSP=XML=XSL process. We are
   currently working
   with this exact procedure, and you are correct Manoj, the
   transformation (XSLT)
   happens server-side and HTML is just fed to the clients browser.
  
   We are using the XSLTServlet that used to exist on the old
   OrionSupport site.. I
   don't believe it is available there anymore. There was
   problems with Orion's
   xslt servlet.. (may be fixed now)... also we are using SAXON
   to do the XSLT
   Transformations (called from the XSLTServlet)...
  
   Does anyone know what came of this servlet? Is it still
   supported? Being
   updated? I notice that there are issues wi

RE: re Performance test...

[Duffey, Kevin]

No entity beans..not even using EJB on this particular test. It will be a
few weeks before I get the clustered test posted. Business needs are
consistently coming in and we don't have time to do much else. But as soon
as I can I will post those results.



 -Original Message-
 From: Mark [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, October 26, 2000 5:21 PM
 To: Orion-Interest
 Subject: re Performance test...
 
 
 Kevin, quick question on your login test.  Does your application use
 EntityBeans to represent your users (and therefore are you calling
 EntityBean.ejbFind() to load from Oracle?).  Or are you using another
 mechanism to represent users within your application?
 
 Many thanks for posting this info, it's extremely helpful!
 
 --Mark
 
 
 
 Hi all,
 
 Well, using a pretty nifty (and very expensive) testing tool, 
 I was able
 to
 do some "minor" testing on a login process of our site. Using Orion,
 Oracle
 8i database, and e-load test suite, here are some numbers that I got:
 
 25 users  - 15 connections in the pool
 
 pages per second  - 43
 pages per day   - 3.75 million
 transactions per second  - 14.5
 transactions per day   - 1.26 million
 
 25 users  - 30 connections in the pool
 
 pages per second- 26.4
 pages per day - 2.28 million
 transactions per second - 8.81
 transactions per day  - 761333
 
 25 users - 5 connections in the pool
 
 pages per second -  51.95
 pages per day  -  4.48 million
 transactions per second  - 17.32
 transactions per day- 1.49 million
 
 The test is simple. It uses the browser built into the e-test suite
 software
 and "automates" the login process of our site. I ran the test on a
 PIII650,
 with 512MB RAM. The database is running on a SUN E450 serve with 512MB
 RAM.
 The test simply sends a post submitted form with the login name and
 password
 to a controller servlet that then hits the database using a connection
 via
 the pool, and logs in the user. All logins were valid, I did not test
 invalid login names/passwords.
 
 Just thought I would share these numbers. Next week I will be 
 setting up
 a
 two-server farm, using the load-balancer software that Orion 
 includes in
 
 their download. Each server will be dual PIII550 with 512MB 
 RAM and SCSI
 III
 RAID hd setup (Actually, they are IBM NetFinitiy 4000R 
 units). The load
 balancer will run on a slow PII300 workstation with 128MB RAM (I hope
 this
 is good enough). They will be failed over and load-balanced, 
 and I will
 test
 the performance on those and post the results here.
 
 The only thing I am not sure of is if different testing software
 performs
 about the same..or are there dramatically different results.
 
 If anyone wants me to attempt to test their site, I'll give 
 it a go from
 
 here..but its over a T1 connection, where as my test is done 
 locally on
 a
 LAN, so I am sure the results are more skewed.
 
 
 
 
 

RE: RE: JSP char code

[houyunf]

I found it myself. Just add
   default-charset="gb2312"
to the orion-web.xml file.


Hou Yunfeng
__

==ÐÂÀËÃâ·Ñµç×ÓÓÊÏä 
http://mail.sina.com.cn
ÐÂÀËÍƳö°ÂÔ˶ÌÐÅÏ¢ÊÖ»úµã²¥·þÎñ
http://sms.sina.com.cn/

RE:[Re: 2 many messages - News Server needed. - Or we could split]

[KirkYarina]

I vote for email...

IMHO, If you work for a company that doesn't have email and a POP or IMAP 
server then perhaps you should work on that instead.  If it does you should 
be using your work email address, rather than a personal domain, if your 
Orion use is work related.

It looks like you're running your polozoff.com mail server off an ATT DSL 
connection; consider using procmail or something similar to forward a copy 
of orion-interest mail to your work email address.

Configuring and running a news server (been there) isn't as easy as it 
might seem, particularly if you're concerned about security, the periodic 
news DOS attacks, spam, etc.  If the newsgroup is publicly fed, or the 
spammers stumble across the server (they will),  you're broadcasting all 
our addresses out to the spammer community.

Besides, the Orion team's resources would be much better spent on 
documentation.  Otherwise they're going to fail and this list won't matter 
anyway.

Kirk

BTW, ejb-interest seems to have died after some clueless idiot started 
resending the last couple month's posts back to the list.

At 10:01 AM 10/19/00 -0500, you wrote:
I don't agree.  A newsgroup is a better way of categorizing topics.  If
you don't believe me take a look at the Weblogic and Toplink newsgroups.
Mailing lists are good for simple discussions.  Filtering emails is not a
reasonable solution for topical categorization of messages.  Especially if
you have to use a web based email client at work (because of a firewall)
and have a stand alone client at home.  Whereas a newsgroup always
contains a set hierarchy, whether you access from deja.com or a stand
alone client.

-Alexandre

On Thu, 19 Oct 2000 09:53:00 +0200
Robert Krueger [EMAIL PROTECTED] wrote:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - -

Could not agree more. don't any of you subscribe to other tech lists? I'm
surprised that there are people using orion that are not subscribed to
ejb-interest (excellent list and a must for people working with ejb
professionally IMHO) which has at least as much traffic as this one here.
Please learn how to use a mail client with filters and let's deal with a
high volume as soon as there is something to deal with and let's not start
a religious war on newgroup vs. mailingl ist (I'm pro mailing list btw
;-)). the negative side effects (people not knowing where to look,
crossposting etc.) would clearly outweight the benefits of splitting up
the
list IMHO.

robert

At 19:21 18.10.00 , you wrote:
 IMO, the mailing list is just fine. If there are too many messages for
your
 inbox, then you should filter it away. All the popular mail clients will
 handle this.

snip

 --
 David S. Kenzik
 [EMAIL PROTECTED] - http://kenzik.com
 Original Music - http://mp3.com/text
 
 
Joseph B. Ottinger said...
 
It's quite feasible for me to set up a news server (nntp, usenet
style) on
my server if that's a viable solution. It'll take me a little bit of
time,
as I'm not exactly familiar with running INN, but I can figure it
out.
   
On Wed, 18 Oct 2000, Duffey, Kevin wrote:
   
 I would agree too. I think if you split the list into ejb and web,
  it might

snip

  -Original Message-
  From: Miles Daffin [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, October 18, 2000 9:51 AM
  To: Orion-Interest
  Subject: Re: 2 many messages - News Server needed. - Or we could
split
  the list
 
 
 
   Actually, I think the mail list is fine. I use a filter to
  move these
   messages into their own folder.
 
  Good idea.

snip

   
---
Joseph B. Ottinger   [EMAIL PROTECTED]

(-) Robert Krüger


Kirk Yarina
[EMAIL PROTECTED]

RE:[Re: 2 many messages - News Server needed. - Or we could split]

[KirkYarina]

At 07:03 PM 10/19/00 +0200, you wrote:
At 12:23 19.10.00 , you wrote:
snip/

BTW, ejb-interest seems to have died after some clueless idiot started 
resending the last couple month's posts back to the list.

unbelievable

It may not be cause and effect...  or it may be somebody at Sun's gotten 
disgusted and turned it off for a while.

At least it's cut down on the "Urgent: I installed weblogic and it doesn't 
work" emails.


(-) Robert Krüger

Re: RE: LogicalDriverManagerXAConnection not closed

[Jaco van Rooijen]

I think not.  This is the first time I GET the connection, and it complains that I did 
not close it.  Also, according to my understanding, I do not have to explicitly close 
pooled connections.  At least, when we were using 1.0.3 the documentation said 
something to that effect.

Thanx for responding, I thought I wasn't getting my message through.
Jaco

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Will Glozer
Sent: 09 October 2000 19:09
To: Orion-Interest
Subject: RE: LogicalDriverManagerXAConnection not closed


It means that you forgot to close the connection when you
were finished using it.

-Original Message-
From: Jaco van Rooijen [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 09, 2000 12:08 AM
To: Orion-Interest
Subject: RE: LogicalDriverManagerXAConnection not closed


Anybody have any ideas?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jaco van
Rooijen
Sent: 06 October 2000 13:40
To: Orion-Interest
Subject: LogicalDriverManagerXAConnection not closed


I am developing against the stable 1.3.8

I get an output stating:
LogicalDriverManagerXAConnection not closed, check your code!
Created at:
java.lang.Throwable: OrionCMTConnection created
at com.evermind.sql.ai.init(JAX)
at com.evermind.sql.OrionCMTDataSource.getConnection(JAX)
at
com.agri24.data.LegalEntityBean.getConnection(LegalEntityBean.java:843)
at
com.agri24.data.LegalEntityBean.ejbFindByAgri24ID(LegalEntityBean.java:463)
at
LegalEntityHome_EntityHomeWrapper55.findByAgri24ID(LegalEntityHome_EntityHom
eWrapper55.java:1122)
at java.lang.reflect.Method.invoke(Native Method)
at com.evermind.server.rmi.bd.run(JAX)
at com.evermind.server.rmi.bb.hy(JAX)
at com.evermind.server.rmi.bb.run(JAX)
at com.evermind.util.f.run(JAX)

LegalEntityBean.java:843 says - 
  Connection newConn =
((javax.sql.DataSource)ctx.lookup("java:comp/env/jdbc/LegalEntityDataSource"
)).getConnection();  
The call goes through, but the console has this exception on it.  What does
that mean?

Regards
Jaco

RE:[RE: EJB vs Servlets]

[Alexandre POLOZOFF]

It sounds to me like it probably is not worth it for you to move to EJBs
considering how much you have invested in your current technology.

But some reasons we use EJBs where I work:

a) portability.  Stored procedures, mentioned in another post, are not
portable at all.  Whereas EJBs will run on a mainframe (Websphere),
midrange (AS/400) or Unix to PCs (weblogic, orion, websphere, etc) with
pretty much any database backend.

b) Sure, you have lookups, but then if you want remote access ...

c) NO SQL in our code (that could become a weird chant...).  Fits the KISS
principle and eliminates one learning curve (SQL is steeper than learning
EJB and XML descriptors that's for sure).  Plus, any change to the data
model is not that big a deal to us with EJBs because it is easier to
restructure an object and it's XML descriptors rather than chase down
every SQL call to update/modify it.  Especially in the maintenance phase
where the original programmers are no longer around and no-one knows just
where that insert/update/delete is happening...

d) Learning EJB is not that big a deal.  We put together a large website
all EJB based (with servlets and JSPs to round out MVC) in less than 3
months.  No one on the project had seen EJBs before.  Even lightweight
java programmers (less than a years experience) picked up on the concepts
and were productive.  Performance is on par with any other java
environment I've seen, even under heavy load (given that you have the
appropriate hardware behind it).

I think what we have is a case of fear, uncertainty and doubt.  My
experience with EJBs has been so good I'm going back to rewrite some of my
personal-hobby-related sites into EJBs.  That is how impressed I am with
EJB.

-Alexandre

On Mon, 9 Oct 2000 12:00:34 -0700
   "Duffey, Kevin" [EMAIL PROTECTED] wrote:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - -



Actually, I know all about it. I have read up on it in those books and
others. Infact, we have already separated our code into those tiers but it
all runs in the servlet engine. This is what I am talking about. I am
using
the Struts framework to allow all forms submitted to a single controller
servlet, which then calls upong action classes. Those action classes then
figure out what "session" class to call upon. These "session" classes are
our logic (ejb) code, but its not in the EJB container..it runs in our
servlet engine. It is separated, just not from the servlet engine itself.
However, by compexity of building EJBs, I think I mean what goes into it.
Instead of a single class, we would have 2 (or is it 3) interfaces and an
implementation class. To access it, its not as simple as a class/reference
variable to an object in the servlet engine, you have to do a lookup,
etc..its a bit more code. Sure..its not terribly complex, but compared to
doing it the way we are now, there is quite a bit more work involved than
what we are doing now. Also, actually testing and learning how exactly it
works is a process that will take a little time. All of these things add
up.
What I am wondering is..is it really worth it if supposedly EJB doesn't
offer much in the way of performance..it just separates the logic into a
separate "tier" of servers. Our code is already separated long those tiers
now..and it will probably be easier for us to move to EJB than those that
have logic in their servlets.


 -Original Message-
 From: Russ White [mailto:[EMAIL PROTECTED]]
 Sent: Monday, October 09, 2000 11:32 AM
 To: Orion-Interest
 Subject: RE: EJB vs Servlets


 You should read up on J2EE so you can understand what separation of
 data/logic/presentation is all about. I would recommend any
 of the O'Reilly
 books on the subject(s). Also Development of EJBs is very
 simple. Especially
 with a good IDE like VA, Forte, or JBuilder. Orion even comes
 with a simple tool
 for creating very useful EntityBeans from a GUI.

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
 Duffey, Kevin
  Sent: Monday, October 09, 2000 1:22 PM
  To: Orion-Interest
  Subject: EJB vs Servlets
 
 
  Hey all,
 
  I know this is a little off-topic, but seeing as how Orion
 is about the only
  fully compliant EJB server, I figured this would be a
 better place to ask.
 
  Lately I have talked to a number of people that have been
 moving towards EJB
  and pulled back because they have found it to be more
 tedious to develop, as
  well as the end result was slower than just using Servlets.
 
  I ask this because it appears to me that the servlet engine
 (at least with
  2.2) being able to be failed over, load-balanced, etc,
 seems to be quite as
  capable for scalability and fault-tolerance as the ejb
 engine used to be. I
  do realize that the EJB container offers transaction management, but
  connection pooling is available in the servlet engine at
 the server level as
  well. So, if you lose speed in development time and
 performance, 

RE: [RE: EJB vs Servlets]

[Duffey, Kevin]

Hi,

 I think what we have is a case of fear, uncertainty and doubt.  My
 experience with EJBs has been so good I'm going back to 
 rewrite some of my
 personal-hobby-related sites into EJBs.  That is how 
 impressed I am with
 EJB.

I think your exactly right. I bought an EJB book and started reading it and
the first couple of chapters have got me a little worried. ;) Actually..I
think once I actually figure out how to develop them, it will be less fear.
I am just looking at what needs to be done and it appears to be a lot of
work. Ideally I really want to learn about EJB, CMP and O/R, but I have no
idea where to being (other than that book i got). Is CMP and O/R a
standard..or vendor specific implementations? Do I need special tools for
CMP and O/R, or do all DBMS with Type IV JDBC 2.0 drivers support it. I am
looking at the Interbase 6 free RDBMS which I have used a while back with
C++Builder and the fact that its free and was pretty fast back then
impresses me. Its not for large-scale apps, but it will certainly work for
most tasks. But to actually get started, that seems to be taking the most
time. There isn't much docs on Orion on how to get EJB's working, CMP, O/R,
etc. I don't even fully understand those items yet, and am not sure if I
need tools to do that, or can I manually edit them, and so on.

Anyways..thanks for the reply. 

RE: Re[2]: EJB vs Servlets

[Reddy Krishnan]

Hi rafael,

complex OR mapping is solved pretty comprehensively in 2.0 and that too in public 
draft 2. But what you say for SQL is not fully true.

For heavy duty operations like full search of database it is prohibitively expensive 
to get large number of EJBs returned in searches then discard
most of them. ANY serious application has to finally start using data access objects 
and start accessing the database for high volume general
searches. 

Independence from tables and database is more a myth with EJB than reality!

Cheers
Krishnan

-Original Message-
From: Rafael Alvarez [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 09, 2000 1:11 PM
To: Orion-Interest
Subject: Re[2]: EJB vs Servlets


I'm currently developing a big project using EJBs,a backend for a
one-hour delivery company. In fact, I'm using CMP EJB for the data and
a fakade object for processing.There were few factors that influenced the
choice:
.- You don't have to code in SQL. That says a lot on easy manteinance.
.- Don't need to understand, as a programmer, the how of inner working of
   your RDMBS.
.- If you have a RDBMS for development and another for production, you
don't need to write SQL Scripts to recreate the table structure.
.- The migration of data from one RDMBS to another is very easy.
.- You can leave the transaction processing to the App Server.


We encounter only 2 main disadvantages:
.- Complex OR-Mapping are nor possible, and the ejbLoad-ejbStore
   method is not trustworthy.
.- For each object you need to create AT LEAST 3 classes

The first issue is solved using a Fakade class (see Fakade Pattern, I
don't have the URL rigth now).
The second issue is being solved by using a home made automated tool
that generates the required classes.


Anyway, EJB vs Servlets is a topic for a lng discusion.


-
Best Regards

Rafael Alvarez mailto:[EMAIL PROTECTED]

Re: Re EJB vs Servlets

[Damian Guy]

"van Geel, Leo" wrote:
 
  -Original Message-
  From: Rafael Alvarez [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, October 10, 2000 9:11 AM
  To: Orion-Interest
  Subject: Re[2]: EJB vs Servlets
 
 
  I'm currently developing a big project using EJBs,a backend for a
  one-hour delivery company. In fact, I'm using CMP EJB for the data and
  a fakade object for processing.There were few factors that
  influenced the
  choice:
  .- You don't have to code in SQL. That says a lot on easy manteinance.
  .- Don't need to understand, as a programmer, the how of
  inner working of
 your RDMBS.
 
 This is one of the big dangers I see happening around me. Don't fall in this
 trap.
 You need to understand what is happening behind the scenes. Poor performance
 is the result.
 A programmer needs to understand how the the code is accessing the database.
 That is a different story than understanding the DBMS internals! It is one
 of the bad things about CMP EJB's. I do not believe that generated SQL code
 can be optimal for all the different relational database backends.
 Impossible!
 
 DBA's raise your voice!
 
 Leo van Geel
 Massey University
 New Zealand

I agree that you need to understand what is happening behind the scenes,
but that doesn't mean that you need to re-invent the wheel! CMP EJB's
allow developers to concentrate on the business logic rather than having
to worry about database access code, this is a good thing. Besides, I
have run BMP vs CMP tests on several App server + DB combinations, CMP
wins hands down every time.

Damian

Re: Re: Only one database connection used

[David Ekholm]

Simon,
I 
spoke to one of the orion guys and informed them of the problem. It seemed like 
it was new information to them.
Sadly 
to say, I haven't received any more information as to if they are working on 
resolving it. When they do, I know that at least our application will be twice 
as fast.
/David




  
  
"The Las Vegas of Online Gaming"

David EkholmSystem 
  ArchitectHammarby Kajväg 14, 120 30 Stockholmtel: +46 (0)8 55 69 
  67 11Mob: +46 (0)70 486 77 38fax: +46 (0)8 55 69 67 07 
  

Re: RE: CMP deployment problem

[[EMAIL PROTECTED]]

Thanks for the reply!

You were on the right track, the problem was that i hadn't updated
the ejb-jar.xml file to use the CMP version of my beans.

Cheers,

Damian Guy.
At Fri, 8 Sep 2000 16:14:22 +0200 , you wrote:
Hi !

I used to get such exceptions too... I had just read about BMPs and
CMPs,
and tried to implement/specify too many methods in CMP beans. Your
problem
is probably similar.

Your home interface should only have finders in it, findByPrimaryKey
and
others (and create if appropriate)
Your interface should only have business methods
Your bean should implement only business methods, setEntityContext
and
unsetEntityContext, and ejbActivate, ejbPassivate, ejbRemove,
ejbStore,
ejbLoad which most of the time are empty. No ejbFind !

Remove ejbFind, ... and the exceptions disapear

Good luck, and I hope I didn't say anything wrong...
Christophe

PS: I now use only CMP... no BMP beans.

-Original Message-
From: Damian Guy [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 08, 2000 2:42 PM
To: Orion-Interest
Subject: CMP deployment problem


Hi,

I have successfully deployed BMP beans and I am now trying to deploy
CMP
beans. I keep running into the follwing error during the deployment
process:

Auto-deploying supplier.jar...
java.lang.ArrayIndexOutOfBoundsException:
0
at com.evermind.server.ejb.compilation.ey.aam(JAX)
at com.evermind.server.ejb.compilation.ew.o6(JAX)
at com.evermind.server.ejb.compilation.e_.zq(JAX)
at com.evermind.server.ejb.compilation.e7.aby(JAX)
at com.evermind.server.ejb.compilation.e_.o6(JAX)
at com.evermind.server.ejb.compilation.e1.o6(JAX)
at com.evermind.server.ejb.compilation.e6.o6(JAX)
at com.evermind.server.ejb.EJBContainer.lj(JAX)
at com.evermind.server.Application.lj(JAX)
at com.evermind.server.Application.e7(JAX)
at com.evermind.server.ApplicationServer.od(JAX)
at com.evermind.server.ApplicationServer.ai5(JAX)
at com.evermind.server.ApplicationServer.e7(JAX)
at com.evermind.server.gc.run(JAX)
at java.lang.Thread.run(Thread.java:479)
at com.evermind.util.e.run(JAX)

It doesn't mean much to me! Any ideas??

TIA,

Damian.