Re: Using Session for Insert and Update

Fri, 14 Sep 2001 07:16:50 -0700

Fine, but .. can that threaded servlet be deployed in two different machines in the same cluster to achieve fault tolerance? If you do, how is it ensured that your session bean is not called twice (once per node) every X minutes?
 
IMHO, hat solution in a clustered environment (2 or more instances) requires some kind of sync. among instances.
 
For us, fault tolerance (at least twice everything) is a requirement.
 
ocr.
 
 
-----Original Message-----
From: Jonas Bon�r [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 14, 2001 2:11 PM
To: [EMAIL PROTECTED]
Subject: Re: Using Session for Insert and Update

This is exactly how we are doing it.
We are using a threaded servlet that is calling a session bean every X minutes.
 
/ Jonas Bon�r
-----Original Message-----
From: Ashutosh [mailto:[EMAIL PROTECTED]]
Sent: den 15 september 2001 02:15
To: [EMAIL PROTECTED]
Subject: Re: Using Session for Insert and Update

Hi,
    Manish wrote:
    " Moreover threads should not be used in App server , so using demon thread
    does not solve either"
   
    I suppose that you can have a thread running outside your application server in a different JVM instance. This thread can work as the daemon thread and invoke your session bean at the given intervals. In this way you are not violating the EJB specs either.
    Comments most welcome!
 
    Regards,
    Ashutosh
   
   
----- Original Message -----
From: "Manish Syal" <[EMAIL PROTECTED]>
Sent: Friday, September 14, 2001 4:18 AM
Subject: Re: Using Session for Insert and Update

> Hi Oscar,
> I am also having the same problem !!!!!!
>
> I posted the same question is Java forum and people suggested me to use
> Timer API as I do not need to be specific to a app server
> Also there are  other utility like "Flux" and "Konax" , which provide this
> facility and these are not freeware , they provide there evaluation copy to
> test
> I was not able to do my scheduling with this utility
> Also there is a API called "ProtomatterUtilities" which provide API to do
> scheduling , but there was no help avilable
>
> So I am also in search of some scheduling utility which can solve my
> probelm
>
> Moreover threads should not be used in App server , so using demon thread
> does not solve either
>
>
>
>
>
>
>
>
>
>                     Oscar Azanon
>                     <oscar.azanon@SOL        To:     [EMAIL PROTECTED]
>                     TIMA.COM>                cc:
>                     Sent by: A               Subject:     Re: Using Session for Insert and Update
>                     mailing list for
>                     Enterprise
>                     JavaBeans
>                     development
>                     <EJB-INTEREST@JAV
>                     A.SUN.COM>
>
>
>                     14/09/2001 03:55
>                     PM
>                     Please respond to
>                     Oscar Azanon
>
>
>
>
>
>
> Hi all,
>
> I am currently designing a set of apps. By looking at the requirements, it
> seems I will need some kind of scheduling service that allows me to
> register a session bean to perform a task every X minutes. This scheduling
> service would basically register services and invoke them every X seconds.
>
> does anybody know of a "notification" framework that is App. server
> independent? I know that such a facility can be built with Weblogic, but we
> need to support both WL and JBoss. This service needs to be clusterable and
> fault tolerant.
>
> Could anybody please send me any links? I am sure I am not the 1st one in
> need for this functionality.
>
>  Thanks,
>
> --
> Oscar Azanon
> Software Architect
>
>
> Soltima, Inc.
> pstrossova 24
> 110 00 prague-1
> prague, czech republic
>
>
> mobile  +420-607-614-587
> office  +420-2-21970-234
> fax  +420-02-21970-241
> [EMAIL PROTECTED]
> www.soltima.com
>
>
> firmitas, utilitas, venustas
>
>
> -----------PLEASE NOTE-----------
> The information contained in this document is confidential to the sender,
> and is intended only for use of the adressee. Unauthorized use,disclosure,
> copying is strictly prohibited and may be unlawful.
>
>
> If you have received this communication in error, please immediately notify
> soltima by reply mail and delete this message.
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.240 / Virus Database: 116 - Release Date: 3/23/2001
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST".  For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.240 / Virus Database: 116 - Release Date: 3/23/2001

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.240 / Virus Database: 116 - Release Date: 3/23/2001

Reply via email to