How can I persist a Java object to the PCD via JNDI ?

Question

Hi,
I'm trying to persist XML data on the PCD via JNDI. I'm using
portal version 6.2.0.4.200408172051.
I followed the instructions in the "Portal Runtime Technology 640"
document.
The example they showed was:
import javax.naming.Context;
Context context = PortalRegistry.getCentralConfigurationContext();
Context applicationContext = context.lookup("MyAppName");
It was possible to obtain 'applicationContext' in the above example by
using:-
Context context = PortalRegistry.getCentralConfigurationContext();
String appName = request.getComponentContext().getApplicationName();
Context applicationContext = (Context) context.lookup(appName);
However, any attempt to bind, rebind an object (implementing IStreamSource)
resulted in NamingExcptions. As did 'listBindings' and 'list' (see below).
BeanWrapper d = new BeanWrapper("test input");
applicationContext.rebind("PCD_LOOKUP_KEY", d);
// where 'd' implements IStreamSource
class BeanWrapper implements IStreamSource {
String content = "balh";
BeanWrapper(String s) {
content = s;
public InputStream getInputStream() throws IOException {
ByteArrayInputStream bis = new ByteArrayInputStream(content.getBytes());
return bis;
} // getInputStream
} // BeanWrapper
I don't know what I've done wrong. I couldn't find any more documentation
on this topic...
Any help would be appreciated.
cheers,
Michael
javax.naming.NameNotFoundException: [Xfs] Object not found. Root exception is javax.naming.NamingException: [Xfs] Object not found
at com.sapportals.portal.pcd.gl.xfs.BasicContext.lookup(BasicContext.java:840)
at com.sapportals.portal.pcd.gl.PcdPersContext.lookup(PcdPersContext.java:422)
at com.sapportals.portal.pcd.gl.PcdFilterContext.filterLookup(PcdFilterContext.java:387)
at com.sapportals.portal.pcd.gl.PcdProxyContext.basicContextLookup(PcdProxyContext.java:1083)
at com.sapportals.portal.pcd.gl.PcdProxyContext.proxyLookupLink(PcdProxyContext.java:1170)
at com.sapportals.portal.pcd.gl.PcdProxyContext.proxyLookup(PcdProxyContext.java:1132)
at com.sapportals.portal.pcd.gl.PcdProxyContext.getBasicObject(PcdProxyContext.java:1330)
at com.sapportals.portal.pcd.gl.PcdProxyContext.getBasicContext(PcdProxyContext.java:1306)
at com.sapportals.portal.pcd.gl.PcdProxyContext.rebind(PcdProxyContext.java:473)
at com.sapportals.portal.pcd.gl.PcdGlContext.rebind(PcdGlContext.java:1185)
at com.sapportals.portal.pcd.gl.PcdProxyContext.rebind(PcdProxyContext.java:515)
at com.sapportals.portal.pcd.gl.PcdProxyContext.rebind(PcdProxyContext.java:683)
at com.sapportals.portal.pcd.gl.PcdProxyContext.rebind(PcdProxyContext.java:688)
at com.sapportals.portal.prt.jndisupport.util.AbstractContextWrapper.rebind(AbstractContextWrapper.java:46)
at com.siemens.pct.employee.cu_selector.CUSelector.saveCuBeanToPCD(CUSelector.java:305)
at com.siemens.pct.employee.cu_selector.CUSelectorUpload.doUpload(CUSelectorUpload.java:70)
at java.lang.reflect.Method.invoke(Native Method)
at com.sapportals.portal.prt.component.AbstractPortalComponent.handleRequestEvent(AbstractPortalComponent.java:700)
at com.sapportals.portal.prt.component.AbstractPortalComponent.handleEvent(AbstractPortalComponent.java:412)
at com.sapportals.portal.prt.pom.ComponentNode.handleEvent(ComponentNode.java:250)
at com.sapportals.portal.prt.pom.PortalNode.fireEventOnNode(PortalNode.java:333)
at com.sapportals.portal.prt.core.PortalRequestManager.runRequestCycle(PortalRequestManager.java:627)
at com.sapportals.portal.prt.connection.ServletConnection.handleRequest(ServletConnection.java:208)
at com.sapportals.portal.prt.dispatcher.Dispatcher$doService.run(Dispatcher.java:532)
at java.security.AccessController.doPrivileged(Native Method)
at com.sapportals.portal.prt.dispatcher.Dispatcher.service(Dispatcher.java:415)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.inqmy.services.servlets_jsp.server.InvokerServlet.service(InvokerServlet.java:126)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.inqmy.services.servlets_jsp.server.RunServlet.runSerlvet(RunServlet.java:149)
at com.inqmy.services.servlets_jsp.server.ServletsAndJspImpl.startServlet(ServletsAndJspImpl.java:832)
at com.inqmy.services.httpserver.server.RequestAnalizer.checkFilename(RequestAnalizer.java:666)
at com.inqmy.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:313)
at com.inqmy.services.httpserver.server.Response.handle(Response.java:173)
at com.inqmy.services.httpserver.server.HttpServerFrame.request(HttpServerFrame.java:1288)
at com.inqmy.core.service.context.container.session.ApplicationSessionMessageListener.process(ApplicationSessionMessageListener.java:36)
at com.inqmy.core.cluster.impl5.ParserRunner.run(ParserRunner.java:55)
at com.inqmy.core.thread.impl0.ActionObject.run(ActionObject.java:46)
at java.security.AccessController.doPrivileged(Native Method)
at com.inqmy.core.thread.impl0.SingleThread.run(SingleThread.java:148)

