Re: Session time out TOOOO early!

2000-07-11 Thread Steven Punte



 If aJSP pages uses a 
session bean, not EJB but just a server side java bean,
 and that bean is recompiled, the 
server will detect thisand reload it, but
 it will also dump and 
re-start a users present session. This makes sense.
 Otherwise there would be an 
attempt to use the old session bean object
 in the context of the new compiled 
session bean.
 
 In summary the session will appear 
time-out any time a related bean 
 being used in session scope is 
recompiled.


STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]

  - Original Message - 
  From: 
  Porfiriev 
  Sergey 
  To: Steven Punte 
  Sent: Monday, July 10, 2000 7:24 PM
  Subject: Re: Session time out T 
  early!
  
  I have the same problem, mail me if u received 
  solution
  
- Original Message - 
From: 
Steven 
Punte 
To: Orion-Interest 
Sent: Monday, July 10, 2000 3:19 
PM
Subject: HELP: Session time out T 
early!

Help:

 I'm having serious problem 
with the servlet session timing-out
 way before it should. 
I'm running Orion on Solaris, and typically
 only see the problem when 
development is active (i.e. team
 members changing server side java 
bean files).


 I have set the session 
time-out to 6 hours in the web.xml file as show 
below:

web-app 
servlet 
servlet-namesnoop/servlet-name 
display-namesnoop/display-name 
servlet-classSnoopServlet/servlet-class 
/servlet 
session-config 
session-timeout360/session-timeout 
/session-config 
login-config 
auth-methodBASIC/auth-method 
/login-config/web-app
 My JSP file is as simple as 
possible:

%@ page language="java" session="true" 
%%@ page import="java.util.*" 
%htmlheadtitle%= "Session Bug" 
%/title/headbodybrbr 
Session Information: brLast Accessed %= new Date( 
session.getLastAccessedTime()) % brCreation Time 
%= new Date( session.getCreationTime() ) % brID 
%= session.getId() % brMax Interval %= 
session.getMaxInactiveInterval() 
%/body/html
 In the above examples, the 
creation time typically only hold from 5 minutes to 15 minutes,
 and will then move forward 
to the present time forgetting all other session information.
 
 Any suggestion greatly 
appreciated:


STeve Puntee-Business Software 
ArchitectTechnologent Inc[EMAIL PROTECTED]


RE: Session time out TOOOO early!

2000-07-11 Thread Tom Wnuk



Are 
you saying Orion detects changes in JSP used beans?

That's 
great if it truly does because most jsp/servlet engines out there do Not. 
If the JSP page changes then it will be recompiled but that doesn't necessarily 
mean you'll get the new bean unless Orion has their own class-loader. The 
beanclass is already loaded in the JVM, not your instance but the class 
used for creating instances. I don't know of anyone who dynamically 
reloads the beans. In order to pick up the new bean the server needs to be 
restarted.

I hope 
you're right because this has been a big headache in managing changes to JSP 
used beans.

My 
$0.2.

Tom

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Steven 
  PunteSent: Tuesday, July 11, 2000 1:11 PMTo: 
  Orion-InterestCc: Orion-InterestSubject: Re: Session 
  time out T early!
   If aJSP pages uses a 
  session bean, not EJB but just a server side java bean,
   and that bean is recompiled, 
  the server will detect thisand reload it, but
   it will also dump and 
  re-start a users present session. This makes sense.
   Otherwise there would be an 
  attempt to use the old session bean object
   in the context of the new compiled 
  session bean.
   
   In summary the session will appear 
  time-out any time a related bean 
   being used in session scope is 
  recompiled.
  
  
  STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]
  
- Original Message - 
From: 
Porfiriev 
Sergey 
To: Steven Punte 
Sent: Monday, July 10, 2000 7:24 
PM
Subject: Re: Session time out T 
early!

