Meik, Be aware of some outstanding problems with the current CastorRegistryService when registry is changed programatically. I also have an application which manipulates portlet registry entries at runtime. It was orignally developed using 1.3a1 code but when ported to 1.3a2, I started experiencing some problems. One of the problems has to do with adding new entries (see Bugzilla Bug 5091). I sumbitted a patch but the fix seems to be a lower priority right now. Another problem that I ran into has to do with removing registry entries - they seem to mysteriously come back after the portal is restarted.
I have inquired about registry refresh capability as well. If I remember correctly, calling existing refresh method will make any programatic changes disappear. Quick workaround to your problem would be to work with specific fragments and explicitly call saveFragment and then refresh immediately. However, this approach is not recommened by Raphael Luta since the implementation may change and could become database-based. I'd like to get involved in getting these problems or shortcomings resolved but there's a lot of questions I have about how this stuff is intended to work. Hope this is related to your issue. Otherwise, kindly disregard it. Best regards, Mark C. Orciuch Next Generation Solutions, Ltd. Voice: 219-365-0691 e-Mail: [EMAIL PROTECTED] web: http://www.ngsltd.com -----Original Message----- From: Meik Arends [mailto:[EMAIL PROTECTED]] Sent: Monday, December 17, 2001 11:18 PM To: [EMAIL PROTECTED] Subject: Update portlets.xreg Is there a possibility to refresh the portlets.xreg without waiting some time until the RegistryWatcher does it ? I'm changing the xregs with another application and after that, changes must be visible immediately. Regards Meik -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