Answer 1

Hi Michael,
here my comments to your questions:
0.:[Michael says:]
"So basically you're saying that under SP10 its not possible to store objects on the PCD ... ?"
I want to clarify this:
It is possible to store objects in the PCD in lower releases than SP10 (e.g. SP2). But due to the fact that PCD API is not public before SP10 you should not develop a SP2 iView that programmatically uses the PCD API and complain afterwards because some "tiny" things of it are not working in SP10. It might be that you have to adjust some parts of this SP2 iView.
The kind of object that can be stored in the PCD depends on the fact if the objects have a corresponding object provider or not. If you want to store iViews, roles or one of the other commonly known portal objects you can do it because corresponding object provider (iViewservice, roleservice, etc.) are always available in a running portal.
If you want to store objects (like your BeanWrapper class) then you should write a corresponding object provider (what I explained in my first reply).
1.:[Michael asked:]
Why does list and listBindings fail ? surely that should just
list the existing bound objects ???
Nothing was bound!
Your code line
applicationContext.rebind("PCD_LOOKUP_KEY", d);
throws a NamingException because no object provider for class of object d was found.
So I gess you did a lookup on  applicationContext.lookup( "PCD_LOOKUP_KEY" ) before you did the list/listBindings and because this
context does not exist the corresponding "Name not found" exception was thrown?
A list/listBinding on the applicationContext itself should work even if nothing was bound.
2.:[Michael asked:]
Is there not some kind of default object/object provider pair
that can be used to store base types like Strings/Integers etc ?
No. There are no default object providers for java string/integers. But for this case "persisting a string or integer value at any PCD context" the PCD offers another way to do it: Just create an additional attribute (of type STRING or INT) and persist the corresponding value in this attribute (of type IPcdAttribute - an extension of javax.naming.directory.Attribute )   
The code for creating a pcd attribute looks e.g. like this:
IPcdObjectFactory pcdObjFactory = ((IPcdGlService) PortalRuntime
                                               .getRuntimeResources()
                                               .getService(IPcdGlService.KEY))
                                               .getPcdObjectFactory();
IPcdAttribute newPcdAttr = pcdObjFactory.createPcdAttribute(     PcdAttributeValueType.STRING,
                                        "new_attrId" );     
newPcdAttr.set(     0,
          "new_AttrValue" );
ModificationItem mods[] = new ModificationItem[1];
mods[0] = new ModificationItem(      DirContext.REPLACE_ATTRIBUTE,
                           (Attribute)newPcdAttr );
pcdCtx.modifyAttributes(     "",
                    mods );
Hope, that helps you!
Regards,
Jens