I have the same problem, mail me if u received 
solution

  - Original Message - 
  From: 
  Steven 
  Punte 
  To: Orion-Interest 
  Sent: Monday, July 10, 2000 3:19 
  PM
  Subject: HELP: Session time out T 
  early!
  
  Help:
  
   I'm having serious problem 
  with the servlet session timing-out
   way before it 
  should. I'm running Orion on Solaris, and typically
   only see the problem when 
  development is active (i.e. team
   members changing server side java 
  bean files).
  
  
   I have set the session 
  time-out to 6 hours in the web.xml file as show 
  below:
  
  web-app 
  servlet 
  servlet-namesnoop/servlet-name 
  display-namesnoop/display-name 
  servlet-classSnoopServlet/servlet-class 
  /servlet 
  session-config 
  session-timeout360/session-timeout 
  /session-config 
  login-config 
  auth-methodBASIC/auth-method 
  /login-config/web-app
   My JSP file is as simple 
  as possible:
  
  %@ page language="java" session="true" 
  %%@ page import="java.util.*" 
  %htmlheadtitle%= "Session Bug" 
  %/title/headbodybrbr 
  Session Information: brLast Accessed %= new Date( 
  session.getLastAccessedTime()) % brCreation Time 
  %= new Date( session.getCreationTime() ) % brID 
  %= session.getId() % brMax Interval %= 
  session.getMaxInactiveInterval() 
  %/body/html
   In the above examples, the 
  creation time typically only hold from 5 minutes to 15 
  minutes,
   and will then move forward 
  to the present time forgetting all other session information.
   
   Any suggestion 
  greatly appreciated:
  
  
  STeve Puntee-Business Software 
  ArchitectTechnologent Inc[EMAIL PROTECTED]


Re: Session time out TOOOO early!

2000-07-11 Thread Steven Punte



Tom:

 Yes, this was my main reason for 
switching from Apache + Tomcat
 to Orion. It was too 
difficult to develop software without this
 feature. I believe there 
is a flag in the configuration files of 
 Orion that controls this. I 
couldn't figure out a way to reliably
 make beans reload on Tomcat without a 
reboot or something
 sever like that.



STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]

  - Original Message - 
  From: 
  Tom Wnuk 
  
  To: Orion-Interest 
  Sent: Tuesday, July 11, 2000 3:36 
PM
  Subject: RE: Session time out T 
  early!
  
  Are 
  you saying Orion detects changes in JSP used beans?
  
  That's great if it truly does because most 
  jsp/servlet engines out there do Not. If the JSP page changes then it 
  will be recompiled but that doesn't necessarily mean you'll get the new bean 
  unless Orion has their own class-loader. The beanclass is already 
  loaded in the JVM, not your instance but the class used for creating 
  instances. I don't know of anyone who dynamically reloads the 
  beans. In order to pick up the new bean the server needs to be 
  restarted.
  
  I 
  hope you're right because this has been a big headache in managing changes to 
  JSP used beans.
  
  My 
  $0.2.
  
  Tom
  
-Original Message-From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Steven 
PunteSent: Tuesday, July 11, 2000 1:11 PMTo: 
Orion-InterestCc: Orion-InterestSubject: Re: Session 
time out T early!
 If aJSP pages uses a 
session bean, not EJB but just a server side java bean,
 and that bean is recompiled, 
the server will detect thisand reload it, but
 it will also dump and 
re-start a users present session. This makes 
sense.
 Otherwise there would be an 
attempt to use the old session bean object
 in the context of the new compiled 
session bean.
 
 In summary the session will appear 
time-out any time a related bean 
 being used in session scope is 
recompiled.


STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]

  - Original Message - 
  From: 
  Porfiriev Sergey 
  To: Steven Punte 
  
  Sent: Monday, July 10, 2000 7:24 
  PM
  Subject: Re: Session time out T 
  early!
  
  I have the same problem, mail me if u received 
  solution
  
- Original Message - 
From: 
Steven 
Punte 
To: Orion-Interest 
Sent: Monday, July 10, 2000 3:19 
PM
Subject: HELP: Session time out 
T early!

Help:

 I'm having serious 
problem with the servlet session timing-out
 way before it 
should. I'm running Orion on Solaris, and typically
 only see the problem when 
