If you are getting a StackOverflowError, that suggests you've created an endless loop. Is this code is being executed from one of the components used on /content/geometrixx.html? You should be able to see what is happening by looking at the stack trace produced by the overflow error.

CQ is not a JavaEE container. It can run in a JavaEE container, but does not provide one.If you provide the specific XML you are referring to, perhaps someone can tell you how to achive something similar in CQ.

These files aren't used in CQ/AEM unless you are deploying into an App Server.

FWIW, I usually use /etc/clientlibs/<company name>/<library name>. You can use /etc/designs, but that can get a bit awkward.

Sure, you can get an export of /content/dam/geometrixx/documents/GeoMetrixx_Banking.indd/jcr:content/renditions/page/jcr:content/par/text_u167

That text is pulled in by reference. If you look at the generated XML, you should see something like this:<sv:node sv:name="reference"> <sv:property sv:name="jcr:primaryType" sv:type="Name"> <sv:value>nt:unstructured</sv:value> </sv:property> <sv:property sv:name="jcr:created" sv:type="Date"> <sv:va...

You are correct that when the Content Finder is open, you can't redirect the content window to a different domain. If you want to support JavaScript redirects while the content finder is open (which I actually wouldn't recommend as that makes authoring difficult), then the script would be :<script>w...

Hi Toby,What exactly do you mean? CQ doesn't put restrictions on reading or redirecting to external URLs.Try dropping this:<script>window.location.href="http://www.google.com/";</script>Into /apps/geometrixx/components/page/body.jsp and you'll get redirected when you access /content/geometrixx/en/se...

To be clear, this is a general JSP restriction and not specific to this taglib.

Hi,You will get errors if you try to define the "sling" prefix multiple times. But this is relatively easy to avoid and the behavior should be entirely deterministic.Regards,Justin