<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
	<channel>
		<title>gdp's Comments</title>
		<language>en-us</language>
		<link>https://www.intensedebate.com/users/280803</link>
		<description>Comments by gjoseph</description>
<item>
<title>Magnolia Documentation : Modules</title>
<link>http://documentation.magnolia-cms.com/technical-guide/modules.html#IDComment453821125</link>
<description>&amp;quot;A module can provide configuration in a bootstrap file&amp;quot; - not just configuration. Content (pages, documents), users, groups, anything ! </description>
<pubDate>Tue, 2 Oct 2012 19:01:05 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/technical-guide/modules.html#IDComment453821125</guid>
</item><item>
<title>Magnolia Documentation : Groovy</title>
<link>http://documentation.magnolia-cms.com/modules/groovy.html#IDComment299810700</link>
<description>Well, depending on what we mean by &amp;quot;command&amp;quot;, it should be feasible, i.e. if we mean a &amp;quot;method&amp;quot; of some class. And if we&amp;#039;re talking about a command as in the commands configured in admin central, if that makes sense, it should be possible to wrap the call in a groovy class as well. 1) Create a groovy class. It&amp;#039;ll be seen as any regular java class by the system. 2) Expose said class to freemarker via sharedVariables (cfr our freemarker doc, I assume) 3) &amp;hellip; 4) Profit ! </description>
<pubDate>Thu, 23 Feb 2012 15:26:04 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/modules/groovy.html#IDComment299810700</guid>
</item><item>
<title>Magnolia Documentation : Introduction to templating</title>
<link>http://documentation.magnolia-cms.com/templating/introduction.html#IDComment212964587</link>
<description>Hi,  If you copy your jsp file in the *correct* location, it *should* be picked up, but that entirely depends on your container. Tomcat should pickup changes by default. Magnolia has nothing to do with that.  You&amp;#039;ll also need to replicate the changes to *both* author and public instances if you want them to appear on both sides. Activation only pushes the *content*. If you used FreeMarker, you&amp;#039;d be able to have templates in the repository, thus they&amp;#039;d be activatable as well, but that&amp;#039;s not the case with JSP out-of-the-box (there&amp;#039;s a module for this, but I&amp;#039;m afraid it would confuse you more than anything right now)  Please seek further help in the forum: &lt;a href=&quot;http://forum.magnolia-cms.com&quot; target=&quot;_blank&quot;&gt;http://forum.magnolia-cms.com&lt;/a&gt; and keep the comment section of the documentation for comments *about* the documentation itself :) Thanks  and good luck ! </description>
<pubDate>Thu, 27 Oct 2011 12:18:59 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/templating/introduction.html#IDComment212964587</guid>
</item><item>
<title>Magnolia Documentation : Installing Magnolia</title>
<link>http://documentation.magnolia-cms.com/administration/installation.html#IDComment176301930</link>
<description>Aditi, this is symptomatic of a broken installation. Can you check your application server logs, as well as Magnolia&amp;#039;s ? Which application server are you using, and which Magnolia edition/packaging/version ? </description>
<pubDate>Fri, 22 Jul 2011 17:01:27 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/administration/installation.html#IDComment176301930</guid>
</item><item>
<title>Magnolia Documentation : Community Edition on Windows</title>
<link>http://documentation.magnolia-cms.com/administration/installation/ce/ce-windows.html#IDComment167908056</link>
<description>Perhaps try http://localhost:8080 ... but I guess if  &lt;a href=&quot;http://127.0.0.1:8080/&quot; target=&quot;_blank&quot;&gt;http://127.0.0.1:8080/&lt;/a&gt; can&amp;#039;t be reached, it&amp;#039;s simply because something went wrong during startup.. and the server wasn&amp;#039;t started ? Can you have a look at the log files ? </description>
<pubDate>Wed, 29 Jun 2011 11:22:38 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/administration/installation/ce/ce-windows.html#IDComment167908056</guid>
</item><item>
<title>Magnolia Documentation : Community Edition on Mac OS X</title>
<link>http://documentation.magnolia-cms.com/administration/installation/ce/ce-osx.html#IDComment153071398</link>
<description>Cool, glad you like what you see. </description>
<pubDate>Tue, 17 May 2011 16:09:13 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/administration/installation/ce/ce-osx.html#IDComment153071398</guid>
</item><item>
<title>Magnolia Documentation : Community Edition on Mac OS X</title>
<link>http://documentation.magnolia-cms.com/administration/installation/ce/ce-osx.html#IDComment153065141</link>
<description>You can, and that&amp;#039;s what you&amp;#039;ll end up doing on a production system, most likely. These instructions are directed at less technically-savyy users, I guess, evaluating Magnolia for the first time, and not necessarily aware of all Java/Tomcat quirks. </description>
<pubDate>Tue, 17 May 2011 15:42:46 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/administration/installation/ce/ce-osx.html#IDComment153065141</guid>
</item><item>
<title>Magnolia Documentation : Modules</title>
<link>http://documentation.magnolia-cms.com/technical-guide/modules.html#IDComment152969827</link>
<description>The proper, current, way would be ModuleRegistry.Factory.getInstance().getModuleInstance(&amp;amp;lt;moduleClass-or-name&amp;amp;gt;) With Magnolia 5 and the introduction of IoC, any component will be able to declare a dependency to &amp;quot;YourModuleClass&amp;quot;, via their constructor, for instance. </description>
<pubDate>Tue, 17 May 2011 10:28:37 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/technical-guide/modules.html#IDComment152969827</guid>
</item><item>
<title>Magnolia Documentation : Users</title>
<link>http://documentation.magnolia-cms.com/administration/security/users.html#IDComment142899941</link>
<description>lack of permissions. If you need the user to login to AdminCentral, it will need permissions to the config workspace (at the very least to see the menu - start with read only on all /), get/post on /* (including /.magnolia*), and permissions to the workspace you need this user to edit. </description>
<pubDate>Thu, 14 Apr 2011 20:03:34 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/administration/security/users.html#IDComment142899941</guid>
</item><item>
<title>Magnolia Documentation : Repositories</title>
<link>http://documentation.magnolia-cms.com/reference/repositories.html#IDComment142899494</link>
<description>That depends entirely on the repository implementation. In the case of JackRabbit (the repo impl we ship with Magnolia by default), you can use a db, or just the filesystem, or any other storage mechanism you could think of it. We provide a few default configuration to work with mysql, oracle, ... or derby, the java embedded db, by default (not recommend for production) </description>
<pubDate>Thu, 14 Apr 2011 20:01:20 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/reference/repositories.html#IDComment142899494</guid>
</item><item>
<title>Magnolia Documentation : SVN Installation Procedure</title>
<link>http://docuauthor.magnolia-cms.com/technical-guide/dev-environment/svn-installation.html#IDComment131643433</link>
<description>Also, why do we &amp;quot;recommend Subversion for Windows&amp;quot;, whereas everyone on windows that I&amp;#039;ve seen uses tortoise (when not using the client built in the IDE, that is) </description>
<pubDate>Tue, 1 Mar 2011 16:59:35 +0000</pubDate>
<guid>http://docuauthor.magnolia-cms.com/technical-guide/dev-environment/svn-installation.html#IDComment131643433</guid>
</item><item>
<title>Magnolia Documentation : Wiki Rendering</title>
<link>http://documentation.magnolia-cms.com/modules/wiki.html#IDComment125679394</link>
<description>Actually, Radeox supports Creole and some other syntax that doesn&amp;#039;t seem to be named. In our implementation, we currently use a mixed bag: lists for example are supported in both notations, but not all. We also added a bunch of custom filters and macros. Lastly, this module partially supports the Confluence syntax, too.  In the next few months, we&amp;#039;re hoping to move away from this poorly defined syntax and semi-predictable results, and use Markdown instead. (or rather as a choice). We&amp;#039;ll keep support for macros however, and writing a {math} macro should be fairly straightforward. Patches welcome ! </description>
<pubDate>Thu, 3 Feb 2011 12:25:54 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/modules/wiki.html#IDComment125679394</guid>
</item><item>
<title>Magnolia Documentation : Cache</title>
<link>http://documentation.magnolia-cms.com/modules/cache.html#IDComment123430066</link>
<description>The persistCacheKey method is meant to store a relation between the page&amp;#039;s uuid and its key (so we can figure out what to remove from the cache later), but yeah, while discussing your problem, we had a similar idea: &amp;quot;add a hook in the CP *after* page was rendered to ask: do we really want to cache this?&amp;quot; The cache is a complex beast though, so I&amp;#039;m not sure we&amp;#039;ll have time to implement this any time soon (there are some hairy potential issues with locking, amongst others). A patch would be welcome of course ;) </description>
<pubDate>Mon, 24 Jan 2011 11:55:30 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/modules/cache.html#IDComment123430066</guid>
</item><item>
<title>Magnolia Documentation : Cache</title>
<link>http://documentation.magnolia-cms.com/modules/cache.html#IDComment122491194</link>
<description>Ha, you&amp;#039;re right, I forgot about that. Actually, this makes sense, as one of the goals driving the cache module is to avoid any jcr query as much as possible, when the content is cached.  So, customizing an Executor might be an approach, making sure that such pages never get cached. It&amp;#039;s a bit unfortunate, as the CachePolicy should really be the one driving this; if you&amp;#039;d want to do it with a CachePolicy, I guess you&amp;#039;d have to reorder filters and potentially lose some performance (by unnecessarily loading nodes for cached pages), which is maybe an acceptable trade-off, depending on your needs. </description>
<pubDate>Thu, 20 Jan 2011 12:25:40 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/modules/cache.html#IDComment122491194</guid>
</item><item>
<title>Magnolia Documentation : Cache</title>
<link>http://documentation.magnolia-cms.com/modules/cache.html#IDComment122477402</link>
<description>Hi Stefan,  Yes, extending DefaultCachePolicy is probably a good start. You&amp;#039;ll probably want to simply override the shouldBypass() method off of it. You can now which template is being rendered via the given AggregationState instance: aggState.getMainContent().getTemplate(). Note that before relying on this, you should make sure the node in question is indeed a page. I guess you could do something similar via an Executor too, yes. CP seems simpler to me, I guess you just didn&amp;#039;t see the AggregationState argument ?  HTH, -greg </description>
<pubDate>Thu, 20 Jan 2011 10:30:52 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/modules/cache.html#IDComment122477402</guid>
</item><item>
<title>Magnolia Documentation : Cache</title>
<link>http://documentation.magnolia-cms.com/modules/cache.html#IDComment120708214</link>
<description>Hi Stefan, That&amp;#039;s something you should be able to implement using a custom CachePolicy. hth, </description>
<pubDate>Tue, 11 Jan 2011 15:34:16 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/modules/cache.html#IDComment120708214</guid>
</item><item>
<title>http://www.openmindlab.com : [openmindLAB] Magnolia SimpleMedia Module &raquo; Magnolia SimpleMedia Module</title>
<link>http://www.openmindlab.com/lab/products/media.html#IDComment113119377</link>
<description>Tom, you don&amp;#039;t need to register the tag lib (you&amp;#039;re using EL expressions, not tags); if you do, you override the existing &amp;quot;media&amp;quot; object in the freemarker context. Remove that one line, and your second syntax example should work. </description>
<pubDate>Wed, 1 Dec 2010 11:45:55 +0000</pubDate>
<guid>http://www.openmindlab.com/lab/products/media.html#IDComment113119377</guid>
</item><item>
<title>Magnolia Documentation : Templating with FreeMarker - a primer</title>
<link>http://documentation.magnolia-cms.com/reference/templating/freemarker.html#IDComment82113528</link>
<description>JcrRepoTemplateLoader will load its templates from a specific workspace (called templates), not from the DMS. If you have this class, you most likely have the inplace-templating module; upon installation it will create a new entry that will let you access the &amp;quot;templates&amp;quot; tree. The paths then are then &amp;quot;the same&amp;quot;. Magnolia will attempt to load your template with a given path from each template loader, in the order in which they&amp;#039;re configured in the config tree. </description>
<pubDate>Fri, 25 Jun 2010 10:03:02 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/reference/templating/freemarker.html#IDComment82113528</guid>
</item><item>
<title>Magnolia Documentation : Modules </title>
<link>http://documentation.magnolia-cms.com/modules.html#IDComment61466177</link>
<description>Well, there&amp;#039;s the newsletter module, which provides 1) an API to plug to any mailing system 2) an implementation which plugs into Campaign Monitor </description>
<pubDate>Thu, 11 Mar 2010 13:57:52 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/modules.html#IDComment61466177</guid>
</item><item>
<title>Magnolia Documentation : Templating Guide</title>
<link>http://documentation.magnolia-cms.com/templating-guide.html#IDComment59801801</link>
<description>Yes! For FreeMarker/ftl, this is provided by the inplace-templating-module (which is bundled with the STK, the EE, and is a community module); for jsp, there is a 3rd party module that seems to do that, at least for Tomcat, check the wiki ! </description>
<pubDate>Thu, 4 Mar 2010 22:50:02 +0000</pubDate>
<guid>http://documentation.magnolia-cms.com/templating-guide.html#IDComment59801801</guid>
</item>	</channel>
</rss>