Du viser støtteinnhold for versjon:
- 6.4
- 6.3
- 6.2
- Eldre versjoner
When editing pages in AEM, several modes are available; including, in the touch-optimized UI, Developer mode. This opens a side panel with several tabs that provide a developer with infomation about the current page. The three tabs are:
- Components for viewing sructure and performance information.
- Tests for running tests and analyzing the results.
- Errors to see any problems occuring.
These help a developer to:
- Discover: what pages are composed of.
- Debug: what is happening where and when, which in turn helps to resolve issues.
- Test: does the application behave as expected.
Forsiktig!
Developer mode:
- Is only available in the touch-optimized UI (when editing pages).
- Is not available on mobile devices or small windows on desktop (due to space restrictions).
- This occurs when the width is less than 1024px.
- This occurs when the width is less than 1024px.
- Requires the appropriate permissions/privileges:
- Access to Developer Mode is given to users who have write access on /apps.
Forsiktig!
Developer mode is only available on a standard author instance that is not using the nosamplecontent run-mode.
If required it can be configured for use:
- on an author instance using nosamplecontent run-mode
- a publish instance
It should be disabled again after use.
Merk:
See the:
- Knowledge Base article, Troubleshooting AEM TouchUI issues, for further tips and tools.
- AEM Gems session about AEM 6.0 Developer Mode.


This shows a Component Tree that:
- Outlines the chain of components and templates rendered on the page (SLY, JSP, etc.). The tree can be expanded to show context within the hierarchy.
- Shows the server-side computational time needed to render the component.
- Allows you to expand the tree and select specific components within the tree. Selection provides access to component details; such as:
- repository path
- links to scripts (accessed in CRXDE Lite)
- Selected components (in the content flow, indicated by a blue border) will be highlighted in the content tree (and vice versa).
This can help to:
- Determine and compare the rendering time per component.
- See and understand the hierarchy.
- Understand, and then improve, the page loading time by finding slow components.

Forsiktig!
Some links point to scripts under /libs. However, these are for reference only, you must not edit anything under /libs, as any changes you do make may be lost. This is due to the fact that this branch is liable to changes whenever you upgrade or apply a hotfix/feature pack. Any changes you require should be made under /apps, see Overlays and Overrides.
Forsiktig!
In AEM 6.2, the testing feature has been re-implemented as a standalone Tools application.
For full details see Testing Your UI Using Automated Tests.

Hopefully the Errors tab will always be empty (as above), but when problems occur the following details are shown for each component:
- A warning if the component writes an entry to the error log, together with details of the error and direct links to the appropriate code within CRXDE Lite.
- A warning if the component opens an admin session.
For example, in a situation where a undefined method is called, the resulting error will be shown in the Errors tab:

