date:20001009


Until someone tells you the proper waytry this in a Servlet or JSP:

  File outFile = new File("./System.out.txt");
  FileOutputStream fOut = new FileOutputStream(outFile);
  PrintStream sysOut = new PrintStream(fOut);
  //
  File errFile = new File("./System.err.txt");
  FileOutputStream fErr = new FileOutputStream(errFile);
  PrintStream sysErr = new PrintStream(fErr);
  //
  System.setOut(sysOut);
  System.setErr(sysErr);
  //
  System.out.println("System.out.println()");
  System.err.println("System.err.println()");

--
Miles Daffin
Java Developer, Netherlands.

Land: +31 (0)10 476 2412
Mobile: +31 (0)6 2959 1423
Permanent email: [EMAIL PROTECTED]

- Original Message -
From: "TH Lim" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Sunday, October 08, 2000 1:56 PM
Subject: how to capture stdout ?


 Hi!

 Is there a setting in Orion server where allows me to capture
System.out.println() and System.err.println() in a file? If so, how do set
it?

 thank you

 /lim/

2nd post, please help

2000-10-09 Thread aloe_vera


I have created a stand alone admin component outside the orion server, which use 
the MailerEJB functions to send emails. An exception will be thrown in MailHelper 
when I start running the stand-alone admin program, which is 
"java:com\env\mail\MailSession 
not found". 
here is resource-ref tag in ejb-jar.xml and web.xml 
resource-ref 
res-ref-namemail/MailSession/res-ref-name 
res-typejavax.mail.Session/res-type 
/resource-ref 
 
and here is mail-session tag in server.xml 
mail-session location="mail/MailSession" smtp-host="csah.com" 
property name="mail.transport.protocol" value="smtp" / 
property name="mail.smtp.from" value="[EMAIL PROTECTED]" / 
property name="mail.from" value="[EMAIL PROTECTED]" / 
/mail-session 
 
Is anything missed? Kindly please help. 


Regards,


___
http://www.SINA.com - #1 Destination Site for Chinese Worldwide

2nd post, please help

2000-10-09 Thread aloe_vera


I have created a stand alone admin component outside the orion server, which use 
the MailerEJB functions to send emails. An exception will be thrown in MailHelper 
when I start running the stand-alone admin program, which is 
"java:com\env\mail\MailSession 
not found". 
here is resource-ref tag in ejb-jar.xml and web.xml 
resource-ref 
res-ref-namemail/MailSession/res-ref-name 
res-typejavax.mail.Session/res-type 
/resource-ref 
 
and here is mail-session tag in server.xml 
mail-session location="mail/MailSession" smtp-host="csah.com" 
property name="mail.transport.protocol" value="smtp" / 
property name="mail.smtp.from" value="[EMAIL PROTECTED]" / 
property name="mail.from" value="[EMAIL PROTECTED]" / 
/mail-session 
 
Is anything missed? Kindly please help. 


Regards,


___
http://www.SINA.com - #1 Destination Site for Chinese Worldwide

orion-ejb-jar.xml and exclusive-write-access

2000-10-09 Thread Magnus Nilsson


We have a database VIEW in an Oracle database that
we like to access from the ejb container. We have
written an entity bean that mirrors the VIEW in
orion-ejb-jar.xml and use findByPrimaryKey to access
a row in the view.

This works nicely, however Orion uses a little more
cashing of this entity than we would like, so we
added exclusive-write-access="false" to the entity bean
in orion-ejb-jar.xml.

The result was that the findByPrimaryKey call returns
null for all keys. Anyone have any experience with this?

If we use the default for exclusive-write-access and
instead use a validity-timeout="100" everything works
fine and the enitity is reloaded. Anyone that knows
what the default value is for validity-timeout?
What happens if we use validity-timeout="0"?

We are using jdk 1.2.2, Orion 1.2.9 on WinNT.

/Magnus

Re: Stopping the Server

2000-10-09 Thread Shailesh Joshi




Hi Miles ,

Youmight be using the port no in the url 
while stopping the server.
(e.g. ormi://localhost:80)
If you are using it omit it.

The same exception I got while getting 
Initial Context, if port no. is specified.
It works fine without giving the port 
no.

 
Shailesh Joshi
 
 
Java Programmer
Versaware(India) 
 Ltd.


  - Original Message - 
  From: 
  Miles 
  Daffin 
  To: Orion-Interest 
  Sent: Monday, October 09, 2000 4:49 
  PM
  Subject: Stopping the Server
  
  Hi,
  
  Any ideas why I get this when issuing the command 
  to stop the server?
  
  Error: javax.naming.NamingException: Lookup 
  error: java.io.StreamCorruptedException: Caught EOFException while reading the 
  stream header; nested exception 
  is: 
  java.io.StreamCorruptedException: Caught EOFException while reading the stream 
  header
  
  Thanks.
  --Miles DaffinJava Developer, 
  Netherlands.
  
  Land: +31 (0)10 476 2412Mobile: +31 (0)6 2959 
  1423Permanent email: [EMAIL PROTECTED]

CMP with DB2 again. Urgent.


Hey folks,
I really need an answer to this question because while I would love to use Orion
I cannot risk moving my 100+ EJBs over to Orion until I can get this resolved. I
am at a critical descission point here.

The IBM DB2 JDBC drivers do not allow SetNull(FLOAT). Instead you have to use
setObject(null). I know this a bug in the JDBC driver, but there are work
arounds.

Here is how I do it with Inprise Application Server (which I am using now).

I write the follow class which implements JdbcAccesserFactory:

package com.saralee.cw.quality.gt.ejb;

import com.inprise.ejb.cmp.*;

public class MyFactory implements com.inprise.ejb.cmp.JdbcAccesserFactory {

  private class FloatSetter implements com.inprise.ejb.cmp.JdbcSetter {

public void set(java.sql.PreparedStatement preparedStatement, int index,
Object object)
  throws java.sql.SQLException {
  Float f = (Float) object;
  if(f == null) {
preparedStatement.setObject(index, null);
  }
  else {
preparedStatement.setFloat(index, f.floatValue());
  }
}

  }

  private class FloatGetter implements com.inprise.ejb.cmp.JdbcGetter {
public Object get(java.sql.ResultSet resultSet, int index, ClassLoader
classLoader)
  throws java.sql.SQLException {
  float ff = resultSet.getFloat(index);
  Float result = null;
  if(!resultSet.wasNull()) {
result = new Float(ff);
  }
//  System.err.println("The getter result was: "+result);
  return result;
}
  }

  public MyFactory(java.util.Properties properties) {
  }

  public com.inprise.ejb.cmp.JdbcGetter getGetter(Class fieldType, String
fieldName) {
if(fieldType == Float.class || fieldType == Float.TYPE) {
  return new FloatGetter();
}
else {
  return null;
}
  }

  public com.inprise.ejb.cmp.JdbcSetter getSetter(Class fieldType, String
fieldName) {
if(fieldType == Float.class || fieldType == Float.TYPE) {
  return new FloatSetter();
}
else {
  return null;
}
  }
}

So how can I accomplish the same thing in Orion?

Using DB2 is a design contrant, and I don't have any choice on that one.

P.S. To you Orion developers, It might look pretty good for you to have a nice
big corporation like Sara Lee (My employer) using Orion. We could potentially
shift a large amount of our work over from IAS to Orion. I like your product and
I hope it works for us.

Re: Client application Please Help

2000-10-09 Thread Daniel C. DiCesare

Title: RE: Client application Please Help



Hello,
Thanks for continuing to help me. I am really 
having a difficult time with this. I have no idea on how to solve the problem. I 
checked the JAR file and the application-client.xml file is in there. 


Thanks again,
-Dan

  - Original Message - 
  From: 
  Pantelis, 
  Thomas 
  To: Orion-Interest 
  Sent: Friday, October 06, 2000 8:58 
  PM
  Subject: RE: Client application Please 
  Help
  
  You're not having a good day are you? Make sure the 
  client jar has the application-client.xml in the META-INF
  directory. 
  
  -Original 
  Message-From: Daniel C. DiCesare [mailto:[EMAIL PROTECTED]]Sent: 
  Friday, October 06, 2000 8:15 AMTo: 
  Orion-InterestSubject: Re: Client application Please 
  Help
  
Thank you for your response. I have tried your 
suggestion and here is what I get:
javax.naming.NamingException: 
META-INF/application-client.xml resource not found at 
  
com.evermind.server.ApplicationClientInitialContextFactory.getInitialContext(JAX, 
Compiled Code) at 
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:672) 
at 
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:250) 
at 
javax.naming.InitialContext.init(InitialContext.java:226) 
at 
javax.naming.InitialContext.init(InitialContext.java:182) 
at TeamRandomTrade.main(TeamRandomTrade.java, Compiled Code)