development is active (i.e. team
 members changing server side 
java bean files).


 I have set the session 
time-out to 6 hours in the web.xml file as show 
below:

web-app 
servlet 
servlet-namesnoop/servlet-name 
display-namesnoop/display-name 
servlet-classSnoopServlet/servlet-class 
/servlet 
session-config 
session-timeout360/session-timeout 
/session-config 
login-config 
auth-methodBASIC/auth-method 
/login-config/web-app
 My JSP file is as simple 
as possible:

%@ page language="java" session="true" 
%%@ page import="java.util.*" 
%htmlheadtitle%= "Session 
Bug" 
%/title/headbodybrbr 
Session Information: brLast Accessed %= new Date( 
session.getLastAccessedTime()) % brCreation Time 
%= new Date( session.getCreationTime() ) % 
brID %= session.getId() % brMax 
Interval %= session.getMaxInactiveInterval() 
%/body/html
 In the above examples, 
the creation time typically only hold from 5 minutes to 15 
minutes,
 and will then move 
forward to the present time forgetting all other session 
information.
 
 Any suggestion 
greatly appreciated:


STeve Puntee-Business Software 
ArchitectTechnologent Inc[EMAIL PROTECTED]


RE: Session time out TOOOO early!

2000-07-11 Thread Mike Cannon-Brookes

Orion does detect changed beans. If you place the source in the classes
directory, it will also detect changes to the source and automatically
recompile.

ie alter source ... save... reload page and voila!

It's magical ;)

Mike

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tom Wnuk
Sent: Wednesday, July 12, 2000 8:36 AM
To: Orion-Interest
Subject: RE: Session time out T early!


Are you saying Orion detects changes in JSP used beans?

That's great if it truly does because most jsp/servlet engines out there do
Not.  If the JSP page changes then it will be recompiled but that doesn't
necessarily mean you'll get the new bean unless Orion has their own
class-loader.  The bean class is already loaded in the JVM, not your
instance but the class used for creating instances.  I don't know of anyone
who dynamically reloads the beans.  In order to pick up the new bean the
server needs to be restarted.

I hope you're right because this has been a big headache in managing changes
to JSP used beans.

My $0.2.

Tom
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Steven Punte
Sent: Tuesday, July 11, 2000 1:11 PM
To: Orion-Interest
Cc: Orion-Interest
Subject: Re: Session time out T early!


If a JSP pages uses a session bean, not EJB but just a server side java
bean,
and that bean is recompiled, the server will detect this and reload it,
but
it will also dump and re-start a users present session.  This makes
sense.
Otherwise there would be an attempt  to use the old session bean object
in the context of the new compiled session bean.

In summary the session will appear time-out any time a related bean
being used in session scope is recompiled.


STeve Punte
e-Business Software Architect
Technologent Inc
[EMAIL PROTECTED]
- Original Message -
From: Porfiriev Sergey
To: Steven Punte
Sent: Monday, July 10, 2000 7:24 PM
Subject: Re: Session time out T early!


I have the same problem, mail me if u received solution
- Original Message -
From: Steven Punte
To: Orion-Interest
Sent: Monday, July 10, 2000 3:19 PM
Subject: HELP: Session time out T early!


Help:

I'm having serious problem with the servlet session timing-out
way before it should.  I'm running Orion on Solaris, and typically
only see the problem when development is active (i.e. team
members changing server side java bean files).


I have set the session time-out to 6 hours in the web.xml file as show
below:

web-app
servlet
servlet-namesnoop/servlet-name
display-namesnoop/display-name
servlet-classSnoopServlet/servlet-class
/servlet
session-config
session-timeout360/session-timeout
/session-config
login-config
auth-methodBASIC/auth-method
/login-config
/web-app

My JSP file is as simple as possible:

%@ page language="java" session="true" %
%@ page import="java.util.*" %
html
head
title%= "Session Bug" %/title
/head
body
brbr
  Session Information:
  brLast Accessed %= new Date( session.getLastAccessedTime()) %
  brCreation Time %= new Date( session.getCreationTime() ) %
  brID %= session.getId() %
  brMax Interval %= session.getMaxInactiveInterval() %
