Over the past couple of weeks, we’ve created content that addresses several top questions related to the Adobe CQ Dispatcher. This is in response to questions we’ve heard from you, our community. I encourage you to give a read and also check out the more in-depth documentation I link to further below.
Read the complete post at The Experience Delivers blog
Check out some useful tips and tricks published as part of the CQ Best Practice content series:
- Useful variations in the authoring environment URL
- Troubleshoot CRXDE performance issues
- Advanced CRX search
- Validate user input in multifield components
- Define how users can interact with a component
- Include resources in JSP files
Read the article here: http://helpx.adobe.com/content/help/en/adobe-cq/using/tips-tricks.html
-- Jörg Hoh
JMX is the de-facto standard for monitoring java processes and applications. A lot of monitoring systems have the ability to consume these data.
By default CQ 5.5 has a number of MBeans, which offer runtime information about internal state. Most interesting ones are the MBeans about the repository state and the replication MBeans. But it isn’t hard to create your own MBeans, so you provide information about the internal state of your application to the monitoring system; or you can monitor resources which are critical to your application and use case.
In Cq5 we are working in a OSGI environment, so we will use one of my favorite patterns, the OSGI whiteboard pattern. We will use the JMX-Whiteboard bundle of the Apache Aries project to register services to JMX. Also that implementation is very short and understandable and shows the power of the whiteboard pattern. (I already had a short blog entry on this last year.)
In this example I want to demonstrate it on an already existing counter, the total number of requests handled by sling.It requires CQ 5.5, where the JMX whiteboard bundle is already deployed by default; but if you install the JMX Whiteboard bundle yourself, you can also use older versions of CQ5.
Read the complete post at the Things on a Content Management System blog.
We’ve just published two new articles in the CQ best practice series:
A list of the five articles published so far is at this URL. In the days to come, we’ll post more best practices, tips, and tricks that you can apply to your work.
Read the original blog post at The Doc Fox.
The July release of Adobe CQ Cloud Manager is now out! This version rolls out the following new features/enhancements:
- Full support for Rackspace Cloud Hosting (backup, scale, and delete CQ clouds)
- Scale Publish tiers with auto-replication
- Support for 7 Amazon Web Services (AWS) regions and 4 instance types
- You can now remove CQ clouds with backups
- Some UI enhancements
Refer to the documentation for more information.
Read the original post at The Doc Fox.
- Scott Macdonald
You can create a custom CQ email service that lets CQ users send email messages from a CQ web page. To create a CQ email service, you develop an OSGi bundle that uses the Java Mail API. You can also develop a JSP that uses JQuery that calls the OSGi service and passes data that is sent as an email message.
Caption – A CQ email client
To follow along with this development article, you need to download the Java Mail API at the following URL:
The Java Mail API is used within the OSGi bundle that sends email messages when the client initiates a request. The CQ email service comprises of a client (shown in the previous illustration) developed by using JQuery and an OSGi bundle.
Read the full post at Scott's Digital Community.
- Jörg Hoh
See here for the major changes brought with this release.
Amongst the hundreds of new features I would like to point out a single one, which is probably the most intersting features for admins and operation people.
With CQ 5.5 the quickstart does no longer start a servlet engine with 2 webapplications deployed in it (crx.war for the CRX and launchpad.war for the OSGI container including Sling and CQ5 itself). But as now CRX has been adapted work inside an OSGI container it is possible to drop the artifical differentiation between CRX and the other parts of the system, but handle them alike inside Apache Felix. The same applies to the CQSE servlet engine; it’s now an service embedded into OSGI (so the server.log file is gone). So the quickstart starts the Felix OSGI container which then takes care of starting the repository services, the servlet engine and all other services introduced by Sling and CQ5. This streamlined the startup process a lot. And — finally — there is only 1 place where you need to change the admin password.
Read the complete post on the Things on a content management system blog.
- Samartha Vashishtha, Content and Community Lead @ Adobe
We’ve just published the following three CQ best practice articles:
These articles are the first few in the CQ best practices series. In the days to come, we’ll post more best practices, tips, tricks, and troubleshooting information that you can apply to your work.
Read the original post at The Doc Fox.
- Scott Macdonald, Senior Content and Community Lead @ Adobe
Have you ever wondered how to create a custom CQ widget that performs tasks not available with out of the box CQ components. In this situation, you can create a CQ widget that uses third-party libraries that lets your CQ application perform custom tasks. For example, assume that you want to create a CQ application that lets you view a specific street by using Google Map APIs.
Perhaps, you want your CQ component to accept latitude and longitude values and then show the results, as shown in the following illustration.
If you are interested in learning how to create CQ components that use third-party libraries, then check out the following article: http://helpx.adobe.com/adobe-cq/using/integrating-custom-cq-widgets-third-party.html.
Read the original post at Scott's Digital Community.