My team-client.jar has application-client.xml 
in it. I do not understand why it can not be found. 

Any further help would be 
appreciated.
-Danno

From: "Pantelis, Thomas" [EMAIL PROTECTED]Reply-To: 
Orion-Interest orion-interest@orionservercomTo: 
Orion-Interest orion-interest@orionservercomSubject: 
RE: Client application Please HelpDate: Fri, 6 Oct 2000 10:31:00 
-0400The correct lookup is "java:comp/env/TeamBean". I 
assume you're running you're clientoutside of Orion? Make sure your 
provider_url JNDI prop points to"ormi://localhost/app name" 
where app name is the name of the TeamBean app 
inserver.xml.-Original Message-From: 
Frank Eggink [mailto:[EMAIL PROTECTED]]Sent: 
Friday, October 06, 2000 8:05 AMTo: Orion-InterestSubject: 
RE: Client application Please HelpI bet you'll have 
to change ic.lookup("TeamBean") in 
toic.lookup("comp:/java/env/TeamBean"), a bit depending on what's 
defined inyour *.xml files.These files define the 
name under which the bean gets registered."comp:/java/env/" is a 
fixed? prefix.FrankOn Thursday, October 05, 
2000 7:18 PM, Daniel C. DiCesare[SMTP:[EMAIL PROTECTED]] 
wrote:  Frank,  I checked out your example but I am 
continuing to experience problems.Here  is what I have. 
I have included the script for my xml files below.   
I have deployed an EJB called Team onto Orion. It sits in a EAR 
filewhich  within it has a Team.jar file. The JAR file 
contains the following:  Team.class - ( remote interface 
)  TeamHome.class - ( home interface )  TeamEJB - ( 
EJB )  ejb-jar.xml - ( deployment descriptor ) 
  I then created a team-client.jar which consists of the 
following:  TeamClient.class - ( client )  
application-client.xml - ( client xml )   In my 
TeamClient I attempt to connect to the TeamEJB as follows:  
Context ic = new InitialContext();  Object obj = 
ic.lookup( "TeamBean" );  _TeamHome = ( TeamHome 
)PortableRemoteObject.narrow( obj,  TeamHome.class ); 
  When I 
try to run the client I get the following message:  
javax.naming.NamingException: Error reading 
application-clientdescriptor:  No location specified and 
no suitable instance of the type 'Team' foundfor  the 
ejb-ref TeamBean 
 at 
com.evermind.server.ApplicationClientInitialContextFactory.getInitialContext 
 (JAX, Compiled Code) 
 at  
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:672) 
 at  
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:250) 
 at 
javax.naming.InitialContext.init(InitialContext.java:226) 
 at 
javax.naming.InitialContext.init(InitialContext.java:182) 
 at 
TeamRandomTrade.main(TeamRandomTrade.java, Compiled Code) 
   Can you or anyone please advise as to what I 
am doing wrong?   Thanks in advance.  
-Danno The ejb-jar.xml 
looks as follows:   ?xml version="1.0" 
encoding="UTF-8"?  !DOCTYPE ejb-jar PUBLIC '-//Sun 
Microsystems, Inc.//DTD Enterprise  JavaBeans 1.1//EN' 
'http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd'  
 ejb-jar  descriptionno 
description/description  
display-nameTeamEJB/display-name  
enterprise-beans  
entity  
descriptionno description/description 
 
display-nameTeamBean/display-name 
 
ejb-nameTeamBean/ejb-name 
 
homeTeamHome/home

Re: CMP with DB2 again. Urgent.

2000-10-09 Thread Robert Krueger



IMHO What you describe doesn't work with orion (at least not with any 
publicly available APIs).

Sorry,

Robert

At 09:26 09.10.00 , you wrote:
Hey folks,
I really need an answer to this question because while I would love to use 
Orion
I cannot risk moving my 100+ EJBs over to Orion until I can get this 
resolved. I
am at a critical descission point here.

The IBM DB2 JDBC drivers do not allow SetNull(FLOAT). Instead you have to use
setObject(null). I know this a bug in the JDBC driver, but there are work
arounds.

Here is how I do it with Inprise Application Server (which I am using now).

I write the follow class which implements JdbcAccesserFactory:

package com.saralee.cw.quality.gt.ejb;

import com.inprise.ejb.cmp.*;

public class MyFactory implements com.inprise.ejb.cmp.JdbcAccesserFactory {

   private class FloatSetter implements com.inprise.ejb.cmp.JdbcSetter {

 public void set(java.sql.PreparedStatement preparedStatement, int index,
Object object)
   throws java.sql.SQLException {
   Float f = (Float) object;
   if(f == null) {
 preparedStatement.setObject(index, null);
   }
   else {
 preparedStatement.setFloat(index, f.floatValue());
   }
 }

   }

   private class FloatGetter implements com.inprise.ejb.cmp.JdbcGetter {
 public Object get(java.sql.ResultSet resultSet, int index, ClassLoader
classLoader)
   throws java.sql.SQLException {
   float ff = resultSet.getFloat(index);
   Float result = null;
   if(!resultSet.wasNull()) {
 result = new Float(ff);
   }
//  System.err.println("The getter result was: "+result);
   return result;
 }
   }

   public MyFactory(java.util.Properties properties) {
   }

   public com.inprise.ejb.cmp.JdbcGetter getGetter(Class fieldType, String
fieldName) {
 if(fieldType == Float.class || fieldType == Float.TYPE) {
   return new FloatGetter();
 }
 else {
   return null;
 }
   }

   public com.inprise.ejb.cmp.JdbcSetter getSetter(Class fieldType, String
fieldName) {
 if(fieldType == Float.class || fieldType == Float.TYPE) {
   return new FloatSetter();
 }
 else {
   return null;
 }
   }
}

So how can I accomplish the same thing in Orion?

Using DB2 is a design contrant, and I don't have any choice on that one.

P.S. To you Orion developers, It might look pretty good for you to have a nice
big corporation like Sara Lee (My employer) using Orion. We could potentially
shift a large amount of our work over from IAS to Orion. I like your 
product and
I hope it works for us.


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

load-balancing limitations?

2000-10-09 Thread Klaus Thiele


Hello,

i just set up load-balancing as described in the documentation.

i testet with "default-web-app" and some servlets and it seems
to work fine.

then i tried my struts-based application and i got following exception:

---snipp-
java.lang.IllegalArgumentException: Only java.io.Serializable, 
  javax.ejb.EJBObject and javax.ejb.EJBHome instances can be bound 
  to a session in a distributable web-application
at com.evermind.server.http.ClusteredHttpSession.setAttribute(JAX)
at com.evermind.server.http.EvermindHttpSession.putValue(JAX)
at com.evermind.server.http.EvermindPageContext.setAttribute(JAX)
 - at org.apache.struts.taglib.FormTag.doStartTag(FormTag.java:510)
-
at /logon.jsp._jspService(/logon.jsp.java:73) (JSP page line 27)
at com.orionserver.http.OrionHttpJspPage.service(JAX)
at com.evermind.server.http.HttpApplication.xa(JAX)
at com.evermind.server.http.JSPServlet.service(JAX)
at com.evermind.server.http.d3.so(JAX)
at com.evermind.server.http.d3.sm(JAX)
at com.evermind.server.http.ef.su(JAX)
at com.evermind.server.http.ef.dn(JAX)
at com.evermind.util.f.run(JAX)
---snipp-
FormTag.java:510
pageContext.setAttribute(name, bean, scope);
---snipp-

whats the problem?

thanks a lot
  klaus

--
Klaus Thiele - Personal  Informatik AG
mailto:[EMAIL PROTECTED]

 "There's got to be more to life than compile-and-go."

R: Client certificate authentication

2000-10-09 Thread Montebove Luciano


Many Thanks Esteban,

I finally solved it. The problem was the string for the certificate-issuer
using your all works fine.

Luciano

-Messaggio originale-
Da: Lopez Esteban [mailto:[EMAIL PROTECTED]]
Inviato: lunedì 9 ottobre 2000 14.35
A: Orion-Interest
Oggetto: RE: Client certificate authentication


My actual configuration for principals.xml and web.xml is:

 Principals.xml  WEB.XML  Application.xml 
I send you my application.xml configuration also (for the role mapping).

I didn't use thr ssl-user-registration.jsp. I used the same classes in my
servlet. I sent you how I read the username and serial ID in mai "manual"
form mail.
You must use a username when using a Client certificate, the password isn't
needed.

NOTE: Do the IE or Navigator ask you for a Certificate? If the answer is
not, maybe you didn't install a personal certificate in you IE or Navigator.


 -Original Message-
 From: Montebove Luciano [SMTP:[EMAIL PROTECTED]]
 Sent: Monday, October 09, 2000 5:16 AM
 To:   Orion-Interest
 Subject:  R: Client certificate authentication
 
 Hi Esteban,
 
 I already put the lines you added to your web.xml file (as the user if I
 use
 BASIC authentication works fine) but I have the same 403 problem.
 Could you send me your actual configuration for principals.xml and
 web.xml?
 Can you attach also the response you get from ssl-user-registration.jsp?
 When I call this page I can't see the username (could it be the problem?)
 In general I can't understand why I need a username and password when
 using
 Client certificate authentication and how I have to use them.
 
 Thanks,
 
 Luciano 
 
 -Messaggio originale-
 Da: Lopez Esteban [mailto:[EMAIL PROTECTED]]
 Inviato: venerdì 6 ottobre 2000 20.58
 A: Orion-Interest
 Cc: [EMAIL PROTECTED]
 Oggetto: RE: Client certificate authentication
 
 
 Hi Luciano:
 I could fix the 403 Forbidden problem!!! It's easy:
 
 In the WEB.XML file you must do anything like this:
 
   security-constraint
   web-resource-collection
   web-resource-nameMySecurity/web-resource-name
   url-pattern/servlet/MainMenu/url-pattern
   http-method*/http-method
   /web-resource-collection
   auth-constraint
   role-nameusers/role-name
   /auth-constraint
   /security-constraint
 
 I I had forgotten to put:
   auth-constraint
   role-nameusers/role-name
   /auth-constraint
 and then no Role cuold have access.
 
 Remember that in the WEB.XML we need to map the "users"  Role:
 
   security-role
   description/description
   role-nameusers/role-name
   /security-role
 
 I hope this help you.
 
 Esteban Lopez
 
 
  -Original Message-
  From:   Montebove Luciano [SMTP:[EMAIL PROTECTED]]
  Sent:   Wednesday, October 04, 2000 4:55 AM
  To: Orion-Interest
  Cc: [EMAIL PROTECTED]
  Subject:Re: Client certificate authentication
  
  Hi Lopez,
  
  Can you detail your "manual" identification?
  
  Luciano
  
  -Messaggio originale-
  Da: Lopez Esteban [mailto:[EMAIL PROTECTED]]
  Inviato: martedì 3 ottobre 2000 21.53
  A: Orion-Interest
  Oggetto: RE: Client certificate authentication
  
  
  
  I don't solve the 403 problem yet, but I can identify users using
  client certificates. I accept or not the user.  
  If you are interested in this "manual" identification I can explain
  you more.
  
   -Mensaje original-
   De:   Montebove Luciano [SMTP:[EMAIL PROTECTED]]
   Enviado el:   Martes, 03 de Octubre de 2000 04:59 a.m.
   Para: Orion-Interest
   Asunto:   R: Client certificate authentication
   
   I can help you partially. I had the same 403 Forbidden problem and I'm
   waiting for a response from official support (5 days).
   For the Cert ID use the sample page ssl-user-registration.jsp in demo
  SSL.
   It will show the cert id you are looking for.
   If you solve the 403 problem tell me.
   
   ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø
   Luciano Montebove - Software Architect - Finsiel S.p.a
   E-mail: [EMAIL PROTECTED]  Phone:  (+39) 06-4142-7663
   "If you don't fail now and again, it's a sign you're playing it safe"
   -W. Allen
   ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø
   
   
   
   -Messaggio originale-
   Da: Lopez Esteban [mailto:[EMAIL PROTECTED]]
   Inviato: lunedì 2 ottobre 2000 14.57
   A: Orion-Interest
   Oggetto: Client certificate authentication
   
   
   Hi
   
   I need to authenticate clients with digital certificates, I have a
   VeriSign
   trial client certificate and I'm using IE 5.0. The certificate is well
   installed in IE.
   I'm working with Orion 1.2.9 and HTTPS. I'm using
   auth-methodCLIENT-CERT/auth-method in de login config of WEB.XML
  file.
   When I connect to the WEB site I see the follow error:
   403 Forbidden
   Your cert's user does not have

Re: load-balancing limitations?

2000-10-09 Thread Robert Krueger



same limitations as for persistent sessions. to replicate session state 
orion has to be send it over the wire, i.e. serialize it. for homes and 
ejbobjects that's automtically taken care of by orion. for the other stuff 
you have to make everything you put into a session serializable.

HTH

robert


At 16:06 09.10.00 , you wrote:
Hello,

i just set up load-balancing as described in the documentation.

i testet with "default-web-app" and some servlets and it seems
to work fine.

then i tried my struts-based application and i got following exception:

---snipp-
java.lang.IllegalArgumentException: Only java.io.Serializable,
   javax.ejb.EJBObject and javax.ejb.EJBHome instances can be bound
   to a session in a distributable web-application
 at com.evermind.server.http.ClusteredHttpSession.setAttribute(JAX)
 at com.evermind.server.http.EvermindHttpSession.putValue(JAX)
 at com.evermind.server.http.EvermindPageContext.setAttribute(JAX)
  - at org.apache.struts.taglib.FormTag.doStartTag(FormTag.java:510)
-
 at /logon.jsp._jspService(/logon.jsp.java:73) (JSP page line 27)
 at com.orionserver.http.OrionHttpJspPage.service(JAX)
 at com.evermind.server.http.HttpApplication.xa(JAX)
 at com.evermind.server.http.JSPServlet.service(JAX)
 at com.evermind.server.http.d3.so(JAX)
 at com.evermind.server.http.d3.sm(JAX)
 at com.evermind.server.http.ef.su(JAX)
 at com.evermind.server.http.ef.dn(JAX)
 at com.evermind.util.f.run(JAX)
---snipp-
FormTag.java:510
 pageContext.setAttribute(name, bean, scope);
---snipp-

whats the problem?

thanks a lot
   klaus

--
Klaus Thiele - Personal  Informatik AG
mailto:[EMAIL PROTECTED]

  "There's got to be more to life than compile-and-go."

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

SSL and session timeout

2000-10-09 Thread David Ekholm




Ifindthatmysslsessionstimeoutatabout90seconds.Myhttpsessionstimeoutatthespecifiedtimeof30minutes.Anyclues?
I have set the 
shared="true" attribute in your 
secure-site.xml
/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: Stopping the Server

2000-10-09 Thread Karl Avedal


Hello,

Check out http://www.orionserver.com/howtos/debug-tips.html and search
for "StreamCorrupted".

This will be in the FAQ shortly.

Regards,
Karl Avedal

Miles Daffin wrote:

 Hi, Any ideas why I get this when issuing the command to stop the
 server? Error: javax.naming.NamingException: Lookup error:
 java.io.StreamCorruptedException: Caught EOFException while reading
 the stream header; nested exception is:
 java.io.StreamCorruptedException: Caught EOFException while
 reading the stream header Thanks.--
 Miles Daffin
 Java Developer, Netherlands. Land: +31 (0)10 476 2412
 Mobile: +31 (0)6 2959 1423
 Permanent email: [EMAIL PROTECTED]

RE: New 2 Orion.

2000-10-09 Thread Luis M Bernardo




On Sat, 7 Oct 2000, Nathan Phelps wrote:

 1.) You can cleanly shut Orion down using the following command: java -jar
 admin.jar ormi://yourservername admin youradminpw -shutdown
 Or, you can use the Orion console by right-clicking on the Server and
 choosing Shutdown from the Context-sensitive menu.
  

does the -restart switch also works? it doesn't work with me. this is the
error I get:

C:\orionjava -jar admin.jar ormi://localhost admin xx -shutdown

C:\orionjava -jar admin.jar ormi://localhost admin henp123 -restart
Error: javax.naming.NamingException: Lookup error: java.net.ConnectException: Co
nnection refused: no further information; nested exception is:
java.net.ConnectException: Connection refused: no further
information


what is the difference between "java -jar admin -restart" and "java -jar
orion.jar"?

thanks.

Re: SSL and session timeout

2000-10-09 Thread Karl Avedal


Hello again,

Sorry, that would be #56, not 55.

http://www.orionserver.com/bugzilla/show_bug.cgi?id=56

Regards,
Karl Avedal

Karl Avedal wrote:

 Hello,

 This was reported as bug #55 in bugzilla and has been fixed but is not
 yet released. Will be released in a few days.

 Regards,
 Karl Avedal

 David Ekholm wrote:

   I find that my ssl sessions time out at about 90 seconds. My http
  sessions time out at the specified time of 30 minutes. Any clues?I
  have set  the shared="true" attribute in your secure-site.xml/David
 
 
  ---
 
David Ekholm
  "The Las Vegas of Online  System Architect
   Gaming"  Hammarby Kajväg 14, 120 30 Stockholm
tel: +46 (0)8 55 69 67 11
Mob: +46 (0)70 486 77 38
fax: +46 (0)8 55 69 67 07

Re: SSL and session timeout

2000-10-09 Thread Karl Avedal


Hello,

This was reported as bug #55 in bugzilla and has been fixed but is not
yet released. Will be released in a few days.

Regards,
Karl Avedal

David Ekholm wrote:

  I find that my ssl sessions time out at about 90 seconds. My http
 sessions time out at the specified time of 30 minutes. Any clues?I
 have set  the shared="true" attribute in your secure-site.xml/David


 ---

   David Ekholm
 "The Las Vegas of Online  System Architect
  Gaming"  Hammarby Kajväg 14, 120 30 Stockholm
   tel: +46 (0)8 55 69 67 11
   Mob: +46 (0)70 486 77 38
   fax: +46 (0)8 55 69 67 07

Re: SSL and session timeout

2000-10-09 Thread Manish Shah


Unsubscribe

On Mon, 9 Oct 2000, David Ekholm wrote:


  [NON-Text Body part not included]

RE: 2nd post, please help

2000-10-09 Thread Goel, Deepak

Try using java:comp/env/mail/MailSession.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 09, 2000 2:52 AM
To: Orion-Interest
Subject: 2nd post, please help

I have created a stand alone admin component outside the orion server, which
use 
the MailerEJB functions to send emails. An exception will be thrown in
MailHelper 
when I start running the stand-alone admin program, which is
"java:com\env\mail\MailSession 
not found". 
here is resource-ref tag in ejb-jar.xml and web.xml 
resource-ref 
res-ref-namemail/MailSession/res-ref-name 
res-typejavax.mail.Session/res-type 
/resource-ref 

and here is mail-session tag in server.xml 
mail-session location="mail/MailSession" smtp-host="csah.com" 
property name="mail.transport.protocol" value="smtp" / 
property name="mail.smtp.from" value="[EMAIL PROTECTED]" / 
property name="mail.from" value="[EMAIL PROTECTED]" / 
/mail-session 

Is anything missed? Kindly please help. 

Regards,

___
http://www.SINA.com - #1 Destination Site for Chinese Worldwide

RE: LogicalDriverManagerXAConnection not closed

2000-10-09 Thread Will Glozer

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

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, what is the
real benefits of moving to EJB? I should say this with caution..I am sure
the EJB engine/container offers some things the servlet container doesn't,
but I would think its possible to actually put those abilities in the
servlet container.

Anyways..I'll be interested in hearing any feedback on this.

Thanks.

Re: New 2 Orion.


I have now got all 3 basic commands to work from bat files. See attachments.

The key thing was omitting the port number from the ormi://host argument
(thanks shailesh j).

--
Miles Daffin
Java Developer, Netherlands.

Land: +31 (0)10 476 2412
Mobile: +31 (0)6 2959 1423
Permanent email: [EMAIL PROTECTED]

- Original Message -
From: "Luis M Bernardo" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Monday, October 09, 2000 5:17 PM
Subject: RE: New 2 Orion.




 On Sat, 7 Oct 2000, Nathan Phelps wrote:

  1.) You can cleanly shut Orion down using the following command:
java -jar
  admin.jar ormi://yourservername admin youradminpw -shutdown
  Or, you can use the Orion console by right-clicking on the Server and
  choosing Shutdown from the Context-sensitive menu.
 

 does the -restart switch also works? it doesn't work with me. this is the
 error I get:

 C:\orionjava -jar admin.jar ormi://localhost admin xx -shutdown

 C:\orionjava -jar admin.jar ormi://localhost admin henp123 -restart
 Error: javax.naming.NamingException: Lookup error:
java.net.ConnectException: Co
 nnection refused: no further information; nested exception is:
 java.net.ConnectException: Connection refused: no further
 information


 what is the difference between "java -jar admin -restart" and "java -jar
 orion.jar"?

 thanks.






 StartServer.bat
 RestartServer.bat
 StopServer.bat

RE: EJB vs Servlets

2000-10-09 Thread Hani Suleiman

Title: RE: EJB vs Servlets

I've considered using EJB's a number of times for various projects I'm involved in, but every time, I have to admit to myself that it's more for the fun and coolness factor, than any real 'need' to use EJB's.

In every case, I was able to implement a solution using servlets with various caches to do whatever is needed much faster than an EJB would do things (as far as I can tell, I haven't put this theory to the test yet though!). Here are some examples of EJB features and ways to get the same thing without EJB's..

1) Connection pooling: This is available everywhere, and everyone can reap the benefits of it while being perfectly EJBless.

2) Transaction support: Stored procedures can take care of this.
3) Caching of database objects: Pretty easy to implement
4) Failover/load-balancing: As Kevin mentioned, works very nicely for servlets.

Having said all that though, I'm still going to try and use EJB's in my current project, and port all the existing 'model' objects to become full fledged EJB's. I'm hoping the advantages will become apparent then!

Also, does anyone have any concrete examples of EJB's performance/scalability? Has anyone deployed them in a high volume production environment? Most people seem to be using them for prototyping and small scale projects, that I know of...

Hani Suleiman

-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, what is the
real benefits of moving to EJB? I should say this with
caution..I am sure
the EJB engine/container offers some things the servlet
container doesn't,
but I would think its possible to actually put those abilities in the
servlet container.

Anyways..I'll be interested in hearing any feedback on this.

Thanks.

Re[2]: Stopping the Server

2000-10-09 Thread Rafael Alvarez


 Hi, Any ideas why I get this when issuing the command to stop the
 server? Error: javax.naming.NamingException: Lookup error:
 java.io.StreamCorruptedException: Caught EOFException while reading
 the stream header; nested exception is:
 java.io.StreamCorruptedException: Caught EOFException while
 reading the stream header Thanks.--

This error happened to me a lot, until I found that the ormi port that
orion is using is defined in rmi.xml(23791 by default). So, to restart
orion you need to use something like:

java -jar admin.jar ormi://localhost:23791/ login password -shutdown

change 23791 with the port specified in rmi.xml

I couldn't read the original message, so I don't know which is the
line that he used.

-- 
 Rafaelmailto:[EMAIL PROTECTED]

Re: CMP with DB2 again. Urgent.

2000-10-09 Thread Sven van 't Veer




Russ White wrote:
 
 Hey folks,
 I really need an answer to this question because while I would love to use Orion
 I cannot risk moving my 100+ EJBs over to Orion until I can get this resolved. I
 am at a critical descission point here.
 
 The IBM DB2 JDBC drivers do not allow SetNull(FLOAT). Instead you have to use
 setObject(null). I know this a bug in the JDBC driver, but there are work
 arounds.
 
 Here is how I do it with Inprise Application Server (which I am using now).
 
 I write the follow class which implements JdbcAccesserFactory:
 
AFIK, there are some drivers on the market for DB2 that are better than
the Standard IBM drivers. I've never tested them, but I've seen a class
4 driver for DB2. You might want to give those a try.

-- 
==
Sven E. van 't Veer  
http://www.cachoeiro.net
Java Developer  [EMAIL PROTECTED]
==

Performance

2000-10-09 Thread Sarathy Mattaparti


Hi,
   Previously i used Pentium III 550 MHz and 64 MB RAM and i bought a new 
computer its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the 
difference. I am using Windows 2000 Server as my OS.
I just changed the configuration of access log..

Any suggestions to improve the performance ??

Thanks
Sarathy

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

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

RE: getting EJB home from JSP

2000-10-09 Thread Reddy Krishnan

Title: 



Hi,

I am 
casting the narrowed object properly my code is 

CategoryHome catHome = 
(CategoryManagerHome)PortableRemoteObject.narrow( 
ctx.lookup("java:comp/env/CategoryManager");, 
CategoryManagerHome.class);

but 
this throws up a wrong ( maybe intermediate class) .(CategoryManagerHome_StatelessSessionHomeWrapper3).

I am using Resin as the servlet/ web server now and it 
works fine ( as resin acts like any other java client would 
do).
I would rather use orion for the full setup if i can 
get over with this problem.

Thanks
Krishnan


  -Original Message-From: Al Fogleson 
  [mailto:[EMAIL PROTECTED]]Sent: Sunday, October 08, 1995 7:57 
  AMTo: Orion-InterestSubject: Re: getting EJB home from 
  JSP
  The only time I have ever seen this is when I 
  forgot to cast my PortableRemoteObject.narrow() call it should be 
  something like...
  
  CategoryManagerHomehome;
  
  home = (CategoryManagerHome) 
  PortableRemoteObject.narrow(ctx.lookup("myhome"), 
  CategoryManagerHome.class);
  
  
  
  you still have to cast it to a thisHome object 
  even using a portableRemoteObject.narrow()
  
  Al
  
  
- Original Message - 
From: 
Jitendra 
Kothari 
To: Orion-Interest 
Sent: Saturday, October 07, 2000 10:59 
PM
Subject: getting EJB home from 
JSP

Hi,
I am deploying ejbs, and jsps using a source-directory 
method with development set to "true"( instead of packages classes into ears 
or wars). When i try to get a handle from JNDI for EJB home class within my 
jsp i am getting following error:
java.lang.ClassCastExceptionat 
com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:296)at 
javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137)
This isbecause Orionis returning some wrapper 
class instead of thehome.(CategoryManagerHome_StatelessSessionHomeWrapper3).
The same code works fine if i call from a standalone java 
test client, in which case Orion returns some _proxy3 class 
which gets casted to the proper class.
Would appreciate any help and insights on this 
problem.
Thanks Much,
Krishnan

Really basic problem with user authentication

2000-10-09 Thread Ben Z. Tels


L.S.

I am having the following problem with principals on the Orion server
(version 2.1): I have principals defined in an applicaiton-specific
principals.xml file, like so:

- principals.xml 
?xml version="1.0"?
!DOCTYPE principals PUBLIC "//Evermind - Orion Principals//"
"http://www.orionserver.com/dtds/principals.dtd"

principals
 groups
  group name="StoreOwner"/group
  group name="Customer"/group
 /groups
 users
  user deactivated="false" locked="false" password="KerLach" realname="Ben
Tels" username="ben"
   group-membership group="StoreOwner" /
   group-membership group="Customer" /
  /user
  user deactivated="false" locked="true" password="" realname=""
username="anonymous"
   group-membership group="Customer" /
  /user
 /users
/principals

--- lmx.slapiclap ---

Needless to say, my client application gets refused ( Invalid user/password
(ben) ).

If anybody can help, I'd really appreciate it.

Thanks in advance,

Ben Z. Tels
[EMAIL PROTECTED]
http://www.stack.nl/~optimusb/
UIN:2474460

"The Earth is the cradle of the mind, but one cannot stay in the cradle
forever."
--Tsiolkovsky

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, what is the
 real benefits of moving to EJB? I should say this with caution..I am sure
 the EJB engine/container offers some things the servlet container doesn't,
 but I would think its possible to actually put those abilities in the
 servlet container.

 Anyways..I'll be interested in hearing any feedback on this.

 Thanks.

Re: EJB vs Servlets

2000-10-09 Thread Troy Echols


Might there be some benefit to using EJBs over servlets alone if you want to
support various modes of connectivity to your business logic (e.g., standalone
clients using JMS/CORBA/RMI in addition to web clients).

Just my two cents worth.

Troy

 Hani Suleiman wrote:
 
 I've considered using EJB's a number of times for various projects I'm
 involved in, but every time, I have to admit to myself that it's more for the
 fun and coolness factor, than any real 'need' to use EJB's.
 
 In every case, I was able to implement a solution using servlets with various
 caches to do whatever is needed much faster than an EJB would do things (as
 far as I can tell, I haven't put this theory to the test yet though!). Here
 are some examples of EJB features and ways to get the same thing without
 EJB's..
 
 1) Connection pooling: This is available everywhere, and everyone can reap the
 benefits of it while being perfectly EJBless.
 
 2) Transaction support: Stored procedures can take care of this.
 3) Caching of database objects: Pretty easy to implement
 4) Failover/load-balancing: As Kevin mentioned, works very nicely for
 servlets.
 
 Having said all that though, I'm still going to try and use EJB's in my
 current project, and port all the existing 'model' objects to become full
 fledged EJB's. I'm hoping the advantages will become apparent then!
 
 Also, does anyone have any concrete examples of EJB's performance/scalability?
 Has anyone deployed them in a high volume production environment? Most people
 seem to be using them for prototyping and small scale projects, that I know
 of...
 
 Hani Suleiman
 
  -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, what is the
  real benefits of moving to EJB? I should say this with
  caution..I am sure
  the EJB engine/container offers some things the servlet
  container doesn't,
  but I would think its possible to actually put those abilities in the
  servlet container.
 
  Anyways..I'll be interested in hearing any feedback on this.
 
  Thanks.

RE: EJB question

2000-10-09 Thread Reddy Krishnan



Hi Nick,

I seem to get the same problem ( orion returns a StatefulSessionHomeWrapper3 class 
instead of session home resulting in class cast exception).

I have a feeling this has got something to do with jsps having different ClassLoader. 
The demo news app does something like
pageContext.getPage().getClass().getClassLoader(...) in their taglibs.

I am using Resin now as the servlet engine it works fine( as resin is just another 
java client for Orion and the same code works fine if i use it in a
test java client.)

Would prefer to use orion for everything instead of having separate web server but it 
seems to leave with very little option.

BTW the bugs 37 and 45 have got resolved thanks to your efforts in posting them.

Cheers
Krishnan
-Original Message-
From: Nick Newman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 14, 2000 1:45 PM
To: Orion-Interest
Subject: Re: EJB question


Hi Kit,

I'm not sure that I tell you for SURE why it failed, but here are a few
thoughts.

Firstly, I think that some of the code you write is unnecessary.  What I
would have written is:

Context context = new InitialContext();  // No properties required

Object homeObject = context.lookup("java:comp/env/MyCart");  // Note the
required "java:comp/env/" prefix

CartHome home = 
(CartHome)PortableRemoteObject.narrow(homeObject,CartHome.class);

Cart cart = home.create();  // No cast required - home.create() returns a Cart

But that probably didn't cause your problem.  I would guess that it was
caused by a discrepancy between the class types specified in the XML and in
the code.

Firstly note that in the WEB-INF/web.xml you should have a section looking
something like the following:

ejb-ref
ejb-ref-nameMyCart/ejb-ref-name
ejb-ref-typeSession/ejb-ref-type
homecom.acme.MyCartHome/home
remotecom.acme.MyCart/remote
/ejb-ref

