The ticket is on the radar, but not in immediate plans. The problem might
sounds simple at first glance, but we already spent considerable time on
implementation and review, because we heavily rely on classes caching, and
a lot of internal BinaryMarshaller infrastructure should be reworked to
allow
Ticket is still open. Vladimir, looks like it's assigned to you. Do you
have any plans to work on it?
https://issues.apache.org/jira/browse/IGNITE-5038
-Val
On Wed, Jan 3, 2018 at 1:26 PM, Abeneazer Chafamo wrote:
> Is there any update on the suggested functionality to resolve cache entry
> cl
Hi Nick,
How exactly do you replace the class loader and can you give a little bit
more detail about why you do this?
As for the issues, here are my comments:
1. Can you clarify this? In which scenario it doesn't work and why?
2. Why do you deploy domain classes in the first place? Ignite
I wanted to provide an update on where I am at with this as I'm still
exploring different options.
For the time being I've taken the path of using a delegating ClassLoader in
IgniteConfiguration as was previously suggested; however, with the
difference being that whenever a service is deployed/und
Thanks Denis!
--
View this message in context:
http://apache-ignite-developers.2346864.n4.nabble.com/Re-BinaryObjectImpl-deserializeValue-with-specific-ClassLoader-tp17126p17524.html
Sent from the Apache Ignite Developers mailing list archive at Nabble.com.
Nick,
Looks like we need to look into it, thanks for extensive explanation and your
time. I’ve updated the originally created ticket:
https://issues.apache.org/jira/browse/IGNITE-5038
Feel free to expand the description if needed.
—
Denis
> On Apr 28, 2017, at 4:35 PM, npordash wrote:
>
> He
Hey Denis,
I tried your solution as that is what Alexei was more-or-less suggesting:
create a delegating classloader, but in this case delegate to whatever
context class loader is set. The problem is that resolved classes will
always be stored by the instantiated classloader, which would be the
de
Nick,
Internally, binary marshaller supports as many class loaders as needed. Even
more, it can store different versions of the same class loaded by different
loaders. It’s a responsibility of an Ignite component to pass a valid class
loader to it at deserialization time.
The cache component
Hi Alexei,
I believe the problem with that approach is that I won't be able to reload
classes because there is a single classloader that Ignite is referencing.
When I undeploy a service I also want to allow the corresponding classloader
(there is 1 per service) and classes to get reclaimed by the
Nick,
Have you tried implementing delegating classloader and set it using
IgniteConfiguration.setClassLoader() ?
This should solve your problem without any API changes on Ignite's side.
2017-04-25 22:42 GMT+03:00 npordash :
> Hi Denis, Val,
>
> Please refer to my initial inquiry on the user for
Hi Denis, Val,
Please refer to my initial inquiry on the user forum for full context as I
think that was lost while cross-posting to here:
http://apache-ignite-users.70518.x6.nabble.com/BinaryObjectImpl-deserializeValue-with-specific-ClassLoader-td12055.html
The setting in IgniteConfiguration doe
It’s a good point. Thanks for reminding Val.
Nick, please check that the suggested method works for your use case.
—
Denis
> On Apr 25, 2017, at 11:16 AM, Valentin Kulichenko
> wrote:
>
> We allow to provide custom class loader via
> IgniteConfiguration.setClassLoader. If this class loader is
We allow to provide custom class loader via
IgniteConfiguration.setClassLoader. If this class loader is ignored during
deserialization of cache objects, then I believe it's a bug.
-Val
On Tue, Apr 25, 2017 at 7:36 PM, Denis Magda wrote:
> Nick,
>
> This deserialization issue is related to cache
Nick,
This deserialization issue is related to cache objects. You will get the same
kind of exception if you try to deserialize a cache entry inside of a compute
task which class was preloaded using the peer-class-loading feature.
Frankly, this is not treated as an issue on Ignite side. We desi
Hi Denis,
>> if you want to deserialize an entry then most likely you’re doing this on
>> the app side that already has the class in the class path
In this particular case the app is a deployed service and the hosting node
doesn't have the class files on its classpath. I implemented a way to depl
Hi guys,
Cache entries don’t store an identification of the class loader a key or value
was created with. This is why binary marshaller picks the system class loader
at deserialization time by default and you get class not found exception.
>> In general, I think ignite should try to resolve a
Crosspost to dev list.
Igniters,
This proposal looks quite reasonable. Do we have any restrictions that
could prevent implementing such feature?
I think it's nice to have in Ignite.
Thanks!
-Dmitry.
On Sun, Apr 23, 2017 at 1:37 AM, npordash wrote:
> Thanks!
>
> That would definitely help addr
17 matches
Mail list logo