RepositoryRuntimeException when commiting a final merged inventory

Question

Hi,
I'm using the propagation tool on a Weblogic Portal 10.2 installation to export and import portal configurations.
We have no need for content management so we have no content repository configured. The content-config.xml doesn't include any
<content-store>.
The repositoryConfigCache is enabled in the p13n-cache-config.xml with a non zero size.
In this configuration all online commit operation fails with "Error getting repositories". If I add a content repository the commit works.
Is the a way to have the commit work with no content repository configured at all ?
The scope file contains :
scope_0=Application\:PersonalizationService
scope_1=Application\:portalservices
scope_2=Application\:SecurityService
The policy file is as follows:
policy_0_taxonomy=Application:PersonalizationService
policy_0_adds=Y
policy_0_updates=Y
policy_0_deletes=Y
policy_1_taxonomy=Application:portalservices
policy_1_adds=Y
policy_1_updates=Y
policy_1_deletes=Y
policy_2_taxonomy=Application:SecurityService
policy_2_adds=Y
policy_2_updates=Y
policy_2_deletes=Y
The commit command is:
<onlineCommit
allowHttp="true"
failOnError="true"
servletURL="${servletUrl}"
username="${access.userName}"
password="${access.userPass}"
logFile="${loggingDirectory}/${commitInventoryLogFileName}">
<modifier name="allowNonAdminUser"
value="false" />
<modifier name="allowSecurityOutOfSync"
value="false" />
<modifier name="allowMaintenanceModeDisabled"
value="false"/>
<modifier name="differenceStrategy"
value="optimistic" />
<modifier name="doAdds"
value="true"/>
<modifier name="doUpdates"
value="true" />
<modifier name="doDeletes"
value="false" />
</onlineCommit>
Here is the stack trace :
<1278421618370> <BEA-000000> <The [Commit] operation is halting due to the following failure: EJB Exception: : com.bea.content.RepositoryRuntimeException: Error getting repositories.
     at com.bea.content.manager.internal.RepositoryConfigHelper.getRepositoryConfigMap(RepositoryConfigHelper.java:139)
     at com.bea.content.manager.internal.RepositoryOpsBean.getRepositoryConfigMap(RepositoryOpsBean.java:82)
     at com.bea.content.manager.internal.RepositoryOpsEJB_y9bnjx_ELOImpl.getRepositoryConfigMap(RepositoryOpsEJB_y9bnjx_ELOImpl.java:68)
     at com.bea.content.federated.internal.VirtualRepositoryManagerImpl.getRepositoryConfigMap(VirtualRepositoryManagerImpl.java:79)
     at com.bea.propagation.content.online.hierarchy.ContentServiceHierarchy.discoverChildren(ContentServiceHierarchy.java:161)
     at com.bea.propagation.framework.hierarchy.ListNodeHierarchy.getChildrenNodes(ListNodeHierarchy.java:113)
     at com.bea.propagation.framework.InventoryTreeWalker.walkDepthFirst_Recur(InventoryTreeWalker.java:213)
     at com.bea.propagation.framework.InventoryTreeWalker.walkDepthFirst_Recur(InventoryTreeWalker.java:222)
     at com.bea.propagation.framework.InventoryTreeWalker.walkDepthFirst(InventoryTreeWalker.java:156)
     at com.bea.propagation.framework.InventoryTreeWalker.walkDepthFirst(InventoryTreeWalker.java:74)
     at com.bea.propagation.framework.tool.computer.DependencyComputer.computeDependencies(DependencyComputer.java:132)
     at com.bea.propagation.framework.tool.computer.DependencyComputer.computeDependencies(DependencyComputer.java:98)
     at com.bea.propagation.framework.tool.resolver.TreeResolver.resolveTree(TreeResolver.java:299)
     at com.bea.propagation.framework.tool.servlet.InventoryManagementServlet.commitOperation(InventoryManagementServlet.java:816)
     at com.bea.propagation.framework.tool.servlet.InventoryManagementServlet.doOperation(InventoryManagementServlet.java:301)
     at com.bea.propagation.framework.tool.servlet.InventoryManagementServlet.doPost(InventoryManagementServlet.java:200)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
     at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226)
     at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124)
     at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283)
     at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
     at com.bea.p13n.servlets.PortalServletFilter.doFilter(PortalServletFilter.java:336)
     at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
     at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3393)
     at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
     at weblogic.security.service.SecurityManager.runAs(Unknown Source)
     at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2140)
     at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2046)
     at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1366)
     at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)
     at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)
; nested exception is: com.bea.content.RepositoryRuntimeException: Error getting repositories.>
Thanks,
Philippe

Answer 1

You could use a popup listener to identify the final selection. The popup listener will store the previous selection, and everytime the popup is made invisible you can check whether the new selection is different from the previous selection. If it is, then you notify whoever you need to notify. Example program,
import javax.swing.*;
import javax.swing.event.PopupMenuListener;
import javax.swing.event.PopupMenuEvent;
public class Tester {
    public static void main(String[] args) {
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                new Tester();
    JComboBox theBox;
    public Tester() {
        JFrame frame = new JFrame();
        theBox = new JComboBox(new String[]{"One","Two","Three"});
        theBox.addPopupMenuListener(new FinalSelectionListener());
        frame.setContentPane(theBox);
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frame.pack();
        frame.setVisible(true);
    private class FinalSelectionListener implements PopupMenuListener {
        private Object oldSelectedItem;
        public void popupMenuWillBecomeInvisible(PopupMenuEvent e) {
            Object newSelectedItem = theBox.getSelectedItem();
            if(newSelectedItem != oldSelectedItem) {
                oldSelectedItem = newSelectedItem;
                selectionChanged(newSelectedItem);
        public void popupMenuWillBecomeVisible(PopupMenuEvent e) {}
        public void popupMenuCanceled(PopupMenuEvent e) {}
    private void selectionChanged(Object changedTo) {
        System.out.println("The selection was changed to: " + changedTo);
}This way new selections can be made only when the combo box popup is closed. Hence it will still work with the mouse, and it won't have the action event problem mentioned in the bug.