Welcome to the new Gigaspaces XAP forum. To recover your account, please follow these instructions.

Ask Your Question

gs.xml Processing Bug Appears Not to be Fixed in 7.0.0 M4


I am using 7.0.0 M4.

A bug that was discussed in December in this thread:


and scheduled to be fixed in 7.0 appears not to be fixed yet.


{quote}This thread was imported from the previous forum. For your reference, the original is [available here|http://forum.openspaces.org/thread.jspa?threadID=3020]{quote}

asked 2009-04-20 02:00:16 -0600

subuta gravatar image

updated 2013-08-08 09:52:00 -0600

jaissefsfex gravatar image
edit retag flag offensive close merge delete

1 Answer

Sort by » oldest newest most voted

Hi Dan

You should try m8 for this. Make sure all of you jar are placed under the processing unit /lib directory.
No need to use shared-lib anymore.


answered 2009-05-14 07:43:01 -0600

uri gravatar image
edit flag offensive delete link more


Hi Uri,

Thanks for the response.

Has this bug been confirmed as fixed in m8 or are you suggeting that I
give it a try to find out whether or not it is fixed?


subuta gravatar image subuta  ( 2009-05-17 14:05:12 -0600 )edit

Hi Dan

With 7.0 we have removed the need to use shared-lib, so that all classes for a certain PU are loaded in a dedicated classloader. When the PU is unloaded all of the class related to it are unloaded as well (unlike before, when classes in the shared-lib stayed in the GSC wide classloader). I'm not sure we have tested your exact specific scenario, but I suggest you give it a go.


uri gravatar image uri  ( 2009-05-18 02:22:03 -0600 )edit

Hi Uri,

Thanks for this. It answers my question and also gives me a bit more insight into GS architecture. What doesn't really click here is that these problems seem to have persisted through m4 at least. Surely m4 was/should have been unloading the classes as well?

Perhaps I will run some tests when I get a chance but, as I'm sure you can understand, I am reluctant to spend time testing fixes that have not been confirmed by the GS QA crew.


subuta gravatar image subuta  ( 2009-05-18 02:38:03 -0600 )edit

The classloader changes were finalized in m8. They solve the "recycling" issue. Please note though, that if you have two processing units, one which contains the space and another which contains the class definition, the space will dynamically load the class from the client processing unit. And as long as the space PU stays up, the class definition will not change since it has already been loaded.


uri gravatar image uri  ( 2009-05-18 02:53:03 -0600 )edit

Got it (until I forget it :) ). Thanks.


subuta gravatar image subuta  ( 2009-05-18 02:57:00 -0600 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Question Tools

1 follower


Asked: 2009-04-20 02:00:16 -0600

Seen: 44 times

Last updated: May 14 '09