/body
/html

In the above examples, the creation time typically only hold from 5
minutes to 15 minutes,
and will then move forward to the present time forgetting all other
session information.

Any suggestion greatly appreciated:


STeve Punte
e-Business Software Architect
Technologent Inc
[EMAIL PROTECTED]





RE: Session time out TOOOO early!

2000-07-11 Thread Klaus Thiele

Hi,

i'd like to have this featue too.

but it works only for _servlets_,...!!!
NOT for beans which are only used in jsp-pages!!
try to change any bean from the struts-example
(i.e. com/apache/struts/example/...)

klaus

ps: or did i miss some configuration entrys/switches?

On Mit, 12 Jul 2000, Mike Cannon-Brookes wrote:
Orion does detect changed beans. If you place the source in the classes
directory, it will also detect changes to the source and automatically
recompile.

ie alter source ... save... reload page and voila!

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tom Wnuk
Sent: Wednesday, July 12, 2000 8:36 AM
To: Orion-Interest
Subject: RE: Session time out T early!


Are you saying Orion detects changes in JSP used beans?

That's great if it truly does because most jsp/servlet engines out there do
Not.  If the JSP page changes then it will be recompiled but that doesn't
necessarily mean you'll get the new bean unless Orion has their own
class-loader.  The bean class is already loaded in the JVM, not your
instance but the class used for creating instances.  I don't know of anyone
who dynamically reloads the beans.  In order to pick up the new bean the
server needs to be restarted.

I hope you're right because this has been a big headache in managing changes
to JSP used beans.

My $0.2.

Tom
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Steven Punte
Sent: Tuesday, July 11, 2000 1:11 PM
To: Orion-Interest
Cc: Orion-Interest
Subject: Re: Session time out T early!


If a JSP pages uses a session bean, not EJB but just a server side java
bean,
and that bean is recompiled, the server will detect this and reload it,
but
it will also dump and re-start a users present session.  This makes
sense.
Otherwise there would be an attempt  to use the old session bean object
in the context of the new compiled session bean.

In summary the session will appear time-out any time a related bean
being used in session scope is recompiled.


STeve Punte
e-Business Software Architect
Technologent Inc
[EMAIL PROTECTED]
- Original Message -
From: Porfiriev Sergey
To: Steven Punte
Sent: Monday, July 10, 2000 7:24 PM
Subject: Re: Session time out T early!


I have the same problem, mail me if u received solution
- Original Message -
From: Steven Punte
To: Orion-Interest
Sent: Monday, July 10, 2000 3:19 PM
Subject: HELP: Session time out T early!


Help:

I'm having serious problem with the servlet session timing-out
way before it should.  I'm running Orion on Solaris, and typically
only see the problem when development is active (i.e. team
members changing server side java bean files).


I have set the session time-out to 6 hours in the web.xml file as show
below:

web-app
servlet
servlet-namesnoop/servlet-name
display-namesnoop/display-name
servlet-classSnoopServlet/servlet-class
/servlet
session-config
session-timeout360/session-timeout
/session-config
login-config
auth-methodBASIC/auth-method
/login-config
/web-app

My JSP file is as simple as possible:

%@ page language="java" session="true" %
%@ page import="java.util.*" %
html
head
title%= "Session Bug" %/title
/head
body
brbr
  Session Information:
  brLast Accessed %= new Date( session.getLastAccessedTime()) %
  brCreation Time %= new Date( session.getCreationTime() ) %
  brID %= session.getId() %
  brMax Interval %= session.getMaxInactiveInterval() %
/body
/html

In the above examples, the creation time typically only hold from 5
minutes to 15 minutes,
and will then move forward to the present time forgetting all other
session information.

Any suggestion greatly appreciated:


STeve Punte
e-Business Software Architect
Technologent Inc
[EMAIL PROTECTED]
-- 
--
Klaus Thiele - Personal  Informatik AG
mailto:[EMAIL PROTECTED]

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