[magnolia-dev] Gitlab?

2014-05-19 Thread Jörg von Frantzius
interface). And by the way, maybe you could consider using https://marketplace.atlassian.com/plugins/com.xiplink.jira.git.jira_git_plugin for showing Git commits in JIRA issues? Best regards, Jörg -- *Dipl.-Inf. Jörg von Frantzius, Systems Architect* Email mailto:joerg.frantz...@aperto.de

[magnolia-dev] [JIRA] Created: (DOCU-363) Only checkbox allows multi-select, radio and list select don't

2013-01-02 Thread on behalf of Jörg von Frantzius
Security Level: Public Components: content Reporter: Jörg von Frantzius Assignee: Antti Hietala [http://documentation.magnolia-cms.com/reference/controls.html#radiocheckboxandselect] says: {quote} While the field rendered by each control differs, the commonality

[magnolia-dev] [JIRA] Created: (DOCU-362) Provide IoC/DI components documentation

2012-12-20 Thread on behalf of Jörg von Frantzius
: content Reporter: Jörg von Frantzius Assignee: Antti Hietala Currently documentation.magnolia-cms.com doesn't seem to contain documentation on Components in the sense of Java objects provided by Dependency Injection. In particular [http://documentation.magnolia-cms.com

[magnolia-dev] [JIRA] Created: (DOCU-360) Wrong property name documented for area model class

2012-12-18 Thread on behalf of Jörg von Frantzius
Components: content Affects Versions: short term Reporter: Jörg von Frantzius Assignee: Antti Hietala In [http://documentation.magnolia-cms.com/reference/areas.html] the class property has a wrong name: | class |Area model class which contains business

[magnolia-dev] [JIRA] Created: (DOCU-323) Provide documentation for @area freemarker directive

2012-09-19 Thread on behalf of Jörg von Frantzius
: Public Reporter: Jörg von Frantzius Assignee: Antti Hietala Priority: Major One of the largest changes in Magnolia 4.5 is the concept of areas being brought down to the level of configuration, and the accompanying @area freemarker directive. After thorough

[magnolia-dev] [JIRA] Updated: (DOCU-319) Home category in ETK template availability documentation

2012-09-17 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/DOCU-319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated DOCU-319: Visible to: [lars.gendner] Home category in ETK template availability documentation

[magnolia-dev] [JIRA] Created: (DOCU-319) Home category in ETK template availability documentation

2012-09-14 Thread on behalf of Jörg von Frantzius
Level: Public Components: content Affects Versions: short term Reporter: Jörg von Frantzius Assignee: Antti Hietala [http://documentation.magnolia-cms.com/modules/etk.html#Availability] Says that home can be assigned only once. This could either mean

[magnolia-dev] [JIRA] Updated: (DOCU-319) Home category in ETK template availability documentation

2012-09-14 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/DOCU-319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated DOCU-319: Description: [http://documentation.magnolia-cms.com/modules/etk.html#Availability] Says

[magnolia-dev] Improving API quality with JDT null-annotations?

2012-07-06 Thread Jörg von Frantzius
Hi, in a Planet Eclipse article I just came across some JDT feature yet unknown to me, which helps in better null-check analysis of Java code at compile-time, and at the same time improves API documentation:

[magnolia-dev] [JIRA] Created: (MGNLDATA-150) RegisterNodeTypeTask should also create root path

2012-03-14 Thread on behalf of Jörg von Frantzius
: 1.6.4 Reporter: Jörg von Frantzius Assignee: Philipp Bärfuss Our module has declared a module-dependency on the categorization module, and so we were assuming that the /categorization root path does exist already in the data repository when our custom

[magnolia-dev] Imported node incorrectly shown as activated (MAGNOLIA-2189)

2010-12-06 Thread Jörg von Frantzius
as changed, otherwise the publication state should stay the same it was in the repository. Ideally, this would be a bit like SVN determines outgoing changes. I'm not sure how hard this kind of comparison is to do, though... WDYT? Regards, Jörg -- Dipl. inf. Jörg von Frantzius, System

[magnolia-dev] [JIRA] Created: (MAGNOLIA-3390) Prevent OOME and GC load during activation of large binaries

2010-11-16 Thread on behalf of Jörg von Frantzius
Components: activation Affects Versions: 4.3.8, 4.4.x, 5.0 Reporter: Jörg von Frantzius Assignee: Philipp Bärfuss During activation, the activated data is currently held completely in memory for each activation request sent from author to public. h4

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3390) Prevent OOME and GC load during activation of large data sets

2010-11-16 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3390: - Summary: Prevent OOME and GC load during activation of large data sets

Re: [magnolia-dev] OOME during large activation : how to get chunked transfer coding?

2010-11-16 Thread Jörg von Frantzius
OK I created http://jira.magnolia-cms.com/browse/MAGNOLIA-3390 and referred to it from the Wiki. I think the actual code change will be little, unless you'd like to accompany it with a JUnit-test that spawns a little local HTTP server in order to verify whether

[magnolia-dev] OOME during large activation: ho w to get chunked transfer coding?

2010-11-15 Thread Jörg von Frantzius
Hi, we received a heap dump from our client, where there is a thread holding 260GB of memory while trying to activating some seemingly large content: at java.io.FileInputStream.readBytes([BII)I (Native Method) at java.io.FileInputStream.read([B)I

[magnolia-dev] [JIRA] Created: (MAGNOLIA-3373) XDoclet fails for magnolia-module-templating-components on Linux

2010-11-08 Thread on behalf of Jörg von Frantzius
: Improvement Components: build Affects Versions: 4.2.x, 4.1.x, 4.3.x, 4.4.x, 5.0 Reporter: Jörg von Frantzius Assignee: Grégory Joseph Attachments: 2519.txt When trying to build magnolia-module-templating-components on Linux, the following error occurs

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3373) XDoclet fails for magnolia-module-templating-components on Linux

2010-11-08 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3373: - Description: When trying to build magnolia-module-templating-components

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-27 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3331: - Attachment: magnolia-core.patch Query.setLimit(long) instead of Query.execute

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-27 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3331: - Attachment: (was: magnolia-core.patch) Provide for maxResultSize in Query

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-27 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3331: - Attachment: (was: magnolia-core.patch) Provide for maxResultSize in Query

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-27 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3331: - Attachment: magnolia-core.patch also test QueryUtil Provide

[magnolia-dev] [JIRA] Issue Comment Edited: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-26 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=30646#action_30646 ] Jörg von Frantzius edited comment on MAGNOLIA-3331 at 10/26/10 9:50 PM

[magnolia-dev] [JIRA] Commented: (MGNLSTK-690) Provide for sorting, filtering and shrinking by query in STKUtil

2010-10-26 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MGNLSTK-690?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=30649#action_30649 ] Jörg von Frantzius commented on MGNLSTK-690: Result from discussing with Philipp

[magnolia-dev] [JIRA] Commented: (MGNLSTK-690) Provide for sorting, filtering and shrinking by query in STKUtil

2010-10-22 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MGNLSTK-690?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=30580#action_30580 ] Jörg von Frantzius commented on MGNLSTK-690: I just realize that it's not possible

[magnolia-dev] [JIRA] Created: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-21 Thread on behalf of Jörg von Frantzius
Reporter: Jörg von Frantzius Assignee: Philipp Bärfuss Attachments: magnolia-core.patch Currently when executing a query through the Magnolia query API, there is no way of preventing the result set from being iterated completely. When e.g. only the first couple of objects from

[magnolia-dev] [JIRA] Commented: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-21 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=30531#action_30531 ] Jörg von Frantzius commented on MAGNOLIA-3331: -- The provided patch applies

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-21 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3331: - Attachment: magnolia-core.patch now checkstyle compliant Provide

[magnolia-dev] [JIRA] Updated: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-21 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jörg von Frantzius updated MAGNOLIA-3331: - Attachment: (was: magnolia-core.patch) Provide for maxResultSize in Query

[magnolia-dev] ClasspathResourcesUtil.findResou rces(Filter) won't find resources from jars when run from surefire?

2010-10-21 Thread Jörg von Frantzius
within urls[0].getPath(), like it is done for JBoss 5 already? Regards, Jörg -- Dipl. inf. Jörg von Frantzius, System Architect Email mailto:joerg.frantz...@aperto.de Phone +49 30 283921-318 Fax +49 30 283921-29 Aperto AG - In der Pianofabrik Chausseestraße 5, D-10115 Berlin-Mitte Web http

[magnolia-dev] [JIRA] Commented: (MAGNOLIA-3331) Provide for maxResultSize in Query-API

2010-10-21 Thread on behalf of Jörg von Frantzius
[ http://jira.magnolia-cms.com/browse/MAGNOLIA-3331?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=30548#action_30548 ] Jörg von Frantzius commented on MAGNOLIA-3331: -- A lazy collection seems like

[magnolia-dev] [JIRA] Created: (MGNLSTK-690) Provide for sorting, filtering and shrinking by query in STKUtil

2010-10-21 Thread on behalf of Jörg von Frantzius
Issue Type: Improvement Components: base system Reporter: Jörg von Frantzius Assignee: Philipp Bärfuss Attachments: magnolia-module-standard-templating-kit.patch Currently any callers

[magnolia-dev] Which STK version with Magnolia 4 .4?

2010-10-19 Thread Jörg von Frantzius
/magnoliaVersion. Thanks for any hints, Jörg -- Dipl. inf. Jörg von Frantzius, System Architect Email mailto:joerg.frantz...@aperto.de Phone +49 30 283921-318 Fax +49 30 283921-29 Aperto AG - In der Pianofabrik Chausseestraße 5, D-10115 Berlin-Mitte Web http://www.aperto.de HRB 77049, AG Berlin Charlottenburg

[magnolia-dev] maven-settings-template-community.xml should contain Magnolia pluginRepository

2010-10-18 Thread Jörg von Frantzius
://nexus.magnolia-cms.com/content/groups/public//url releases enabledtrue/enabled /releases snapshots enabledtrue/enabled /snapshots /pluginRepository /pluginRepositories Regards, Jörg -- Dipl. inf. Jörg von Frantzius, System Architect Email mailto:joerg.frantz...@aperto.de

[magnolia-dev] Re: [magnolia-user] [ANNOUNCE] openmindlab modules releases

2010-09-15 Thread Jörg von Frantzius
/community/mailing-lists.html To unsubscribe, E-mail to:user-list-unsubscr...@magnolia-cms.com -- Dipl. inf. Jörg von Frantzius, System Architect Email mailto:joerg.frantz...@aperto.de Phone +49 30 283921-318 Fax +49 30 283921-29