(If you don't, the "lookup" will fail, even though it may have worked
without the "java:comp/env/" prefix.)

Then the error you have seems to be saying that what is in the home part
of the xml doesn't match the CartHome class that is being used in your Java
code.

Hope this helps!

Nick


At 03:05 PM 9/14/00 -0400, you wrote:


Hi all

I am trying to build a servlet client to look up an ejb.

But, i got the following error.


500 Internal Server Error

java.lang.ClassCastException: CartHome_StatefulSessionHomeWrapper1
at
javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java, Compiled
Code)
at testCart.doGet(testCart.java, Compiled Code)
at javax.servlet.http.HttpServlet.service(HttpServlet.java,
Compiled Code)
at javax.servlet.http.HttpServlet.service(HttpServlet.java,
Compiled Code)
at javax.servlet.http.HttpServlet.service(HttpServlet.java,
Compiled Code)
at com.evermind.server.http.du.rr(JAX, Compiled Code)
at com.evermind.server.http.du.forward(JAX, Compiled Code)
at com.evermind.server.http.d5.rx(JAX, Compiled Code)
at com.evermind.server.http.d5.rw(JAX)
at com.evermind.util.f.run(JAX, Compiled Code)



this is what i did to do the look up.

  
final Properties properties = new Properties();

properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,"com.evermind.server.
ApplicationClientInitialContextFactory");

properties.setProperty(Context.PROVIDER_URL,"ormi://localhost/ejbsamples");
   
properties.setProperty(Context.SECURITY_PRINCIPAL,"username");

properties.setProperty(Context.SECURITY_CREDENTIALS, "password");


Context context = new InitialContext(properties);


Object homeObject = context.lookup("MyCart");


CartHome home = 
(CartHome)PortableRemoteObject.narrow(homeObject,CartHome.class);


Cart cart = (Cart)PortableRemoteObject.narrow(home.create(), Cart.class);



Can anyone tell me why it failed ?

Thanks a lot.

-kit

RE: EJB vs Servlets


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, what is the
  real benefits of moving to EJB? I should say this with 
 caution..I am sure
  the EJB engine/container offers some things the servlet 
 container doesn't,
  but I would think its possible to actually put those 
 abilities in the
  servlet container.
 
  Anyways..I'll be interested in hearing any feedback on this.
 
  Thanks.

Re: 2nd post, please help

2000-10-09 Thread Rafael Alvarez


Did you set all the properties you need to access the jndi tree in
orion? You need to set these for a program outside orion access the
orion JNDI tree:

java.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFctory
java.naming.provider.url=ormi://host:ormi-port/domain (application)
java.naming.security.principal=username
java.naming.security.credentials=password 

(Taken from www.orionserver.com documentation)

Hope this help
-Original Message-
GD From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
GD Sent: Monday, October 09, 2000 2:52 AM
GD To: Orion-Interest
GD Subject: 2nd post, please help

GD I have created a stand alone admin component outside the orion server, which
GD use the MailerEJB functions to send emails. An exception will be thrown in
GD MailHelper when I start running the stand-alone admin program, which is
GD "java:com\env\mail\MailSession not found".

-- 
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

Re: Client application

2000-10-09 Thread Daniel C. DiCesare


To all that have been helping me with this problem I want to thank you. I
have made progress due to your help. I have one more hurdle to overcome and
I am hoping that you can bear with me and continue your help. I have finally
got my application to connect to the application server. What I found out
thru this forum ( in particular Frank ) is that I needed and
orion-application-client.xml file to resolve the ejb. Thanks Frank.

Here is my current problem, my ejb has a remote and home interface called
Team and TeamHome respectively. My client.jar file contains the following:

TeamBean.class
application-client.xml
orion-application-client.xml

When I ran the main() I tried getting the reference to TeamHome and it told
me that it could not find the class file was not found. I then added the
TeamHome and Team class files into my jar file and I get the following
error:

java.rmi.RemoteException
at com.evermind.server.rmi.bb.invokeMethod(JAX, Compiled Code)
at com.evermind.server.rmi.a2.invoke(JAX)
at com.evermind.server.rmi.a3.invoke(JAX, Compiled Code)
at __Proxy0.findByPrimaryKey(Unknown Source)
at TeamRandomTrade.main(TeamRandomTrade.java, Compiled Code)

Does anybody have any ideas?
Thanks in advance,
-Danno

Orion and MySQL

2000-10-09 Thread Dube, Craig

Title: Orion and MySQL






I am trying to set up orion to use MySQL instead of HypersonicSQL. I'm looking for some advice on how to properly setup Orion to use the MySQL database that I have installed.

So far I have used the MySQL admin tool to creat a database called oriondb. I have also edited the data-sources.xml and added a mysql.xml file under the database-schemas directory. Here is a piece of the data-sources.xml file and a piece of the mysql.xml:

data-sources.xml

 data-source
 class=com.evermind.sql.DriverManagerDataSource
 name=MySQL
 location=jdbc/DefaultCoreDS
 xa-location=jdbc/xa/DefaultXADS
 ejb-location=jdbc/DefaultDS
 pooled-location=jdbc/DefaultPooledDS
 connection-driver=org.gjt.mm.mysql.Driver
 username=root
 password=root
 url=jdbc:mysql://localhost/mysql/data/oriondb
 inactivity-timeout=30
 schema=database-schemas/mysql.xml
 /



mysql.xml
-
 database-schema name=MySQL not-null=not null null= primary-key=primary key
 type-mapping type=java.lang.String name=char (255) /
 type-mapping type=int name=int /
 type-mapping type=long name=int /
 type-mapping type=float name=float /
 type-mapping type=double name=double /
 type-mapping type=byte name=smallint /
 type-mapping type=char name=char /
 type-mapping type=short name=short /
 type-mapping type=java.util.Date name=timestamp /
 
 disallowed-field name=password /
 disallowed-field name=username /
 disallowed-field name=date /
 disallowed-field name=order /
 /database-schema



I was very unsure as to what I should use for the location tags in the data-sources file. Also, with the mysql.xml file, I copied the Hypersonic schema file and removed the boolean type-mapping (I thought this might be my problem).

The error I get when I deply states SQL error: Communication link failure: Bad handshake. If anyone has successfully deployed MySQL with Orion, I would be very much interested in the contents of their xml files.

- CJD

Re[2]: EJB vs Servlets

2000-10-09 Thread Rafael Alvarez


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: EJB vs Servlets


The short answer to your questions is that you do not always need to use EJBs.
In places where you don't need them it would be wasteful to use them. I use EJBs
because I develop across clients for the enterprise. I don't know whether
another developer will use my business logic in a servlet or a GUI client, or
another bean. The fact is that because I wrote to a common interface (EJB) the
logic can be used be any client. Another benefit for the enterprise by using
EJBs is distributing the load across servers by splitting up the tiers
physically. Actually it goes beyond that, you could actually have some servers
running some EJBs, and other servers other EJBs.

HTH
Russ
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
 Sent: Monday, October 09, 2000 3:01 PM
 To: Orion-Interest
 Subject: RE: EJB vs Servlets


 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, what is the
   real benefits of moving to EJB? I should say this with
  caution..I am sure
   the EJB engine/container offers some things the servlet
  container doesn't,
   but I would think its possible to actually put those
  abilities in the
   servlet container.
  
   Anyways..I'll be interested in hearing any feedback on this.
  
   Thanks.

RE: EJB vs Servlets


Why do you have the idea the EJBs yield slower performance? This is false.

