Skip to main content

1Z0-541 Webcenter Portal : Composer

Composer :

1. Whether or not page content is editable is determined when the content is developed.
For example, if a task flow is editable, an Edit icon appears on the task flow's header or when you move your mouse pointer over the task flow. If a task flow is not editable, no Edit icon appears.

2. No component actions, such as the Actions menu, the Collapse icon, or the Resize icon, are active when the page editor is set to Source view.

3. You can enable the capabilities described in page view mode by adding the following Composer design-time components to a page:
Panel Customizable, Show Detail Frame, Custom Actions, and Layout Customizable.

4. You can provide the capabilities described in page edit mode to your application by adding the following Composer design-time components to a page:
Change Mode Link or Change Mode Button, Page Customizable, Panel Customizable, Show Detail Frame,Custom Actions and Layout Customizable.

5. If you restrict customization on a container component, then users cannot add components inside it at runtime.

6. A task flow added to a page is automatically enclosed in a Movable Box component. As a result, the task flow displays a header with options to move or delete the component. The Movable Box component surrounding a task flow is displayed only if the task flow is displayed on the page. If you do not grant even View permission on a task flow, the Movable Box surrounding it is also not displayed on the page.

7. The Add icons (Add Box Components Adjacent to Existing Ones) are not rendered on the component if:
        The allow Action attribute on the Panel Customizable component is set to false
        The Panel Customizable is stretched
        The Panel Customizable component is restricted

8. If the Panel Group Layout has only two Box components and you delete one of them, then the Panel Group Layout is also deleted.

9. A component on which customization is restricted can be rearranged inside its parent container if the parent is customizable.

10. A component cannot be edited if:
                   The Id attribute was not set for the component at design time
                   The component or any of its attributes have been restricted
                   It is a component from the ADF Faces library

11. When searching for resource strings created at design time, Composer searches for the c:set tag that is used when specifying resource strings in JSPX files. The following example shows the c:set element used for defining the ComposerBundle in a JSPX page:
<c:set var="portalBundle"  value="#{compBundle['test.resource.ComposerBundle']}"/>

12. Composer supports creation of around 500 resource strings at runtime. Beyond this number, application performance slows down.

13. The search criteria in the resource string editor is case-sensitive.

14. If you defined customization restrictions on a component, then the Delete icon is disabled for the component at runtime.

15. Predefined layout options are available to users only if you have added a Layout Customizable component to the page at design time.

16. Users can access the Page Properties dialog from both Design view and Source view

17. In case of a deeply nested task flow or a task flow with a cyclic dependency, Customization Manager displays a maximum depth of ten task flows.

18. The Save button is provided on the Composer toolbar (both in Design view and Source view) only if the application is configured to use a sandbox.

19. Composer works only with JSPX pages and ADF Faces. You cannot add these components to JSP pages.

20. Composer and WebCenter Portal Customizable Components support cascading of privileges with Grant being a super set of all privileges. A user with Grant privilege on a page or task flow is considered to have Edit, Personalize, and View privileges. A user with Personalize privilege is considered to additionally have the View privilege.


Please give your feedback

Comments

Popular posts from this blog

Passivation and Activation in ADF (Application Module )

1. For performance reasons, ADF keeps a pool of application modules in memory. It tries to give each session the same application module as the session used during the last request; however, this might not be possible during peak load of your application. 2. In this case, ADF saves the application modules state in a database table so the application module can be used by another session. This is called passivation . 3. When the first session needs the application module again, its state is retrieved from the database process known as activation . 4. If you have made an error in your code and depend on some variable that is not persisted correctly when your application module state is stored, you will experience mysterious errors under high load.   Enable/Disable Application Module Pooling : Right-click on your application module, choose Configurations.By default, each application module has two configurations. Ensure that the one ending in …Local is selected and then click

Get modified rows from Entitiy Cache

To get the modified rows from entity cache we have getEntityState() method at EntityImpl class. Refer to my previous blog  Accessing EO impl methods from VO impl  where i am overriding the getEntityState() in EOimpl and calling it in VOImpl. We can use methods written or overridden in VOImpl class to AMImpl class. There are different states associated with an entity object. STATUS_UNMODIFIED STATUS_MODIFIED STATUS_NEW STATUS_DELETED STATUS_DEAD We have to check the state or row in our AmImpl class by using the VOImpl method and through this we can distinguish the rows present at vo. Add below code in AMImpl class along with my previous post. public void geCachedRowsCount(){         JobsVOImpl jobsVo = (JobsVOImpl)this.getJobsVO();         RowSetIterator iter = jobsVo.createRowSetIterator(null);             while(iter.hasNext()){             Row row = iter.next();             byte state = jobsVo.getEntityState(row);             System.out.println("Job_id -&

The file store "WLS_DIAGNOSTICS" could not be opened

WLS_DIAGNOSTIC ERROR weblogic.store.PersistentStoreException: [Store:280073]The file store "WLS_DIAGNOSTICS" could not be opened because it contained a file with the invalid version 1. A file of version 2 was expected. When you get this error while running your application on internal weblogic server delete the following file WLS_DIAGNOSTICS000000.DAT search the file in following path C:\jdev_work\system11.1.1.5.37.60.13\DefaultDomain this file is in DefaultDomain folder of your jdev. and delete the WLS_DIAGNOSTICS000000.DAT file . and run your applicatuon