Re: Google Summer of Code project idea request
Hi, On the second thought I think I should go with Nathan's point. I have included it in the wiki and removed the expression passing. Thanks, Supun... On 3/24/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 3/24/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the feedback. I'll add those additions and corrections. I think adding the capability to pass expressions to macros make them more complete. So I'll stick to my orginal proposal. I still don't know what this refers to. Will? I understand this was your suggestion? What sort of expressions are you talking about? Thanks, Supun.. On 3/23/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Supun, Really a very nice proposal. I think it'd be helpful to link at the end a list of relevant JIRA issues and wiki pages. It looks like (among other things) you are referring to http://wiki.apache.org/velocity/MacroIssues You list 'All the improvements to the code should not destroy the backward compatibility of the Velocity engine, and it shouldn't affect the Velocity engines template caching mechanism. These are two challenging issues that need to be addressed with care' I want to suggest a third requirement, which is that performance should not be significantly affected. This is really related to the caching issue. I think the allow expressions in macro arguments idea is nice, but not essential. (yes, I know this was my suggestion). Nathan's point about macro bodies might be more relevant. But I encourage you to follow your interests here. Best, WILL On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
I thought there was a JIRA issue on this, but I was mistaken. I was thinking it'd be nice to support #someMacro (10 + 10) but I don't feel strongly about it. Actually, on a related topic, I'd really like to see us add syntax for expressions in method calls. I do this all the time (generating a syntax error). $Tool.someMethod($velocityCount - 1) or similar. WILL On 3/24/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 3/24/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the feedback. I'll add those additions and corrections. I think adding the capability to pass expressions to macros make them more complete. So I'll stick to my orginal proposal. I still don't know what this refers to. Will? I understand this was your suggestion? What sort of expressions are you talking about? Thanks, Supun.. On 3/23/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Supun, Really a very nice proposal. I think it'd be helpful to link at the end a list of relevant JIRA issues and wiki pages. It looks like (among other things) you are referring to http://wiki.apache.org/velocity/MacroIssues You list 'All the improvements to the code should not destroy the backward compatibility of the Velocity engine, and it shouldn't affect the Velocity engines template caching mechanism. These are two challenging issues that need to be addressed with care' I want to suggest a third requirement, which is that performance should not be significantly affected. This is really related to the caching issue. I think the allow expressions in macro arguments idea is nice, but not essential. (yes, I know this was my suggestion). Nathan's point about macro bodies might be more relevant. But I encourage you to follow your interests here. Best, WILL On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great.
Re: Google Summer of Code project idea request
ah, expressions with operators... yeah, that's something we'd probably want to support for method, macro, and directive parameters all at once, to minimize con fusion about where thos are allowed. i suppose they already are allowed in some (all?) directives though. On 3/24/07, Will Glass-Husain [EMAIL PROTECTED] wrote: I thought there was a JIRA issue on this, but I was mistaken. I was thinking it'd be nice to support #someMacro (10 + 10) but I don't feel strongly about it. Actually, on a related topic, I'd really like to see us add syntax for expressions in method calls. I do this all the time (generating a syntax error). $Tool.someMethod($velocityCount - 1) or similar. WILL On 3/24/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 3/24/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the feedback. I'll add those additions and corrections. I think adding the capability to pass expressions to macros make them more complete. So I'll stick to my orginal proposal. I still don't know what this refers to. Will? I understand this was your suggestion? What sort of expressions are you talking about? Thanks, Supun.. On 3/23/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Supun, Really a very nice proposal. I think it'd be helpful to link at the end a list of relevant JIRA issues and wiki pages. It looks like (among other things) you are referring to http://wiki.apache.org/velocity/MacroIssues You list 'All the improvements to the code should not destroy the backward compatibility of the Velocity engine, and it shouldn't affect the Velocity engines template caching mechanism. These are two challenging issues that need to be addressed with care' I want to suggest a third requirement, which is that performance should not be significantly affected. This is really related to the caching issue. I think the allow expressions in macro arguments idea is nice, but not essential. (yes, I know this was my suggestion). Nathan's point about macro bodies might be more relevant. But I encourage you to follow your interests here. Best, WILL On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one
Re: Google Summer of Code project idea request
Hi, It seems incremental to me (though a big increment). And backwards compatible. Less effort than a complete parser rewrite. (really, all you're doing is having DirectiveArg() call Expression() instead of StringLiteral(), IntegerLiteral(), etc). I've got other things I'm interested in first, so this is all long term and may very wait until we have a new parser as Henning proposes. WILL On 3/24/07, Henning P. Schmiedehausen [EMAIL PROTECTED] wrote: Will Glass-Husain [EMAIL PROTECTED] writes: This is IMHO a major rewrite of the parser. If we go that way, then I would strongy lobby for a fully plugable solution. For web related stuff, it would be nice to be able to swap something JSTL compatible in. Also getting OGNL support would be nice. Does not sound like 1.x material to me, but I could be wrong here. Best regards Henning I thought there was a JIRA issue on this, but I was mistaken. I was thinking it'd be nice to support #someMacro (10 + 10) but I don't feel strongly about it. Actually, on a related topic, I'd really like to see us add syntax for expressions in method calls. I do this all the time (generating a syntax error). $Tool.someMethod($velocityCount - 1) or similar. WILL On 3/24/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 3/24/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the feedback. I'll add those additions and corrections. I think adding the capability to pass expressions to macros make them more complete. So I'll stick to my orginal proposal. I still don't know what this refers to. Will? I understand this was your suggestion? What sort of expressions are you talking about? Thanks, Supun.. On 3/23/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Supun, Really a very nice proposal. I think it'd be helpful to link at the end a list of relevant JIRA issues and wiki pages. It looks like (among other things) you are referring to http://wiki.apache.org/velocity/MacroIssues You list 'All the improvements to the code should not destroy the backward compatibility of the Velocity engine, and it shouldn't affect the Velocity engines template caching mechanism. These are two challenging issues that need to be addressed with care' I want to suggest a third requirement, which is that performance should not be significantly affected. This is really related to the caching issue. I think the allow expressions in macro arguments idea is nice, but not essential. (yes, I know this was my suggestion). Nathan's point about macro bodies might be more relevant. But I encourage you to follow your interests here. Best, WILL On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL
Re: Google Summer of Code project idea request
Supun, Did you submit your application -- I didn't see it in the official list. You probably know this, but the deadline has been extended to Monday, March 26th at 5:00 PM Pacific time. WILL On 3/24/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, On the second thought I think I should go with Nathan's point. I have included it in the wiki and removed the expression passing. Thanks, Supun... On 3/24/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 3/24/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the feedback. I'll add those additions and corrections. I think adding the capability to pass expressions to macros make them more complete. So I'll stick to my orginal proposal. I still don't know what this refers to. Will? I understand this was your suggestion? What sort of expressions are you talking about? Thanks, Supun.. On 3/23/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Supun, Really a very nice proposal. I think it'd be helpful to link at the end a list of relevant JIRA issues and wiki pages. It looks like (among other things) you are referring to http://wiki.apache.org/velocity/MacroIssues You list 'All the improvements to the code should not destroy the backward compatibility of the Velocity engine, and it shouldn't affect the Velocity engines template caching mechanism. These are two challenging issues that need to be addressed with care' I want to suggest a third requirement, which is that performance should not be significantly affected. This is really related to the caching issue. I think the allow expressions in macro arguments idea is nice, but not essential. (yes, I know this was my suggestion). Nathan's point about macro bodies might be more relevant. But I encourage you to follow your interests here. Best, WILL On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to
Re: Google Summer of Code project idea request
Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Cool, things have improved; i only found two more clear grammar problems: - In the Project Details section, the start of the last sentence in the third paragraph needs to change from If the values is True to If the value is True. - In the third sentence of the Maximum recursive depths paragraph, use property should be use a property. Also, i have a few technical comments that i did not think of before. In the Argument overloading section of the Project details, it is not clear whether you intend to change it so users can define multiple macros with the same name but different argument types (so arguments are passed by value) or whether you simply intend to allow users to define multiple macros with the same name but which accept different numbers of arguments (which would still be passed by name). You may consider clarifying that paragraph to clearly mean that latter option, as that is the desired feature, while the former is definitely not wanted. I'm also not entirely clear what the Passing expressions as arguments section is about. Is there a JIRA issue or Wiki entry about this that you can point to as a reference for me to understand this? What sort expressions are you concerned with? You already can do things like #fooMacro( $this.is.anExpression() ). Finally, one very common feature request for Velocimacros that would be very appreciated, is to allow users to define Velocimacros that take bodies. So i could do something like #macro( toDiv $class ) div class=$class#body/div #end and use it like: #toDiv( 'foo' )This is the body.#end to produce div class=fooThis is the body./div If you were interested in working on this feature, you'd be my hero! Of course, that's your decision... :) On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Supun, Really a very nice proposal. I think it'd be helpful to link at the end a list of relevant JIRA issues and wiki pages. It looks like (among other things) you are referring to http://wiki.apache.org/velocity/MacroIssues You list 'All the improvements to the code should not destroy the backward compatibility of the Velocity engine, and it shouldn't affect the Velocity engines template caching mechanism. These are two challenging issues that need to be addressed with care' I want to suggest a third requirement, which is that performance should not be significantly affected. This is really related to the caching issue. I think the allow expressions in macro arguments idea is nice, but not essential. (yes, I know this was my suggestion). Nathan's point about macro bodies might be more relevant. But I encourage you to follow your interests here. Best, WILL On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, Thanks for the effort. I have corrected most of the spelling issues and grammatical issues. If you have time please go thought it. Thanks, Supun.. On 3/22/07, Nathan Bubna [EMAIL PROTECTED] wrote: There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
There are some grammatical/spelling issues*, but on the whole it looks good to me. *On spelling, change cashing to caching. If you want grammar corrections let me know, and i can go through it again and send you a list later today. On 3/21/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Hi, I have almost completed my proposal for Veocimacro improvements. It is in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro. I'd really appreciate, if anyone can look in to that. I'm pretty sure there are lot of things that can be improved. Thanks, Supun Kamburugamuva. On 3/18/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Interesting idea. We need to be sure the scope is broad enough for a full GSOC project. For more info, I've been browsing http://wiki.apache.org/general/SummerOfCode2007 I'll write up both of these ideas and add them to the list, putting my name down as mentor. If anyone else is interesting I'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Hi, I like to work on macro stuff with velocty as a project for gsoc 2007. I'm new to velocty. So can anyone ponit me to the right direction? Thanks in advance Supun On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
+1 on the Performance project. There are some great tools for profiling applications now with open source licenses. As a student, you also will learn a great deal from this project. The things you learn from profiling are very interesting, having been involved in a 2 month project performance optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Supun, I've written up a description that might serve as a starting point for your application. See the bottom of: http://wiki.apache.org/general/SummerOfCode2007 I'll also add a potential project about performance/memory optimization. WILL On 3/17/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi, I like to work on macro stuff with velocty as a project for gsoc 2007. I'm new to velocty. So can anyone ponit me to the right direction? Thanks in advance Supun On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Hi, Thanks for the quick reply. I'll look in to these issues. Supun On 3/16/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Hmm... that's interesting. I'd be glad to be a mentor. Ideas from the community? Getting the macro stuff to work would be a big help. VELOCITY-362 and VELOCITY-277 are the most important, but also VELOCITY-297 and VELOCITY-62 https://issues.apache.org/jira/browse/VELOCITY-362 https://issues.apache.org/jira/browse/VELOCITY-277 https://issues.apache.org/jira/browse/VELOCITY-297 https://issues.apache.org/jira/browse/VELOCITY-62 Maybe the tools community have ideas as well? WILL On 3/15/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi all, I'm a computer science and engineering undergraduate student at the University of Moratuwa, Sri Lanka. I'm interested in doing a project on Apache/Velocity for the Google Summer of Code 2007 competition. I'm actively involved in Apache Web Services Axis2C project for more than five months. I received the Apache Axis2C Committership for implementing IIS Support for Axis2C. I have gained reasonable amount of knowledge and experience in open source projects during the past few months and I'm hoping to continue my contribution to open source projects. I'll be really pleased if someone can suggest a project idea for Google Summer of Code 2007. Thanks, Supun Kamburugamuva. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Ideas from the community? What about some *real* performance improvements? 4 years ago, when Velocity gained a big number of users, it was because Velocity was much faster than JSP. This is not true anymore, as JSP is much faster and scalable now. Maybe it would be the time to try to regain a part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
Hmm... that's interesting. I'd be glad to be a mentor. Ideas from the community? Getting the macro stuff to work would be a big help. VELOCITY-362 and VELOCITY-277 are the most important, but also VELOCITY-297 and VELOCITY-62 https://issues.apache.org/jira/browse/VELOCITY-362 https://issues.apache.org/jira/browse/VELOCITY-277 https://issues.apache.org/jira/browse/VELOCITY-297 https://issues.apache.org/jira/browse/VELOCITY-62 Maybe the tools community have ideas as well? WILL On 3/15/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: Hi all, I'm a computer science and engineering undergraduate student at the University of Moratuwa, Sri Lanka. I'm interested in doing a project on Apache/Velocity for the Google Summer of Code 2007 competition. I'm actively involved in Apache Web Services Axis2C project for more than five months. I received the Apache Axis2C Committership for implementing IIS Support for Axis2C. I have gained reasonable amount of knowledge and experience in open source projects during the past few months and I'm hoping to continue my contribution to open source projects. I'll be really pleased if someone can suggest a project idea for Google Summer of Code 2007. Thanks, Supun Kamburugamuva. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]