Your site sounds to small to worry about EJB right now. Stick with Struts. Still
as a developer you owe it to yourself to dig deeper.

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
 Sent: Monday, October 09, 2000 3:03 PM
 To: Orion-Interest
 Subject: RE: EJB vs Servlets


 You are talking about legacy support. I agree there. I haven't read the full
 spec of EJB, and I heard EJB 2.0 is even better. I would agree that overall
 its probably a better way to go, but, what does it really offer that you
 can't do in the servlet engine? If you can do fail-over/scalability,
 connection pooling, transaction management, and so on now, what benefits do
 you get from moving to EJB? Is it worth the bit slower process of developing
 them, and the slower performance? I think on our site we would be lucky to
 see 1000 users a day in 2 years from now, using our site, and we have about
 50 or so a day now. So is there a big need for us to move to EJB in terms of
 future growth, or is the only "good" reason (for small to mediume sites) to
 move to EJB is just to separate your tiers amongst servers?


  -Original Message-
  From: Troy Echols [mailto:[EMAIL PROTECTED]]
  Sent: Monday, October 09, 2000 11:37 AM
  To: Orion-Interest
  Subject: Re: EJB vs Servlets
 
 
  Might there be some benefit to using EJBs over servlets alone
  if you want to
  support various modes of connectivity to your business logic
  (e.g., standalone
  clients using JMS/CORBA/RMI in addition to web clients).
 
  Just my two cents worth.
 
  Troy
 
   Hani Suleiman wrote:
  
   I've considered using EJB's a number of times for various
  projects I'm
   involved in, but every time, I have to admit to myself that
  it's more for the
   fun and coolness factor, than any real 'need' to use EJB's.
  
   In every case, I was able to implement a solution using
  servlets with various
   caches to do whatever is needed much faster than an EJB
  would do things (as
   far as I can tell, I haven't put this theory to the test
  yet though!). Here
   are some examples of EJB features and ways to get the same
  thing without
   EJB's..
  
   1) Connection pooling: This is available everywhere, and
  everyone can reap the
   benefits of it while being perfectly EJBless.
  
   2) Transaction support: Stored procedures can take care of this.
   3) Caching of database objects: Pretty easy to implement
   4) Failover/load-balancing: As Kevin mentioned, works very
  nicely for
   servlets.
  
   Having said all that though, I'm still going to try and use
  EJB's in my
   current project, and port all the existing 'model' objects
  to become full
   fledged EJB's. I'm hoping the advantages will become apparent then!
  
   Also, does anyone have any concrete examples of EJB's
  performance/scalability?
   Has anyone deployed them in a high volume production
  environment? Most people
   seem to be using them for prototyping and small scale
  projects, that I know
   of...
  
   Hani Suleiman
  
-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, what is the
real benefits of moving to EJB? I should say this with
caution..I am sure
the EJB engine/container offers some things the servlet
container doesn't,
but I would think its possible to actually put those
  abilities in the
servlet container.
   
Anyways..I'll be interested in hearing any feedback on this.
   
Thanks.

Re: Performance

2000-10-09 Thread Sarathy Mattaparti


i'm using JSDK 1.3 i have lot of memory 512 MB so its not the problem with 
memory. i took care of DB connections. i'm unable to find the problem.. in 
cocumentation it says 5 times faster than iis i agree with that but my case 
is different..
I really wanna solve this problem, help me.

Thanks
Sarathy


   Critical question: What VM are you using?  Also, where are you seeing
the bottleneck?  Concurrent RMI connections, long lived db connections,
memory exhaustion?

Sarathy Mattaparti wrote:
 
  Hi,
 Previously i used Pentium III 550 MHz and 64 MB RAM and i bought a 
new
  computer its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the
  difference. I am using Windows 2000 Server as my OS.
  I just changed the configuration of access log..
 
  Any suggestions to improve the performance ??
 
  Thanks
  Sarathy
 
  
_
  Get Your Private, Free E-mail from MSN Hotmail at 
http://www.hotmail.com.
 
  Share information about yourself, create your own public profile at
  http://profiles.msn.com.

--
Jason Rimmer
[EMAIL PROTECTED]


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

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

RE:[RE: EJB vs Servlets]

2000-10-09 Thread 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: EJB vs Servlets

2000-10-09 Thread Matt Brunner


I would say that using J2EE architecture and EJB is most useful if you don't have 
specific performance needs.  When you don't have leeway on performance
you have to bite the bullet and use whatever gives you the performance you need.  
Obviously EJB2.0 OR mapping is a huge key, this allows the full usage
of CMP as it's intended.  CMP is a huge benefit since it puts more code on the 
shoulders of the server vendor and not the application developer(or a
separate team of developers).  And using a standardized architecture that is supported 
by multiple app server vendors(who are in multiple price/quality
arenas) is a benefit in my eyes as well.

In the past we've done our own code generation for OR mapping, and at first it did not 
handle transactions and connection pooling for you.  We had to
upgrade it and maintain it to provide these features.  With J2EE servers you get all 
that stuff without having to maintain the code for it -- we've
upgraded our tier that has this code about 5 times over the past year and a half!  
Probably the majority of us out there right now are inbetween a
pre-J2EE/EJB solution and a post solution.  I'm looking forward to EJB2.0 and plan on 
writing or using one code-generator for CMP Entity beans and
possibly generating Session Beans as well, or Session Bean shells for the different 
interfaces and such.  This will take care of the 'time-to-develop'
problem, remember, the use of EJBs is supposed to cut development/maintenance time.

Also you get a fully distributed system(probably the performance hit) which has it's 
benefits if the application scope is right.  Can the tiers of
business code you have written be accessed(re-used) by any app running on any machine, 
no matter who develops it(VB team vs. Swing team vs. JSP or ASP
teams)?  If you've implemented them using RMI then you may be able to, but again you 
end up doing the maintenance and upgrades on that code too.

Even with all the benefits I've listed, I'm not developing production code with EJBs 
just yet - one prototype application is all - the bleeding edge of
EJB looks to be a sharp one if the project/application isn't right for it.
The bottom line is time to market and a solution that fits the price - bigger 
customers can afford to wait a bit and pay for WebLogic and the like - but
this list is most probably filled with us smaller company types who cater to smaller 
customers.

Hopefully this info is useful -
Matt

RE: [RE: EJB vs Servlets]


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: EJB vs Servlets


I thought the main idea was that once you had creaed your J2EE deployable
App you could pick it up (in the form of one neat package/jar) and dump it
into any J2EE compliant container - W.O.R.A. la!

Your EJBs implement all the necessary interfaces to allow any J2EE container
to manage them in a multiplicity of ways. The only real question is
viability - just how much load can you app take?

BTW I think (am not certain) there are compliance issues if you use 'good'
tools like VAJ to generate your EJBs. Great if you really like or want ot
use WebSphere?

- Original Message -
From: "Russ White" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Monday, October 09, 2000 8:32 PM
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, what is
the
  real benefits of moving to EJB? I should say this with caution..I am
sure
  the EJB engine/container offers some things the servlet container
doesn't,
  but I would think its possible to actually put those abilities in the
  servlet container.
 
  Anyways..I'll be interested in hearing any feedback on this.
 
  Thanks.

Re: Performance

2000-10-09 Thread Sarathy Mattaparti


i bought windows 2000 Server (with 10 Clients ) for $1200.. is this the only 
option for me to change the OS ?

Sarathy


On Mon, Oct 09, 2000 at 02:00:06PM -0400, Sarathy Mattaparti wrote:
  Hi,
 Previously i used Pentium III 550 MHz and 64 MB RAM and i bought a 
new
  computer its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the
  difference. I am using Windows 2000 Server as my OS.
  I just changed the configuration of access log..
 
  Any suggestions to improve the performance ??
 

I'd sugest you to leave Windows and use any kind of UNIX.

[]s
Guiga


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

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

RE: EJB vs Servlets

2000-10-09 Thread Mike Cannon-Brookes

Title: RE: EJB vs Servlets

I use
EJBs in a high volume environment and have had no problems with scalability or
speed yet.

I have
to say once you know EJBs well enough, dev't is definitely faster than with
servlets. The sheer volume of JDBC code and debugging required in a servlet
outweighs the quick speed you can do the same thing in EJBs. (See ejb-maker for
an example).

Mike

