We ran into this same issue. The problem lies in the shutdown method
itself calling the method that defaults to the RMI port 1099. You need to
modify the shutdown method to call the method that will accept a port of
your choice and then it will work. This will still throw an exception but
it will shutdown. We modified the JCS code further to ignore the exception
because it is due to another part of the code which tries to make a call
after the actual shutdown occurs, therefore, you get an exception. If you
do the same thing you should not have a problem with getting this task to
work.
As another note, however, we are having problems in our production
environment when using the shutdown method in this manner while there is
site traffic. From time to time we are getting core and java dumps when
executing the modified shutdown process. Sometime this week we will be
figuring out why this is occuring and further modifying the JCS code. In
the meantime, we have gone back to using the "kill" method which works
fine.
Hope this helps.
Paul
"Horton Simon"
<[EMAIL PROTECTED]
mizuho-sc.com> To
"JCS Users List"
08/16/2006 03:27 <jcs-users@jakarta.apache.org>
AM cc
Subject
Please respond to RE: some newbie user questions
"JCS Users List"
<[EMAIL PROTECTED]
a.apache.org>
HI,
Sorry to hop onto your discussion Russell and ask a question, but,
reading the following from Aaron:
>The remote cache client does not shutdown
>properly, forcing you to kill the application.
Are there any plans to fix this in the next release? If so, do you have
a rough idea of when this might be fixed, I would appreciate it if you
could tell me.
This bug bear is making things messy for a production application
shutdown.
Cheers,
Simon
-----Original Message-----
From: Russell East [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 16, 2006 3:08 AM
To: JCS Users List
Subject: Re: some newbie user questions
Thanks for your reply Aaron.
> I run upwards of 5 or 6 tomcat instances running
> different applications each using JCS on a single box.
> If they are using distribution plugins that require
> them to bind to aprticular port, then I just configure
> them to listen to different ports.
Just to confirm. In your system, do all the (5 or 6) tomcat instances
use precisely the same cache.ccf? In other words, are they using
exactly the same cache on disk, and exactly the same cached data? That
is what I want to do - well, maybe not quite 5 or 6 instances, but at
least 2 or 3. If they do, I'm wondering how you get all the instances
to synch the cache data and key index across the instance's in-memory
cache - or, does it just work?
-- Russell
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Aaron Smuts wrote:
> --- Russell East <[EMAIL PROTECTED]> wrote:
> Couple of questions:
>
>> 1) I suppose that only one application instance
>> at a time, on a
>> particular computer, can reliably use a jcs region,
>> right?
>>
>
> No. I run upwards of 5 or 6 tomcat instances running
> different applications each using JCS on a single box.
> If they are using distribution plugins that require
> them to bind to aprticular port, then I just configure
> them to listen to different ports.
>
>
>> 2) is there any code to synch access to the same
>> cache region within
>> 2 or more apps running on the same machine?
>>
>
> Yes. Just have them listen to different ports if use
> the tcp lateral or the rmi remote cache.
>
>
>> 3) when the application ends, I call
>> JCS.dispose() which takes
>> several seconds to complete, presumably defragging
>> the cache data - is
>> there a way to prevent defragging upon dispose?
>> Would it be advisable
>> to do that?
>>
>
> No you can't stop it right now, but you can set a max
> wait time. The remote cache client does not shutdown
> properly, forcing you to kill the application.
>
>
>> 4) correspondingly, is there a way to flush
>> memory to disk every now
>> and then, not necessarily defragging?
>>
>
> Yes, there is a brand new method that will do this.
> You can tell it the number to free. You can pass it
> the size. It's called freeMemoryElements.
>
>
>> That'll will do for starters I think - thanks in
>> advance. j
>> -- Russell
>>
>
> Cheers,
>
> Aaron
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This message and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this message in error please delete it and
any files transmitted with it, after notifying [EMAIL PROTECTED]
Any opinions expressed in this message may be those of the author and not
necessarily those of the company. The company accepts no responsibility for
the accuracy or completeness of any information contained herein. This
message is not intended to create legal relations between the company and
the recipient.
Recipients should please note that messages sent via the Internet may be
intercepted and that caution should therefore be exercised before
dispatching to the company any confidential or sensitive information.
Mizuho International plc Bracken House, One Friday Street, London EC4M 9JA.
TEL. 020 72361090. Wholly owned subsidiary of Mizuho Securities Co., Ltd.
Member of Mizuho Financial Group. Authorised and regulated by the Financial
Services Authority. Member of the London Stock Exchange.
Registered in England No. 1203696. Registered office as above.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
CONFIDENTIALITY NOTICE:
This is a transmission from Kohl's Department Stores, Inc.
and may contain information which is confidential and proprietary.
If you are not the addressee, any disclosure, copying or distribution or use of
the contents of this message is expressly prohibited.
If you have received this transmission in error, please destroy it and notify
us immediately at 262-703-7000.
CAUTION:
Internet and e-mail communications are Kohl's property and Kohl's reserves the
right to retrieve and read any message created, sent and received. Kohl's
reserves the right to monitor messages by authorized Kohl's Associates at any
time
without any further consent.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
