Hi, does anybody have had problems with livecycle caching old version of a class that is in a DSC?
The problem I had is when I changed the structure of a class and deploy the dsc, livecycle doesn't pickup the changes in the class, unless I restart livecycle.
When I say livecycle doesn't pickup the changes, i meant that I invoke a process via Flex amf endpoint, which will pass a as3 class to the amf endpoint of the process. After that, livecycle internally translates
the as3 class to a java pojo which exist in the dsc. When livecycle is translating the as3 to pojo, it throws an exception:
Exception: flex.messaging.MessageException: DSC Invocation Resulted in Error: class flex.messaging.io.SerializationException : Creation validation for class 'a.b.c.Person' failed.
at com.adobe.idp.dsc.provider.impl.lcr.ServiceInvoker.createFromASObject(ServiceInvoker.java :557)
at com.adobe.idp.dsc.provider.impl.lcr.AdobeGeneralRemotingProvider.checkParams(AdobeGeneral RemotingProvider.java:466)
at com.adobe.idp.dsc.provider.impl.lcr.AdobeGeneralRemotingProvider.invoke(AdobeGeneralRemot ingProvider.java:261)
But after I restart the server, everything works fine. Without restart, I did tried changing the version on the component.xml as well as deinstalling the dsc and reinstalling it again, but still it doesn't pickup the changes in the classes which resides in the dsc.
The LiveCycle version I am using is:
Version: 10.0.0.0, Production Service Pack Version: SP1
Any help is much appreciated.
No, i try to change the minor version number to in component.xml to force
LC to use the new changes, yet to see any errors coming up.
Do you face the same issue?
I solved it after many hours of tries .
It was my bad:
I copy/paste <validators> tag in services-config.xml from the sample,
Emptying <allow-classes> tag was not a good idea. Had to remove the whole <validators> or list down all white-classes/packages