-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hani
SuleimanSent: Tuesday, October 10, 2000 3:41 AMTo:
Orion-InterestSubject: RE: EJB vs Servlets
I've considered using EJB's a number of times for various
projects I'm involved in, but every time, I have to admit to myself that it's
more for the fun and coolness factor, than any real 'need' to use
EJB's.
In every case, I was able to implement a solution using
servlets with various caches to do whatever is needed much faster than an EJB
would do things (as far as I can tell, I haven't put this theory to the test
yet though!). Here are some examples of EJB features and ways to get the same
thing without EJB's..
1) Connection pooling: This is available everywhere, and
everyone can reap the benefits of it while being perfectly EJBless.
2) Transaction support: Stored procedures can take care of
this. 3) Caching of database objects: Pretty easy to
implement 4) Failover/load-balancing: As Kevin
mentioned, works very nicely for servlets.
Having said all that though, I'm still going to try and use
EJB's in my current project, and port all the existing 'model' objects to
become full fledged EJB's. I'm hoping the advantages will become apparent
then!
Also, does anyone have any concrete examples of EJB's
performance/scalability? Has anyone deployed them in a high volume production
environment? Most people seem to be using them for prototyping and small scale
projects, that I know of...
Hani Suleiman
-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, what
is the real benefits of moving to EJB? I should
say this with caution..I am sure the EJB engine/container offers some things the servlet
container doesn't,
but I would think its possible to actually put those abilities in the
servlet container.
Anyways..I'll be interested in hearing any
feedback on this.
Thanks.

RE: Re[2]: EJB vs Servlets

2000-10-09 Thread 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]

Restart.


The only time I get this particular 'java.net.ConnectException' on
a -restart is if the server is not actually running. I guess it has
something to do with the port that the 'ormi://servername' argument ends up
picking.

Try not specifying a port (worked for me) or specifying the default rmi port
(defined in some people's orion/config/rmi.xml file...?)

- Original Message -
From: "Luis M Bernardo" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Monday, October 09, 2000 5:17 PM
Subject: RE: New 2 Orion.




 On Sat, 7 Oct 2000, Nathan Phelps wrote:

  1.) You can cleanly shut Orion down using the following command:
java -jar
  admin.jar ormi://yourservername admin youradminpw -shutdown
  Or, you can use the Orion console by right-clicking on the Server and
  choosing Shutdown from the Context-sensitive menu.
 

 does the -restart switch also works? it doesn't work with me. this is the
 error I get:

 C:\orionjava -jar admin.jar ormi://localhost admin xx -shutdown

 C:\orionjava -jar admin.jar ormi://localhost admin henp123 -restart
 Error: javax.naming.NamingException: Lookup error:
java.net.ConnectException: Co
 nnection refused: no further information; nested exception is:
 java.net.ConnectException: Connection refused: no further
 information


 what is the difference between "java -jar admin -restart" and "java -jar
 orion.jar"?

 thanks.

RE: EJB vs Servlets


Hi Mike (and all),

Actually, while Struts is pretty kewl, there are some things that I wish
were modified that won't be for reasons of the general population interest
instead of my own. Because of this, while I will continue to use Struts at
work, my own projects will use my own solution, similar to Struts but not
near as robust in some ways, but a bit better on performance. The one thing
I really dislike, but I agree with based on what Craig has told me, is that
every single form submission causes the auto-population feature to get
called (reflection). I only want it to be called if an update occurs. If the
user hits cancel to go back, or what not..I don't much care what they just
entered. Only when doing searches or updates/entry on forms should it be
called. For that reason I am doing my own reflection population routine that
does use nested objects. But overall Struts kicks ass in what it offers for
a free package.

Did I compare Struts to EJB? I didn't mean to in terms of performance.

 -Original Message-
 From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]]
 Sent: Monday, October 09, 2000 4:12 PM
 To: Orion-Interest
 Subject: RE: EJB vs Servlets
 
 
 I have to laugh when someone compares Struts to EJBs for performance.
 
 I've used both and I'd have to say Kevin that if you factored 
 your code away
 from Struts and used EJBs instead you'd have a very VERY 
 minimal performance
 impact (if any noticable at all).
 
 And looking up EJBs is really very simple two lines of code 
 (or one little
 JSP tag ejb).
 
 Although if you wanted to attach a Swing client to Struts... 
 you'd have much
 greater problem I fear? ;)
 
 Mike
 
 PS Struts does have some cool points, I wish they'd break out 
 the i18n stuff
 into another library, it doesn't seem to fit there.
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of 
 Duffey, Kevin
  Sent: Tuesday, October 10, 2000 5:01 AM
  To: Orion-Interest
  Subject: RE: EJB vs Servlets
 
 
  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

Re: admin.jar -bindWebApp

2000-10-09 Thread Damian Guy


Sorry to hit you with this message again, but it is important that I
figure this out. So please tell me what you do or do not know!

thanks,

Damian.
 
 
 I am trying to use admin.jar to bind a web app, I do something like
 this:
 
 java -jar admin.jar ormi://localhost admin pass -bindWebApp appName
 web default-web-site /Web
 
 And I get the following message:
 
 Error: java.lang.NullPointerException
 
 Any Ideas ?
 
 TIA,
 
 Damian
 
 P.S. Sorry if there are two copies of this message, my earlier one
 didn't seem to get through.

RE: EJB vs Servlets

Couldn't agree more!

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

 Why do you have the idea the EJBs yield slower performance? 
 This is false.

 Your site sounds to small to worry about EJB right now. Stick 
 with Struts. Still
 as a developer you owe it to yourself to dig deeper.

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of 
 Duffey, Kevin
  Sent: Monday, October 09, 2000 3:03 PM
  To: Orion-Interest
  Subject: RE: EJB vs Servlets

  You are talking about legacy support. I agree there. I 
 haven't read the full
  spec of EJB, and I heard EJB 2.0 is even better. I would 
 agree that overall
  its probably a better way to go, but, what does it really 
 offer that you
  can't do in the servlet engine? If you can do fail-over/scalability,
  connection pooling, transaction management, and so on now, 
 what benefits do
  you get from moving to EJB? Is it worth the bit slower 
 process of developing
  them, and the slower performance? I think on our site we 
 would be lucky to
  see 1000 users a day in 2 years from now, using our site, 
 and we have about
  50 or so a day now. So is there a big need for us to move 
 to EJB in terms of
  future growth, or is the only "good" reason (for small to 
 mediume sites) to
  move to EJB is just to separate your tiers amongst servers?

   -Original Message-
   From: Troy Echols [mailto:[EMAIL PROTECTED]]
   Sent: Monday, October 09, 2000 11:37 AM
   To: Orion-Interest
   Subject: Re: EJB vs Servlets

   Might there be some benefit to using EJBs over servlets alone
   if you want to
   support various modes of connectivity to your business logic
   (e.g., standalone
   clients using JMS/CORBA/RMI in addition to web clients).

   Just my two cents worth.

   Troy

Hani Suleiman wrote:

I've considered using EJB's a number of times for various
   projects I'm
involved in, but every time, I have to admit to myself that
   it's more for the
fun and coolness factor, than any real 'need' to use EJB's.

In every case, I was able to implement a solution using
   servlets with various
caches to do whatever is needed much faster than an EJB
   would do things (as
far as I can tell, I haven't put this theory to the test
   yet though!). Here
are some examples of EJB features and ways to get the same
   thing without
EJB's..

1) Connection pooling: This is available everywhere, and
   everyone can reap the
benefits of it while being perfectly EJBless.

2) Transaction support: Stored procedures can take care of this.
3) Caching of database objects: Pretty easy to implement
4) Failover/load-balancing: As Kevin mentioned, works very
   nicely for
servlets.

Having said all that though, I'm still going to try and use
   EJB's in my
current project, and port all the existing 'model' objects
   to become full
fledged EJB's. I'm hoping the advantages will become 
 apparent then!

Also, does anyone have any concrete examples of EJB's
   performance/scalability?
Has anyone deployed them in a high volume production
   environment? Most people
seem to be using them for prototyping and small scale
   projects, that I know
of...

Hani Suleiman

 -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, what is the
 real benefits of moving to EJB? I should say this with
 caution..I am sure
 the EJB engine/container offers some things the servlet
 container doesn't,
 but I would think its possible to actually put those
   abilities in the
 servlet container.

 Anyways..I'll be interested in hearing any feedback on this.

 Thanks.

Re EJB vs Servlets

2000-10-09 Thread van Geel, Leo

 -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

Saving JSP responses

2000-10-09 Thread Claudio Cordova


Hello,

I am a newbie on JSP and I am trying to forward a request fom a servlet to a
jsp page and some how read the response and save it into a file without
sending the result to the browser. Instead, I want repeate the process as
many times as I need. Then responde with a different HTML response. Is this
possible?

Claudio

RE: Performance