From john93@example.net Mon Feb 02 01:36:24 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 88094 invoked from network); 2 Feb 2009 01:36:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Feb 2009 01:36:24 -0000 Received: (qmail 49736 invoked by uid 500); 2 Feb 2009 01:36:23 -0000 Delivered-To: john93@example.net Received: (qmail 49568 invoked by uid 500); 2 Feb 2009 01:36:22 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 49557 invoked by uid 99); 2 Feb 2009 01:36:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Feb 2009 17:36:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Feb 2009 01:36:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C507A234C4AC for <john93@example.net>; Sun, 1 Feb 2009 17:35:59 -0800 (PST) Message-ID: <1009581659.1233538559805.JavaMail.jira@brutus> Date: Sun, 1 Feb 2009 17:35:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Created: (LABS-287) [beansview] default toUser throws exception if no @View properties exist MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [beansview] default toUser throws exception if no @View properties exist ------------------------------------------------------------------------ Key: LABS-287 URL: https://issues.apache.org/jira/browse/LABS-287 Project: Labs Issue Type: Bug Components: Magma Affects Versions: Current Reporter: Simone Gianni Assignee: Simone Gianni Fix For: Current -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Mon Feb 02 01:38:25 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 89544 invoked from network); 2 Feb 2009 01:38:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Feb 2009 01:38:24 -0000 Received: (qmail 50459 invoked by uid 500); 2 Feb 2009 01:38:23 -0000 Delivered-To: john93@example.net Received: (qmail 50216 invoked by uid 500); 2 Feb 2009 01:38:22 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 50193 invoked by uid 99); 2 Feb 2009 01:38:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Feb 2009 17:38:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Feb 2009 01:38:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 9CEE2234C4B8 for <john93@example.net>; Sun, 1 Feb 2009 17:37:59 -0800 (PST) Message-ID: <234142229.1233538679642.JavaMail.jira@brutus> Date: Sun, 1 Feb 2009 17:37:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Created: (LABS-288) [velocity] automatic field formatting does nto properly supports a path of nodes, like a.getB().getC() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [velocity] automatic field formatting does nto properly supports a path of nodes, like a.getB().getC() ------------------------------------------------------------------------------------------------------ Key: LABS-288 URL: https://issues.apache.org/jira/browse/LABS-288 Project: Labs Issue Type: Bug Components: Magma Affects Versions: Current Reporter: Simone Gianni Assignee: Simone Gianni Fix For: Current -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Mon Feb 02 01:40:24 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 91349 invoked from network); 2 Feb 2009 01:40:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Feb 2009 01:40:23 -0000 Received: (qmail 52400 invoked by uid 500); 2 Feb 2009 01:40:22 -0000 Delivered-To: john93@example.net Received: (qmail 52266 invoked by uid 500); 2 Feb 2009 01:40:22 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 52255 invoked by uid 99); 2 Feb 2009 01:40:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Feb 2009 17:40:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Feb 2009 01:40:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 94DFF234C4AC for <john93@example.net>; Sun, 1 Feb 2009 17:39:59 -0800 (PST) Message-ID: <1961460445.1233538799608.JavaMail.jira@brutus> Date: Sun, 1 Feb 2009 17:39:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-288) [velocity] automatic field formatting does nto properly supports a path of nodes, like a.getB().getC() In-Reply-To: <234142229.1233538679642.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-288. -------------------------------- Resolution: Fixed > [velocity] automatic field formatting does nto properly supports a path of nodes, like a.getB().getC() > ------------------------------------------------------------------------------------------------------ > > Key: LABS-288 > URL: https://issues.apache.org/jira/browse/LABS-288 > Project: Labs > Issue Type: Bug > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Mon Feb 02 01:45:45 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 93406 invoked from network); 2 Feb 2009 01:45:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Feb 2009 01:45:45 -0000 Received: (qmail 50396 invoked by uid 500); 2 Feb 2009 01:38:22 -0000 Delivered-To: john93@example.net Received: (qmail 50212 invoked by uid 500); 2 Feb 2009 01:38:22 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 50192 invoked by uid 99); 2 Feb 2009 01:38:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Feb 2009 17:38:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Feb 2009 01:38:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 97A8F234C4AC for <john93@example.net>; Sun, 1 Feb 2009 17:37:59 -0800 (PST) Message-ID: <852813746.1233538679620.JavaMail.jira@brutus> Date: Sun, 1 Feb 2009 17:37:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-287) [beansview] default toUser throws exception if no @View properties exist In-Reply-To: <1009581659.1233538559805.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-287. -------------------------------- Resolution: Fixed > [beansview] default toUser throws exception if no @View properties exist > ------------------------------------------------------------------------ > > Key: LABS-287 > URL: https://issues.apache.org/jira/browse/LABS-287 > Project: Labs > Issue Type: Bug > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 00:16:27 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 83023 invoked from network); 5 Feb 2009 00:16:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 00:16:26 -0000 Received: (qmail 26321 invoked by uid 500); 5 Feb 2009 00:16:26 -0000 Delivered-To: john93@example.net Received: (qmail 26124 invoked by uid 500); 5 Feb 2009 00:16:25 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 26113 invoked by uid 99); 5 Feb 2009 00:16:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 16:16:25 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 00:16:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id AA50E234C48C for <john93@example.net>; Wed, 4 Feb 2009 16:15:59 -0800 (PST) Message-ID: <216300110.1233792959696.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 16:15:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Created: (LABS-289) [beans] NPE on fake "get" methods MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [beans] NPE on fake "get" methods --------------------------------- Key: LABS-289 URL: https://issues.apache.org/jira/browse/LABS-289 Project: Labs Issue Type: Bug Components: Magma Affects Versions: Current Reporter: Simone Gianni Assignee: Simone Gianni Fix For: Current BeanUtils see some "get" methods as property getters, also if they are not (actually, BeanUtils thinks they are indexed properties), and fail to retrieve the getter type. This situation is not handled properly and causes NPEs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 00:24:24 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 93246 invoked from network); 5 Feb 2009 00:24:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 00:24:23 -0000 Received: (qmail 33307 invoked by uid 500); 5 Feb 2009 00:24:22 -0000 Delivered-To: john93@example.net Received: (qmail 33171 invoked by uid 500); 5 Feb 2009 00:24:22 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 33156 invoked by uid 99); 5 Feb 2009 00:24:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 16:24:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 00:24:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id AD391234C48C for <john93@example.net>; Wed, 4 Feb 2009 16:23:59 -0800 (PST) Message-ID: <1362308993.1233793439708.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 16:23:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-289) [beans] NPE on fake "get" methods In-Reply-To: <216300110.1233792959696.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-289. -------------------------------- Resolution: Fixed > [beans] NPE on fake "get" methods > --------------------------------- > > Key: LABS-289 > URL: https://issues.apache.org/jira/browse/LABS-289 > Project: Labs > Issue Type: Bug > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > BeanUtils see some "get" methods as property getters, also if they are not (actually, BeanUtils thinks they are indexed properties), and fail to retrieve the getter type. This situation is not handled properly and causes NPEs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 00:26:22 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 94407 invoked from network); 5 Feb 2009 00:26:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 00:26:22 -0000 Received: (qmail 35090 invoked by uid 500); 5 Feb 2009 00:26:21 -0000 Delivered-To: john93@example.net Received: (qmail 34841 invoked by uid 500); 5 Feb 2009 00:26:20 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 34830 invoked by uid 99); 5 Feb 2009 00:26:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 16:26:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 00:26:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C089B234C48C for <john93@example.net>; Wed, 4 Feb 2009 16:25:59 -0800 (PST) Message-ID: <549863532.1233793559787.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 16:25:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Commented: (LABS-279) [refactoring][all] Running context to gather informations during cycle execution In-Reply-To: <544614500.1232145479593.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670578#action_12670578 ] Simone Gianni commented on LABS-279: ------------------------------------ Web part also ported to the running context. Tests pass, but I'm afraid there could be a number of possible problems in complex scenarios. > [refactoring][all] Running context to gather informations during cycle execution > -------------------------------------------------------------------------------- > > Key: LABS-279 > URL: https://issues.apache.org/jira/browse/LABS-279 > Project: Labs > Issue Type: New Feature > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > Currently Magma executes an application, and this application has some cycles. In a web application a "cycle" is a web request, in other kind of applications (when there will be) cycles could be determined depending on the platform (in a swing application a cycle is the execution of an event) or by programmatic boundaries. Generally, a cycle is a stacktrace and is limited to one thread, but that could be not-mandatory. > During this cycle, a number of informations are gathered that need to be made available to various components. For example, every web handler needs to know its relative url to properly resolve URLs, while every i18n string needs to know the current context to properly determine the right translation. > In the future, a number of other components will require this informations. For example the settings system could provide a way to customize some settings depending on the context in a similar way as i18n does, or the various factories (Database etc..) could be instructed to return different implementations based on different contexts. > There are currently different systems that gather different informations in parallel with cycle execution. These are the i18n contextualizer (LocalizationContext), the web handler setup, the producer setup, and a few others that operate on small areas. > They all succeed in what they are designed to do, but often fail to be expandible enought. For example, bug LABS-257 is caused by the fact that the current system for producers setup does not offer a way to retrieve current context informations outside the tiny scoe it was designed for. This same problem is also blocking LABS-278 and causing clutter here and there in the code when URLRewritingStream is used. Similar limitations are also present in the i18n LocalizationContext system, causing for example bug LABS-236. > The new system should be able to contain all the informations in parallel, and be able to be augmented (thru AOP composition) with new features required by different packages (for example, extrapolating the current url for web components). > It could seem that having a parallel stack could create a performance problem, or that it could be considered overkill because AOP already offer nice ways of operating on the current, JVM, stacktrace (cflows, argument extraction etc..). > This AOP approach consideration is quite a good one, but has it's own drawbacks. Since a number of context-related informations are used for dynamic matching (both URLs and I18N are the case), they both need to construct parallel stacks and cannot rely on plain AOP interception (if not to build those stacks and keep them up to date). In fact, AOP is perfect when a relatively "static" execution flow has to be tracked, but when things get dynamic (there could be any number of handlers nesting in other handlers, any number of i18n segments to evaluate) they can only build a specific stack. > When it comes to performance, we already have a system building four different stacks (i18n segments, handlers stack, do-methods name stack and arguments stack) just to provide current two functionalities, plus a fifth aspect for specific WebHandlers setup. This already sounds like and aspect that should be generalized by itself. Unifying it would reduce the number of calls and object creation adding a single object instead of different objects to a single stack. Different aspects would provide feed and update to this centralized entity, not breaking the AOP principle of it being a cross cutting concert and organizing the thing module by module (as it alreay happens for the i18n LocalizationContext). > Also, the web part are acting in an IOC way. While this is great as a design, when it comes to performance it is relatively easy to use it poorly and obtain sub-optimal results. For example, every WebHandler receives its computed relative URL, even if it is not going to use it, and the same happens for a number of other properties which are defined in the base class and injected. The centralized running context will be designed to be polled to obtain context informations. Then eventually packages could poll it everytime to do injection if it is really needed. > Another reason why a centralized solution is preferable is that it could be optimized easier than working on every different context mechanism that could/will appear in different packages. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 00:26:24 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 94578 invoked from network); 5 Feb 2009 00:26:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 00:26:23 -0000 Received: (qmail 35239 invoked by uid 500); 5 Feb 2009 00:26:23 -0000 Delivered-To: john93@example.net Received: (qmail 35134 invoked by uid 500); 5 Feb 2009 00:26:22 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 35123 invoked by uid 99); 5 Feb 2009 00:26:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 16:26:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 00:26:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C4AAD234C495 for <john93@example.net>; Wed, 4 Feb 2009 16:25:59 -0800 (PST) Message-ID: <1055904349.1233793559804.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 16:25:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-279) [refactoring][all] Running context to gather informations during cycle execution In-Reply-To: <544614500.1232145479593.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-279. -------------------------------- Resolution: Fixed > [refactoring][all] Running context to gather informations during cycle execution > -------------------------------------------------------------------------------- > > Key: LABS-279 > URL: https://issues.apache.org/jira/browse/LABS-279 > Project: Labs > Issue Type: New Feature > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > Currently Magma executes an application, and this application has some cycles. In a web application a "cycle" is a web request, in other kind of applications (when there will be) cycles could be determined depending on the platform (in a swing application a cycle is the execution of an event) or by programmatic boundaries. Generally, a cycle is a stacktrace and is limited to one thread, but that could be not-mandatory. > During this cycle, a number of informations are gathered that need to be made available to various components. For example, every web handler needs to know its relative url to properly resolve URLs, while every i18n string needs to know the current context to properly determine the right translation. > In the future, a number of other components will require this informations. For example the settings system could provide a way to customize some settings depending on the context in a similar way as i18n does, or the various factories (Database etc..) could be instructed to return different implementations based on different contexts. > There are currently different systems that gather different informations in parallel with cycle execution. These are the i18n contextualizer (LocalizationContext), the web handler setup, the producer setup, and a few others that operate on small areas. > They all succeed in what they are designed to do, but often fail to be expandible enought. For example, bug LABS-257 is caused by the fact that the current system for producers setup does not offer a way to retrieve current context informations outside the tiny scoe it was designed for. This same problem is also blocking LABS-278 and causing clutter here and there in the code when URLRewritingStream is used. Similar limitations are also present in the i18n LocalizationContext system, causing for example bug LABS-236. > The new system should be able to contain all the informations in parallel, and be able to be augmented (thru AOP composition) with new features required by different packages (for example, extrapolating the current url for web components). > It could seem that having a parallel stack could create a performance problem, or that it could be considered overkill because AOP already offer nice ways of operating on the current, JVM, stacktrace (cflows, argument extraction etc..). > This AOP approach consideration is quite a good one, but has it's own drawbacks. Since a number of context-related informations are used for dynamic matching (both URLs and I18N are the case), they both need to construct parallel stacks and cannot rely on plain AOP interception (if not to build those stacks and keep them up to date). In fact, AOP is perfect when a relatively "static" execution flow has to be tracked, but when things get dynamic (there could be any number of handlers nesting in other handlers, any number of i18n segments to evaluate) they can only build a specific stack. > When it comes to performance, we already have a system building four different stacks (i18n segments, handlers stack, do-methods name stack and arguments stack) just to provide current two functionalities, plus a fifth aspect for specific WebHandlers setup. This already sounds like and aspect that should be generalized by itself. Unifying it would reduce the number of calls and object creation adding a single object instead of different objects to a single stack. Different aspects would provide feed and update to this centralized entity, not breaking the AOP principle of it being a cross cutting concert and organizing the thing module by module (as it alreay happens for the i18n LocalizationContext). > Also, the web part are acting in an IOC way. While this is great as a design, when it comes to performance it is relatively easy to use it poorly and obtain sub-optimal results. For example, every WebHandler receives its computed relative URL, even if it is not going to use it, and the same happens for a number of other properties which are defined in the base class and injected. The centralized running context will be designed to be polled to obtain context informations. Then eventually packages could poll it everytime to do injection if it is really needed. > Another reason why a centralized solution is preferable is that it could be optimized easier than working on every different context mechanism that could/will appear in different packages. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 03:08:22 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 90832 invoked from network); 5 Feb 2009 03:08:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 03:08:21 -0000 Received: (qmail 51095 invoked by uid 500); 5 Feb 2009 03:08:21 -0000 Delivered-To: john93@example.net Received: (qmail 50981 invoked by uid 500); 5 Feb 2009 03:08:20 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 50968 invoked by uid 99); 5 Feb 2009 03:08:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 19:08:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 03:08:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C8DFE234C4AA for <john93@example.net>; Wed, 4 Feb 2009 19:07:59 -0800 (PST) Message-ID: <1024984735.1233803279821.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 19:07:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-236) [i18n] Producers are not contextualized In-Reply-To: <1905160760.1227191684485.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-236. -------------------------------- Resolution: Fixed Fix Version/s: (was: Future) Current Basically resolved by LABS-279 > [i18n] Producers are not contextualized > --------------------------------------- > > Key: LABS-236 > URL: https://issues.apache.org/jira/browse/LABS-236 > Project: Labs > Issue Type: Bug > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > Now that i18n functions are accessible from templating system, the contextualization of producers is important. Due to the way the web system works (producers are returned by doMethods, and resolved at template time), the context in which they were produced is not the same as when they are resolved. A producer should carry the original context with it, and reuse it during production of actual output to have i18n work correctly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 03:26:22 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 94101 invoked from network); 5 Feb 2009 03:26:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 03:26:21 -0000 Received: (qmail 57023 invoked by uid 500); 5 Feb 2009 03:26:21 -0000 Delivered-To: john93@example.net Received: (qmail 56811 invoked by uid 500); 5 Feb 2009 03:26:21 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 56800 invoked by uid 99); 5 Feb 2009 03:26:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 19:26:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 03:26:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id DAE38234C48D for <john93@example.net>; Wed, 4 Feb 2009 19:25:59 -0800 (PST) Message-ID: <1205829036.1233804359895.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 19:25:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-252) [web] Choose a more neutral character than "-" to separate arguments In-Reply-To: <124787076.1228925444340.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-252. -------------------------------- Resolution: Fixed Fix Version/s: (was: Future) Current > [web] Choose a more neutral character than "-" to separate arguments > -------------------------------------------------------------------- > > Key: LABS-252 > URL: https://issues.apache.org/jira/browse/LABS-252 > Project: Labs > Issue Type: Bug > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > Currently a dash is handy, but too handy : it also gives problem with images containing a dash. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 03:46:23 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 99139 invoked from network); 5 Feb 2009 03:46:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 03:46:22 -0000 Received: (qmail 70427 invoked by uid 500); 5 Feb 2009 03:46:22 -0000 Delivered-To: john93@example.net Received: (qmail 70317 invoked by uid 500); 5 Feb 2009 03:46:22 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 70306 invoked by uid 99); 5 Feb 2009 03:46:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 19:46:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 03:46:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 9C195234C48D for <john93@example.net>; Wed, 4 Feb 2009 19:45:59 -0800 (PST) Message-ID: <1093832015.1233805559638.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 19:45:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-257) [web] Creating a producer from an aspect is a pain cause of the way a new producer is parametrized In-Reply-To: <1547329918.1230566804804.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-257. -------------------------------- Resolution: Fixed Fix Version/s: (was: Future) Current Resolved by LABS-279, committed a test case for verification and regression. > [web] Creating a producer from an aspect is a pain cause of the way a new producer is parametrized > -------------------------------------------------------------------------------------------------- > > Key: LABS-257 > URL: https://issues.apache.org/jira/browse/LABS-257 > Project: Labs > Issue Type: Bug > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > When a new producer is created, an aspect (ParametrizeHtmlProducer) intercepts the creation an injects a number of fields. To do this, this aspect keeps a number of stacks, containing handlers, parameters, method names etc.. > These stacks are filled when entering a do/handle method, and popped when exiting. This way, when a new producer is created, last elements in the stack represent the current call. > This works as long as a producer is not created from an aspect intercepting a do/handle method. In this case, if the intercepting aspect is executed with a lower priority, stacks will still contains proper data when the new producer is created, otherwise the stacks will either contain wrong data or be empty. > Also, this could be a somehow AspectJ bug. In fact, currently there is an aspect doing this (creating a producer inside an "around" method), and it is working correctly under java 1.6 while working not correctly under java 1.5, as if the precedence of the aspects changes between two different runtimes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 05 03:46:28 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 99503 invoked from network); 5 Feb 2009 03:46:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Feb 2009 03:46:27 -0000 Received: (qmail 70975 invoked by uid 500); 5 Feb 2009 03:46:24 -0000 Delivered-To: john93@example.net Received: (qmail 70623 invoked by uid 500); 5 Feb 2009 03:46:23 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 70529 invoked by uid 99); 5 Feb 2009 03:46:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Feb 2009 19:46:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Feb 2009 03:46:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id A7721234C498 for <john93@example.net>; Wed, 4 Feb 2009 19:45:59 -0800 (PST) Message-ID: <+1-308-737-0375.1233805559684.JavaMail.jira@brutus> Date: Wed, 4 Feb 2009 19:45:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Commented: (LABS-162) If database-jpa-web is not installed, all saves will fail with no warning In-Reply-To: <1129773435.1221695024302.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670622#action_12670622 ] Simone Gianni commented on LABS-162: ------------------------------------ Should be solved by LABS-282 when it will be done. > If database-jpa-web is not installed, all saves will fail with no warning > ------------------------------------------------------------------------- > > Key: LABS-162 > URL: https://issues.apache.org/jira/browse/LABS-162 > Project: Labs > Issue Type: Improvement > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Future > > > If in a web project database-jpa-web is not present, everything will work apparently correct, except that transactions will never be closed by anyone, so data will not be persisted and instead it will be stored in memory. > So the user will see no error but nothing will be written to the database. > This is unacceptable. > Probably the simplest solution is to merge database-jpa-web directly inside database-jpa, still making database-jpa not dependant on foundation-website, using AspectJ loosely typed approach to have a working system both if foundation-website is present or not. > If foundation-website was not providing so much functionalities, but only declaring interfaces or basic apis, it would not be a problem to have database-jpa depend on it (see LABS-152) > Probably inthe future it could be possible to merge the JPA "close the session" problem together with the handler reset problem in LABS-156 in a single API that resets a thread (thus committing here, cleaning there etc..). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Fri Feb 06 13:52:28 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 55479 invoked from network); 6 Feb 2009 13:52:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Feb 2009 13:52:28 -0000 Received: (qmail 53150 invoked by uid 500); 6 Feb 2009 13:52:26 -0000 Delivered-To: john93@example.net Received: (qmail 52818 invoked by uid 500); 6 Feb 2009 13:52:26 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 52740 invoked by uid 99); 6 Feb 2009 13:52:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 05:52:25 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 13:52:25 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 82849234C4AF for <john93@example.net>; Fri, 6 Feb 2009 05:52:03 -0800 (PST) Message-ID: <1313198299.1233928323533.JavaMail.jira@brutus> Date: Fri, 6 Feb 2009 05:52:03 -0800 (PST) From: "Bernd Fondermann (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Created: (LABS-290) Rename o.a.vysper.xmpp.security MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Rename o.a.vysper.xmpp.security ------------------------------- Key: LABS-290 URL: https://issues.apache.org/jira/browse/LABS-290 Project: Labs Issue Type: Improvement Components: Vysper Reporter: Bernd Fondermann Priority: Minor Rename package org.apache.vysper.xmpp.security to ...cryptography, to better match the purpose. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Fri Feb 06 15:34:22 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 33563 invoked from network); 6 Feb 2009 15:34:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Feb 2009 15:34:21 -0000 Received: (qmail 28212 invoked by uid 500); 6 Feb 2009 15:34:21 -0000 Delivered-To: john93@example.net Received: (qmail 28104 invoked by uid 500); 6 Feb 2009 15:34:20 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 28092 invoked by uid 99); 6 Feb 2009 15:34:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 07:34:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 15:34:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id D115D234C4AB for <john93@example.net>; Fri, 6 Feb 2009 07:33:59 -0800 (PST) Message-ID: <1291612110.1233934439855.JavaMail.jira@brutus> Date: Fri, 6 Feb 2009 07:33:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Updated: (LABS-251) [web] All producers are compoundable with others In-Reply-To: <106370373.1228788344254.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni updated LABS-251: ------------------------------- Fix Version/s: (was: Future) Current > [web] All producers are compoundable with others > ------------------------------------------------ > > Key: LABS-251 > URL: https://issues.apache.org/jira/browse/LABS-251 > Project: Labs > Issue Type: Improvement > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > This will remove the need for a CompoundProducer and make a lot of things easier. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Fri Feb 06 20:29:22 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 57502 invoked from network); 6 Feb 2009 20:29:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Feb 2009 20:29:21 -0000 Received: (qmail 13063 invoked by uid 500); 6 Feb 2009 20:29:20 -0000 Delivered-To: john93@example.net Received: (qmail 12922 invoked by uid 500); 6 Feb 2009 20:29:20 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 12911 invoked by uid 99); 6 Feb 2009 20:29:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 12:29:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 20:29:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 93AC0234C4AB for <john93@example.net>; Fri, 6 Feb 2009 12:28:59 -0800 (PST) Message-ID: <404027933.1233952139603.JavaMail.jira@brutus> Date: Fri, 6 Feb 2009 12:28:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-251) [web] All producers are compoundable with others In-Reply-To: <106370373.1228788344254.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-251. -------------------------------- Resolution: Fixed Added the compounding system to a generic interface, and bound it to the root HtmlProducer. Also added some dumb attach points, SIDEA to SIDED, so that they can be retrieved from the template. So added also a mainCompound method on the Template to support this inclusion. To do this, had to refactor the Template to not work directly on producers but to use some intermediate holders. This is something that would happen anyway, to support more flexibility in the templating system (like LABS-241), for future cglib based system (LABS-221), and probably for better template data caching. A few issues still exist with current implementation of this new method : - It permits to retrieve not only SIDEX compounded elements, but any compound side element. Still don't know if this is a common use case or can lead to errors. - The search is recursive, which adds a feature but makes it more complicated than it should be. - The elements placed in SIDEX are sent to output anyway after the main content if not reclaimed by the Template, which is again a feature but makes it more complicated. Anyway, the scope of the improvement is done, so I'm closing it. Tests added. > [web] All producers are compoundable with others > ------------------------------------------------ > > Key: LABS-251 > URL: https://issues.apache.org/jira/browse/LABS-251 > Project: Labs > Issue Type: Improvement > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > This will remove the need for a CompoundProducer and make a lot of things easier. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Sat Feb 07 02:25:22 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 97096 invoked from network); 7 Feb 2009 02:25:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Feb 2009 02:25:21 -0000 Received: (qmail 66766 invoked by uid 500); 7 Feb 2009 02:25:20 -0000 Delivered-To: john93@example.net Received: (qmail 66616 invoked by uid 500); 7 Feb 2009 02:25:20 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 66605 invoked by uid 99); 7 Feb 2009 02:25:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 18:25:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Feb 2009 02:25:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id A4B71234C4AF for <john93@example.net>; Fri, 6 Feb 2009 18:24:59 -0800 (PST) Message-ID: <2020995879.1233973499673.JavaMail.jira@brutus> Date: Fri, 6 Feb 2009 18:24:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-162) If database-jpa-web is not installed, all saves will fail with no warning In-Reply-To: <1129773435.1221695024302.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-162. -------------------------------- Resolution: Fixed Fix Version/s: (was: Future) Current > If database-jpa-web is not installed, all saves will fail with no warning > ------------------------------------------------------------------------- > > Key: LABS-162 > URL: https://issues.apache.org/jira/browse/LABS-162 > Project: Labs > Issue Type: Improvement > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > If in a web project database-jpa-web is not present, everything will work apparently correct, except that transactions will never be closed by anyone, so data will not be persisted and instead it will be stored in memory. > So the user will see no error but nothing will be written to the database. > This is unacceptable. > Probably the simplest solution is to merge database-jpa-web directly inside database-jpa, still making database-jpa not dependant on foundation-website, using AspectJ loosely typed approach to have a working system both if foundation-website is present or not. > If foundation-website was not providing so much functionalities, but only declaring interfaces or basic apis, it would not be a problem to have database-jpa depend on it (see LABS-152) > Probably inthe future it could be possible to merge the JPA "close the session" problem together with the handler reset problem in LABS-156 in a single API that resets a thread (thus committing here, cleaning there etc..). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Sat Feb 07 02:25:23 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 97315 invoked from network); 7 Feb 2009 02:25:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Feb 2009 02:25:22 -0000 Received: (qmail 67168 invoked by uid 500); 7 Feb 2009 02:25:22 -0000 Delivered-To: john93@example.net Received: (qmail 66908 invoked by uid 500); 7 Feb 2009 02:25:21 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 66857 invoked by uid 99); 7 Feb 2009 02:25:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 18:25:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Feb 2009 02:25:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 9E5A0234C4AB for <john93@example.net>; Fri, 6 Feb 2009 18:24:59 -0800 (PST) Message-ID: <857169822.1233973499647.JavaMail.jira@brutus> Date: Fri, 6 Feb 2009 18:24:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Resolved: (LABS-282) [refactoring][all] Cycle support In-Reply-To: <481669851.1232368559798.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LABS-282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Gianni resolved LABS-282. -------------------------------- Resolution: Fixed > [refactoring][all] Cycle support > -------------------------------- > > Key: LABS-282 > URL: https://issues.apache.org/jira/browse/LABS-282 > Project: Labs > Issue Type: Improvement > Components: Magma > Affects Versions: Current > Reporter: Simone Gianni > Assignee: Simone Gianni > Fix For: Current > > > A Magma application runs "cycles". For example, in a web application a cycle is a web request. Each Cycle is served by one Thread, or at least has one main Thread. > Magma uses ThreadLocals in a number of places, and other cycle-sensitive informations. > By adding the notion of cycle, it is possible to cleanup after the cycle has completed. For example, to empty all ThreadLocals allocated during the cycle. > This prevents memory leaks, offer a generic infrastructure for a number of features (like database transactions) which are currently implemented case by case, and offers a good protection shield against programmer errors. > This is connected with LABS-279 cause, obviously, the current running context is the first thing that must be cleared after each cycle. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 12 15:24:25 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 58625 invoked from network); 12 Feb 2009 15:24:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 12 Feb 2009 15:24:25 -0000 Received: (qmail 53488 invoked by uid 500); 12 Feb 2009 15:24:24 -0000 Delivered-To: john93@example.net Received: (qmail 53056 invoked by uid 500); 12 Feb 2009 15:24:23 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 52954 invoked by uid 99); 12 Feb 2009 15:24:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 07:24:22 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 15:24:20 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id BDC30234C4A7 for <john93@example.net>; Thu, 12 Feb 2009 07:23:59 -0800 (PST) Message-ID: <+1-308-737-0375.1234452239776.JavaMail.jira@brutus> Date: Thu, 12 Feb 2009 07:23:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Created: (LABS-291) [website][refactoring] HtmlProducers should work on writers or even on an HTML abstraction library MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [website][refactoring] HtmlProducers should work on writers or even on an HTML abstraction library -------------------------------------------------------------------------------------------------- Key: LABS-291 URL: https://issues.apache.org/jira/browse/LABS-291 Project: Labs Issue Type: Improvement Components: Magma Affects Versions: Current Reporter: Simone Gianni Assignee: Simone Gianni Fix For: Current -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 12 16:12:23 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 78739 invoked from network); 12 Feb 2009 16:12:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 12 Feb 2009 16:12:23 -0000 Received: (qmail 74882 invoked by uid 500); 12 Feb 2009 16:12:21 -0000 Delivered-To: john93@example.net Received: (qmail 74620 invoked by uid 500); 12 Feb 2009 16:12:21 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 74597 invoked by uid 99); 12 Feb 2009 16:12:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 08:12:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 16:12:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 984CA234C48C for <john93@example.net>; Thu, 12 Feb 2009 08:11:59 -0800 (PST) Message-ID: <1514293077.1234455119622.JavaMail.jira@brutus> Date: Thu, 12 Feb 2009 08:11:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Created: (LABS-292) [website] URL rewriting not contextualized anymore MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [website] URL rewriting not contextualized anymore -------------------------------------------------- Key: LABS-292 URL: https://issues.apache.org/jira/browse/LABS-292 Project: Labs Issue Type: Bug Components: Magma Affects Versions: Current Reporter: Simone Gianni Assignee: Simone Gianni Fix For: Current Forgot to do something with the new contextualizer -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: john93@example.net For additional commands, e-mail: john93@example.net From john93@example.net Thu Feb 12 16:12:25 2009 Return-Path: <john93@example.net> Delivered-To: john93@example.net Received: (qmail 78634 invoked from network); 12 Feb 2009 16:12:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 12 Feb 2009 16:12:22 -0000 Received: (qmail 74803 invoked by uid 500); 12 Feb 2009 16:12:21 -0000 Delivered-To: john93@example.net Received: (qmail 74618 invoked by uid 500); 12 Feb 2009 16:12:20 -0000 Mailing-List: contact john93@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:john93@example.net> List-Unsubscribe: <mailto:john93@example.net> List-Post: <mailto:john93@example.net> List-Id: <labs.labs.apache.org> Reply-To: john93@example.net Delivered-To: mailing list john93@example.net Received: (qmail 74596 invoked by uid 99); 12 Feb 2009 16:12:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 08:12:20 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 16:12:19 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 9B110234C495 for <john93@example.net>; Thu, 12 Feb 2009 08:11:59 -0800 (PST) Message-ID: <1152803473.1234455119634.JavaMail.jira@brutus> Date: Thu, 12 Feb 2009 08:11:59 -0800 (PST) From: "Simone Gianni (JIRA)" <john93@example.net> To: john93@example.net Subject: [jira] Created: (LABS-293) [website] doMethod parameters not passed to producers anymore MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [website] doMethod
{'source': 'Apache Software Foundation Public Mail Archives'}