Menu
▾
▴
jamon-users — Questions, suggestions, problems.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(3) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(6) |
Oct
(37) |
Nov
(8) |
Dec
|
| 2004 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2006 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2007 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(6) |
May
(6) |
Jun
|
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(5) |
| 2008 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(4) |
Oct
|
Nov
|
Dec
(2) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(1) |
Jul
(8) |
Aug
|
Sep
(10) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
(3) |
Feb
(7) |
Mar
|
Apr
(2) |
May
(3) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(6) |
| 2011 |
Jan
(7) |
Feb
(3) |
Mar
(4) |
Apr
(2) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(11) |
Oct
(2) |
Nov
(2) |
Dec
(4) |
| 2012 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
|
Jun
(2) |
Jul
(6) |
Aug
(22) |
Sep
(11) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2014 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: electrotype <ele...@gm...> - 2013-09-06 18:01:21
|
Hi, I'm trying to compile Jamon from sources and I'm having some issues. From /svn://svn.code.sf.net/p/jamon/code/ , is there a trunk/tag/branch that can be checkouted and that would directly compile using "mvn clean install"? I've tried with the trunk and from some "releases" entries, but without success. One of the obvious problem I see is (from the trunk) in /jamon/jamon-processor/src/main/java/org/jamon/node/ : this folder only contains "AbstractNode.java" and "LocationImpl.java". It seems a lot of files are missing. When I look into the /jamon-processor-2.4.1.jar/ that is in my /.m2/ folder, there are 78 files in that folder! I'd like to, at least, be able to compile : - jamon-maven-plugin - jamon-processor - jamon-runtime Any help? Thanks in advance. electrotype |
|
From: electrotype <ele...@gm...> - 2013-08-31 13:18:37
|
Is there a way to specify a default value for a fragment so the fragment argument would be optional?
For example :
-----------------
<%frag content>
My default content
</%frag>
-----------------
Thanks in advance,
electrotype
|
|
From: Jay S. <ja...@co...> - 2013-08-30 20:35:29
|
Interesting: even in the view layer, favor composition over inheritance. On Fri, Aug 30, 2013 at 2:14 PM, Moandji Ezana <mw...@gm...> wrote: > Multiple fragments is a really nice feature! It would be great if it could > be documented. > > As for electrotype's issue, I ised to use inheritance in the same way, but > now I find it easier to have the layout templates take a fragment, and > concrete templates use composition instead. Multiple fragments would seem > to make this even more appealing. > On Aug 30, 2013 7:15 PM, "Ian Robertson" <ia...@re...> wrote: > >> A template can take in multiple fragments. Unfortunately (as I just >> discovered), this never got documented, save for an inadvertent example >> under http://jamon.org/Reference.html#Generics. The syntax for the >> calling template is: >> >> <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &> >> <|frag1>Content for fragment 1</|> >> <|frag2>Content for fragment 2</|> >> </&> >> >> For arguments which would make more sense to be regular arguments instead >> of fragments, I've found a decent solution is to use a <%class> block ( >> http://jamon.org/Reference.html#ClassCode): >> Parent.jamon >> <%class> >> String defaultParam1 = "default first param"; >> protected String defaultParam2() { return "another way to have >> overridable defaults" } >> </%class> >> >> Child.jamon >> <%class> >> defaultParam1 = "overridden first param"; >> @Override String defaultParam2() { return "overridden second param" } >> </%class> >> >> >> >> On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm...>wrote: >> >>> I'm experimenting with the layout features of Jamon, and there is one >>> thing I'm not sure how to do. >>> >>> I have 3 files : >>> >>> - *layout.jamon* >>> - *sideBar.jamon* >>> - *page1.jamon* >>> >>> *layout.jamon :* >>> ------------------------------------- >>> <%encoding UTF-8>\ >>> <%abstract>\ >>> <!doctype html> >>> <head> >>> <meta charset="UTF-8"> >>> </head> >>> <body> >>> <div id="sidebar" style="float:left;width:10%;"> >>> <&| sideBar; param1="Default param1 value"; param2="Default >>> param2 value" &> >>> <& param3 &> >>> </&> >>> </div> >>> <div id="content" style="float:left;width:90%;"> >>> <& *CHILD &> >>> </div> >>> </body> >>> </html> >>> >>> <%method param3> >>> Default param3 fragment value >>> </%method> >>> ------------------------------------- >>> >>> *sideBar.jamon** :* >>> ------------------------------------- >>> <%encoding UTF-8> >>> <%frag param3/> >>> <%args> >>> String param1; >>> String param2; >>> </%args> >>> >>> <div style="background-color:#C0C0C0;"> >>> param1 : <% param1 %> >>> <br /> >>> param2 : <% param2 %> >>> <br /> >>> param3 (fragment) : <& param3 &> >>> </div> >>> ------------------------------------- >>> >>> *page1.jamon** :* >>> ------------------------------------- >>> <%encoding UTF-8> >>> <%extends layout> >>> <%override param3> >>> Product page param3 fragment value >>> </%override> >>> >>> <div> >>> Product page >>> </div> >>> ------------------------------------- >>> >>> So I have a layout, which contains a sidebar and a content div. The >>> content div is filled by the child, *page1.jamon*. >>> >>> What I'm trying to do is to be able to pass *overridable** parameters*to the sidebar. The sidebar would be called with some parameters, let's say >>> param1, param2, param3, but the value for those parameters would be >>> overridable by *page1.jamon*. Is this possible? I'm able to override * >>> one* "parameter" : the fragment part. The body of the fragment is >>> actually a call to a protected template ("*<& param3 &>*") so the child >>> can override it and therefore can customize the value that is passed to the >>> sidebar. But how could I make *page1.jamon* also being able to >>> customize *param1* and *param2*? >>> >>> I think a template can only have *one* fragment, right? And I didn't >>> find a way to pass dynamic values as a standard parameters, when calling a >>> template. For example : >>> ------------------------------------- >>> <& sideBar; param4=<& param4value &> &> >>> or >>> <& sideBar; param4="<& param4value &>" &> >>> ------------------------------------- >>> ... where *param4value *would be a protected template, overridable by >>> the child, doesn't seem to work. >>> >>> So my question is : How can the child (*page1.jamon*) customize >>> multiple parameters used by *sideBar.jamon* ? >>> >>> I guess *jamonContext *could be used to set all values that need to be >>> overriden from within *page1.jamon *and then used to get those values >>> from within *sideBar.jamon*. But I was wondering if there was a better >>> solution? >>> >>> Thanks in advance! >>> >>> electrotype >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! >>> Discover the easy way to master current and previous Microsoft >>> technologies >>> and advance your career. Get an incredible 1,500+ hours of step-by-step >>> tutorial videos with LearnDevNow. Subscribe today and save! >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Jamon-users mailing list >>> Jam...@li... >>> https://lists.sourceforge.net/lists/listinfo/jamon-users >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! >> Discover the easy way to master current and previous Microsoft >> technologies >> and advance your career. Get an incredible 1,500+ hours of step-by-step >> tutorial videos with LearnDevNow. Subscribe today and save! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-30 20:08:46
|
Got it!
But I think the syntax is :
----------------------
<& Sidebar; param1 = defaultParam1; param2=defaultParam2() &>
----------------------
With a ";" and a "=".
I start to really enjoy Jamon... Thanks again for the help!
electrotype
On 8/30/2013 3:43 PM, Ian Robertson wrote:
> Sorry - I forgot to include how to use them!
>
> Parent.jamon
> <%class>
> String defaultParam1 = "default first param";
> protected String defaultParam2() { return "another way to have overridable defaults" }
> </%class>
> ....
> <& Sidebar; param1 = defaultParam1, param2: defaultParam2() &>
>
> Child.jamon
> <%class>
> defaultParam1 = "overridden first param";
> @Override String defaultParam2() { return "overridden second param" }
> </%class>
>
> Content in the <%class> block is put as top-level code in the generated impl class, so in the
> above case, it is essentially creating instance variables and instance methods. These are
> available to the methods responsible for generating the output.
>
> That said - I'm not 100% sure I'm answering your question; please let me know if I'm missing the mark.
>
> - Ian
>
>
>
>
> On Fri, Aug 30, 2013 at 1:35 PM, electrotype <ele...@gm...
> <mailto:ele...@gm...>> wrote:
>
> Ian,
>
> If I understand correctly, using like this the /<%class>/ tags allow children to override some
> values, but they don't help passing those values to a template...
>
> I mean, it's still not possible to use the /defaultParam1 /and /defaultParam2()/ from your
> examples as regular parameters when calling a template, right? And templates do not have
> access to the "parent" layout properties and protected methods either, so they can't use
> /defaultParam1 /and /defaultParam2()/ directly.
>
> So, if I understand correctly, the only way to pass multiple overridable "parameters" to a
> template (not a child) is to use multiple fragments. Or maybe I am missing something?
>
> electrotype
>
>
>
> On 8/30/2013 1:15 PM, Ian Robertson wrote:
>> A template can take in multiple fragments. Unfortunately (as I just discovered), this never
>> got documented, save for an inadvertent example under
>> http://jamon.org/Reference.html#Generics. The syntax for the calling template is:
>>
>> <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &>
>> <|frag1>Content for fragment 1</|>
>> <|frag2>Content for fragment 2</|>
>> </&>
>>
>> For arguments which would make more sense to be regular arguments instead of fragments, I've
>> found a decent solution is to use a <%class> block (http://jamon.org/Reference.html#ClassCode):
>> Parent.jamon
>> <%class>
>> String defaultParam1 = "default first param";
>> protected String defaultParam2() { return "another way to have overridable defaults" }
>> </%class>
>>
>> Child.jamon
>> <%class>
>> defaultParam1 = "overridden first param";
>> @Override String defaultParam2() { return "overridden second param" }
>> </%class>
>>
>>
>>
>> On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm...
>> <mailto:ele...@gm...>> wrote:
>>
>> I'm experimenting with the layout features of Jamon, and there is one thing I'm not sure
>> how to do.
>>
>> I have 3 files :
>>
>> - /layout.jamon/
>> - /sideBar.jamon/
>> - /page1.jamon/
>>
>> *layout.jamon :*
>> -------------------------------------
>> <%encoding UTF-8>\
>> <%abstract>\
>> <!doctype html>
>> <head>
>> <meta charset="UTF-8">
>> </head>
>> <body>
>> <div id="sidebar" style="float:left;width:10%;">
>> <&| sideBar; param1="Default param1 value"; param2="Default param2 value" &>
>> <& param3 &>
>> </&>
>> </div>
>> <div id="content" style="float:left;width:90%;">
>> <& *CHILD &>
>> </div>
>> </body>
>> </html>
>>
>> <%method param3>
>> Default param3 fragment value
>> </%method>
>> -------------------------------------
>>
>> *sideBar.jamon**:*
>> -------------------------------------
>> <%encoding UTF-8>
>> <%frag param3/>
>> <%args>
>> String param1;
>> String param2;
>> </%args>
>>
>> <div style="background-color:#C0C0C0;">
>> param1 : <% param1 %>
>> <br />
>> param2 : <% param2 %>
>> <br />
>> param3 (fragment) : <& param3 &>
>> </div>
>> -------------------------------------
>>
>> *page1.jamon**:*
>> -------------------------------------
>> <%encoding UTF-8>
>> <%extends layout>
>> <%override param3>
>> Product page param3 fragment value
>> </%override>
>>
>> <div>
>> Product page
>> </div>
>> -------------------------------------
>>
>> So I have a layout, which contains a sidebar and a content div. The content div is filled
>> by the child, /page1.jamon/.
>>
>> What I'm trying to do is to be able to pass /overridable//parameters/ to the sidebar. The
>> sidebar would be called with some parameters, let's say param1, param2, param3, but the
>> value for those parameters would be overridable by /page1.jamon/. Is this possible? I'm
>> able to override /one/ "parameter" : the fragment part. The body of the fragment is
>> actually a call to a protected template ("/<& param3 &>/") so the child can override it
>> and therefore can customize the value that is passed to the sidebar. But how could I make
>> /page1.jamon/ also being able to customize /param1/ and /param2/?
>>
>> I think a template can only have /one/ fragment, right? And I didn't find a way to pass
>> dynamic values as a standard parameters, when calling a template. For example :
>> -------------------------------------
>> <& sideBar; param4=<& param4value &> &>
>> or
>> <& sideBar; param4="<& param4value &>" &>
>> -------------------------------------
>> ... where /param4value /would be a protected template, overridable by the child, doesn't
>> seem to work.
>>
>> So my question is : How can the child (/page1.jamon/) customize multiple parameters used
>> by /sideBar.jamon/ ?
>>
>> I guess /jamonContext /could be used to set all values that need to be overriden from
>> within /page1.jamon /and then used to get those values from within /sideBar.jamon/. But I
>> was wondering if there was a better solution?
>>
>> Thanks in advance!
>>
>> electrotype
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
>> Discover the easy way to master current and previous Microsoft technologies
>> and advance your career. Get an incredible 1,500+ hours of step-by-step
>> tutorial videos with LearnDevNow. Subscribe today and save!
>> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Jamon-users mailing list
>> Jam...@li... <mailto:Jam...@li...>
>> https://lists.sourceforge.net/lists/listinfo/jamon-users
>>
>>
>
>
|
|
From: Ian R. <ia...@re...> - 2013-08-30 19:43:42
|
Sorry - I forgot to include how to use them!
Parent.jamon
<%class>
String defaultParam1 = "default first param";
protected String defaultParam2() { return "another way to have
overridable defaults" }
</%class>
....
<& Sidebar; param1 = defaultParam1, param2: defaultParam2() &>
Child.jamon
<%class>
defaultParam1 = "overridden first param";
@Override String defaultParam2() { return "overridden second param" }
</%class>
Content in the <%class> block is put as top-level code in the generated
impl class, so in the above case, it is essentially creating instance
variables and instance methods. These are available to the methods
responsible for generating the output.
That said - I'm not 100% sure I'm answering your question; please let me
know if I'm missing the mark.
- Ian
On Fri, Aug 30, 2013 at 1:35 PM, electrotype <ele...@gm...> wrote:
> Ian,
>
> If I understand correctly, using like this the *<%class>* tags allow
> children to override some values, but they don't help passing those values
> to a template...
>
> I mean, it's still not possible to use the *defaultParam1 *and *
> defaultParam2()* from your examples as regular parameters when calling a
> template, right? And templates do not have access to the "parent" layout
> properties and protected methods either, so they can't use *defaultParam1
> *and *defaultParam2()* directly.
>
> So, if I understand correctly, the only way to pass multiple overridable
> "parameters" to a template (not a child) is to use multiple fragments. Or
> maybe I am missing something?
>
> electrotype
>
>
>
> On 8/30/2013 1:15 PM, Ian Robertson wrote:
>
> A template can take in multiple fragments. Unfortunately (as I just
> discovered), this never got documented, save for an inadvertent example
> under http://jamon.org/Reference.html#Generics. The syntax for the
> calling template is:
>
> <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &>
> <|frag1>Content for fragment 1</|>
> <|frag2>Content for fragment 2</|>
> </&>
>
> For arguments which would make more sense to be regular arguments instead
> of fragments, I've found a decent solution is to use a <%class> block (
> http://jamon.org/Reference.html#ClassCode):
> Parent.jamon
> <%class>
> String defaultParam1 = "default first param";
> protected String defaultParam2() { return "another way to have
> overridable defaults" }
> </%class>
>
> Child.jamon
> <%class>
> defaultParam1 = "overridden first param";
> @Override String defaultParam2() { return "overridden second param" }
> </%class>
>
>
>
> On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm...>wrote:
>
>> I'm experimenting with the layout features of Jamon, and there is one
>> thing I'm not sure how to do.
>>
>> I have 3 files :
>>
>> - *layout.jamon*
>> - *sideBar.jamon*
>> - *page1.jamon*
>>
>> *layout.jamon :*
>> -------------------------------------
>> <%encoding UTF-8>\
>> <%abstract>\
>> <!doctype html>
>> <head>
>> <meta charset="UTF-8">
>> </head>
>> <body>
>> <div id="sidebar" style="float:left;width:10%;">
>> <&| sideBar; param1="Default param1 value"; param2="Default
>> param2 value" &>
>> <& param3 &>
>> </&>
>> </div>
>> <div id="content" style="float:left;width:90%;">
>> <& *CHILD &>
>> </div>
>> </body>
>> </html>
>>
>> <%method param3>
>> Default param3 fragment value
>> </%method>
>> -------------------------------------
>>
>> *sideBar.jamon** :*
>> -------------------------------------
>> <%encoding UTF-8>
>> <%frag param3/>
>> <%args>
>> String param1;
>> String param2;
>> </%args>
>>
>> <div style="background-color:#C0C0C0;">
>> param1 : <% param1 %>
>> <br />
>> param2 : <% param2 %>
>> <br />
>> param3 (fragment) : <& param3 &>
>> </div>
>> -------------------------------------
>>
>> *page1.jamon** :*
>> -------------------------------------
>> <%encoding UTF-8>
>> <%extends layout>
>> <%override param3>
>> Product page param3 fragment value
>> </%override>
>>
>> <div>
>> Product page
>> </div>
>> -------------------------------------
>>
>> So I have a layout, which contains a sidebar and a content div. The
>> content div is filled by the child, *page1.jamon*.
>>
>> What I'm trying to do is to be able to pass *overridable** parameters*to the sidebar. The sidebar would be called with some parameters, let's say
>> param1, param2, param3, but the value for those parameters would be
>> overridable by *page1.jamon*. Is this possible? I'm able to override *one
>> * "parameter" : the fragment part. The body of the fragment is actually
>> a call to a protected template ("*<& param3 &>*") so the child can
>> override it and therefore can customize the value that is passed to the
>> sidebar. But how could I make *page1.jamon* also being able to customize
>> *param1* and *param2*?
>>
>> I think a template can only have *one* fragment, right? And I didn't
>> find a way to pass dynamic values as a standard parameters, when calling a
>> template. For example :
>> -------------------------------------
>> <& sideBar; param4=<& param4value &> &>
>> or
>> <& sideBar; param4="<& param4value &>" &>
>> -------------------------------------
>> ... where *param4value *would be a protected template, overridable by
>> the child, doesn't seem to work.
>>
>> So my question is : How can the child (*page1.jamon*) customize multiple
>> parameters used by *sideBar.jamon* ?
>>
>> I guess *jamonContext *could be used to set all values that need to be
>> overriden from within *page1.jamon *and then used to get those values
>> from within *sideBar.jamon*. But I was wondering if there was a better
>> solution?
>>
>> Thanks in advance!
>>
>> electrotype
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
>> Discover the easy way to master current and previous Microsoft
>> technologies
>> and advance your career. Get an incredible 1,500+ hours of step-by-step
>> tutorial videos with LearnDevNow. Subscribe today and save!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Jamon-users mailing list
>> Jam...@li...
>> https://lists.sourceforge.net/lists/listinfo/jamon-users
>>
>>
>
>
|
|
From: electrotype <ele...@gm...> - 2013-08-30 19:37:52
|
Moandji, /> the layout templates take a fragment, and concrete templates use composition instead/ I'm not sure I understand... Can you give a short example? It would be really appreciated! Thanks! electrotype On 8/30/2013 2:14 PM, Moandji Ezana wrote: > > Multiple fragments is a really nice feature! It would be great if it could be documented. > > As for electrotype's issue, I ised to use inheritance in the same way, but now I find it easier to > have the layout templates take a fragment, and concrete templates use composition instead. > Multiple fragments would seem to make this even more appealing. > > On Aug 30, 2013 7:15 PM, "Ian Robertson" <ia...@re... <mailto:ia...@re...>> wrote: > > A template can take in multiple fragments. Unfortunately (as I just discovered), this never > got documented, save for an inadvertent example under > http://jamon.org/Reference.html#Generics. The syntax for the calling template is: > > <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &> > <|frag1>Content for fragment 1</|> > <|frag2>Content for fragment 2</|> > </&> > > For arguments which would make more sense to be regular arguments instead of fragments, I've > found a decent solution is to use a <%class> block (http://jamon.org/Reference.html#ClassCode): > Parent.jamon > <%class> > String defaultParam1 = "default first param"; > protected String defaultParam2() { return "another way to have overridable defaults" } > </%class> > > Child.jamon > <%class> > defaultParam1 = "overridden first param"; > @Override String defaultParam2() { return "overridden second param" } > </%class> > > > > On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > I'm experimenting with the layout features of Jamon, and there is one thing I'm not sure > how to do. > > I have 3 files : > > - /layout.jamon/ > - /sideBar.jamon/ > - /page1.jamon/ > > *layout.jamon :* > ------------------------------------- > <%encoding UTF-8>\ > <%abstract>\ > <!doctype html> > <head> > <meta charset="UTF-8"> > </head> > <body> > <div id="sidebar" style="float:left;width:10%;"> > <&| sideBar; param1="Default param1 value"; param2="Default param2 value" &> > <& param3 &> > </&> > </div> > <div id="content" style="float:left;width:90%;"> > <& *CHILD &> > </div> > </body> > </html> > > <%method param3> > Default param3 fragment value > </%method> > ------------------------------------- > > *sideBar.jamon**:* > ------------------------------------- > <%encoding UTF-8> > <%frag param3/> > <%args> > String param1; > String param2; > </%args> > > <div style="background-color:#C0C0C0;"> > param1 : <% param1 %> > <br /> > param2 : <% param2 %> > <br /> > param3 (fragment) : <& param3 &> > </div> > ------------------------------------- > > *page1.jamon**:* > ------------------------------------- > <%encoding UTF-8> > <%extends layout> > <%override param3> > Product page param3 fragment value > </%override> > > <div> > Product page > </div> > ------------------------------------- > > So I have a layout, which contains a sidebar and a content div. The content div is filled > by the child, /page1.jamon/. > > What I'm trying to do is to be able to pass /overridable//parameters/ to the sidebar. The > sidebar would be called with some parameters, let's say param1, param2, param3, but the > value for those parameters would be overridable by /page1.jamon/. Is this possible? I'm > able to override /one/ "parameter" : the fragment part. The body of the fragment is > actually a call to a protected template ("/<& param3 &>/") so the child can override it > and therefore can customize the value that is passed to the sidebar. But how could I make > /page1.jamon/ also being able to customize /param1/ and /param2/? > > I think a template can only have /one/ fragment, right? And I didn't find a way to pass > dynamic values as a standard parameters, when calling a template. For example : > ------------------------------------- > <& sideBar; param4=<& param4value &> &> > or > <& sideBar; param4="<& param4value &>" &> > ------------------------------------- > ... where /param4value /would be a protected template, overridable by the child, doesn't > seem to work. > > So my question is : How can the child (/page1.jamon/) customize multiple parameters used > by /sideBar.jamon/ ? > > I guess /jamonContext /could be used to set all values that need to be overriden from > within /page1.jamon /and then used to get those values from within /sideBar.jamon/. But I > was wondering if there was a better solution? > > Thanks in advance! > > electrotype > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > > > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users |
|
From: electrotype <ele...@gm...> - 2013-08-30 19:35:55
|
Ian, If I understand correctly, using like this the /<%class>/ tags allow children to override some values, but they don't help passing those values to a template... I mean, it's still not possible to use the /defaultParam1 /and /defaultParam2()/ from your examples as regular parameters when calling a template, right? And templates do not have access to the "parent" layout properties and protected methods either, so they can't use /defaultParam1 /and /defaultParam2()/ directly. So, if I understand correctly, the only way to pass multiple overridable "parameters" to a template (not a child) is to use multiple fragments. Or maybe I am missing something? electrotype On 8/30/2013 1:15 PM, Ian Robertson wrote: > A template can take in multiple fragments. Unfortunately (as I just discovered), this never got > documented, save for an inadvertent example under http://jamon.org/Reference.html#Generics. The > syntax for the calling template is: > > <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &> > <|frag1>Content for fragment 1</|> > <|frag2>Content for fragment 2</|> > </&> > > For arguments which would make more sense to be regular arguments instead of fragments, I've found > a decent solution is to use a <%class> block (http://jamon.org/Reference.html#ClassCode): > Parent.jamon > <%class> > String defaultParam1 = "default first param"; > protected String defaultParam2() { return "another way to have overridable defaults" } > </%class> > > Child.jamon > <%class> > defaultParam1 = "overridden first param"; > @Override String defaultParam2() { return "overridden second param" } > </%class> > > > > On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > I'm experimenting with the layout features of Jamon, and there is one thing I'm not sure how > to do. > > I have 3 files : > > - /layout.jamon/ > - /sideBar.jamon/ > - /page1.jamon/ > > *layout.jamon :* > ------------------------------------- > <%encoding UTF-8>\ > <%abstract>\ > <!doctype html> > <head> > <meta charset="UTF-8"> > </head> > <body> > <div id="sidebar" style="float:left;width:10%;"> > <&| sideBar; param1="Default param1 value"; param2="Default param2 value" &> > <& param3 &> > </&> > </div> > <div id="content" style="float:left;width:90%;"> > <& *CHILD &> > </div> > </body> > </html> > > <%method param3> > Default param3 fragment value > </%method> > ------------------------------------- > > *sideBar.jamon**:* > ------------------------------------- > <%encoding UTF-8> > <%frag param3/> > <%args> > String param1; > String param2; > </%args> > > <div style="background-color:#C0C0C0;"> > param1 : <% param1 %> > <br /> > param2 : <% param2 %> > <br /> > param3 (fragment) : <& param3 &> > </div> > ------------------------------------- > > *page1.jamon**:* > ------------------------------------- > <%encoding UTF-8> > <%extends layout> > <%override param3> > Product page param3 fragment value > </%override> > > <div> > Product page > </div> > ------------------------------------- > > So I have a layout, which contains a sidebar and a content div. The content div is filled by > the child, /page1.jamon/. > > What I'm trying to do is to be able to pass /overridable//parameters/ to the sidebar. The > sidebar would be called with some parameters, let's say param1, param2, param3, but the value > for those parameters would be overridable by /page1.jamon/. Is this possible? I'm able to > override /one/ "parameter" : the fragment part. The body of the fragment is actually a call to > a protected template ("/<& param3 &>/") so the child can override it and therefore can > customize the value that is passed to the sidebar. But how could I make /page1.jamon/ also > being able to customize /param1/ and /param2/? > > I think a template can only have /one/ fragment, right? And I didn't find a way to pass > dynamic values as a standard parameters, when calling a template. For example : > ------------------------------------- > <& sideBar; param4=<& param4value &> &> > or > <& sideBar; param4="<& param4value &>" &> > ------------------------------------- > ... where /param4value /would be a protected template, overridable by the child, doesn't seem > to work. > > So my question is : How can the child (/page1.jamon/) customize multiple parameters used by > /sideBar.jamon/ ? > > I guess /jamonContext /could be used to set all values that need to be overriden from within > /page1.jamon /and then used to get those values from within /sideBar.jamon/. But I was > wondering if there was a better solution? > > Thanks in advance! > > electrotype > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: Moandji E. <mw...@gm...> - 2013-08-30 18:14:26
|
Multiple fragments is a really nice feature! It would be great if it could be documented. As for electrotype's issue, I ised to use inheritance in the same way, but now I find it easier to have the layout templates take a fragment, and concrete templates use composition instead. Multiple fragments would seem to make this even more appealing. On Aug 30, 2013 7:15 PM, "Ian Robertson" <ia...@re...> wrote: > A template can take in multiple fragments. Unfortunately (as I just > discovered), this never got documented, save for an inadvertent example > under http://jamon.org/Reference.html#Generics. The syntax for the > calling template is: > > <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &> > <|frag1>Content for fragment 1</|> > <|frag2>Content for fragment 2</|> > </&> > > For arguments which would make more sense to be regular arguments instead > of fragments, I've found a decent solution is to use a <%class> block ( > http://jamon.org/Reference.html#ClassCode): > Parent.jamon > <%class> > String defaultParam1 = "default first param"; > protected String defaultParam2() { return "another way to have > overridable defaults" } > </%class> > > Child.jamon > <%class> > defaultParam1 = "overridden first param"; > @Override String defaultParam2() { return "overridden second param" } > </%class> > > > > On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm...>wrote: > >> I'm experimenting with the layout features of Jamon, and there is one >> thing I'm not sure how to do. >> >> I have 3 files : >> >> - *layout.jamon* >> - *sideBar.jamon* >> - *page1.jamon* >> >> *layout.jamon :* >> ------------------------------------- >> <%encoding UTF-8>\ >> <%abstract>\ >> <!doctype html> >> <head> >> <meta charset="UTF-8"> >> </head> >> <body> >> <div id="sidebar" style="float:left;width:10%;"> >> <&| sideBar; param1="Default param1 value"; param2="Default >> param2 value" &> >> <& param3 &> >> </&> >> </div> >> <div id="content" style="float:left;width:90%;"> >> <& *CHILD &> >> </div> >> </body> >> </html> >> >> <%method param3> >> Default param3 fragment value >> </%method> >> ------------------------------------- >> >> *sideBar.jamon** :* >> ------------------------------------- >> <%encoding UTF-8> >> <%frag param3/> >> <%args> >> String param1; >> String param2; >> </%args> >> >> <div style="background-color:#C0C0C0;"> >> param1 : <% param1 %> >> <br /> >> param2 : <% param2 %> >> <br /> >> param3 (fragment) : <& param3 &> >> </div> >> ------------------------------------- >> >> *page1.jamon** :* >> ------------------------------------- >> <%encoding UTF-8> >> <%extends layout> >> <%override param3> >> Product page param3 fragment value >> </%override> >> >> <div> >> Product page >> </div> >> ------------------------------------- >> >> So I have a layout, which contains a sidebar and a content div. The >> content div is filled by the child, *page1.jamon*. >> >> What I'm trying to do is to be able to pass *overridable** parameters*to the sidebar. The sidebar would be called with some parameters, let's say >> param1, param2, param3, but the value for those parameters would be >> overridable by *page1.jamon*. Is this possible? I'm able to override *one >> * "parameter" : the fragment part. The body of the fragment is actually >> a call to a protected template ("*<& param3 &>*") so the child can >> override it and therefore can customize the value that is passed to the >> sidebar. But how could I make *page1.jamon* also being able to customize >> *param1* and *param2*? >> >> I think a template can only have *one* fragment, right? And I didn't >> find a way to pass dynamic values as a standard parameters, when calling a >> template. For example : >> ------------------------------------- >> <& sideBar; param4=<& param4value &> &> >> or >> <& sideBar; param4="<& param4value &>" &> >> ------------------------------------- >> ... where *param4value *would be a protected template, overridable by >> the child, doesn't seem to work. >> >> So my question is : How can the child (*page1.jamon*) customize multiple >> parameters used by *sideBar.jamon* ? >> >> I guess *jamonContext *could be used to set all values that need to be >> overriden from within *page1.jamon *and then used to get those values >> from within *sideBar.jamon*. But I was wondering if there was a better >> solution? >> >> Thanks in advance! >> >> electrotype >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! >> Discover the easy way to master current and previous Microsoft >> technologies >> and advance your career. Get an incredible 1,500+ hours of step-by-step >> tutorial videos with LearnDevNow. Subscribe today and save! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-30 17:20:17
|
Thanks a lot! On 8/30/2013 1:15 PM, Ian Robertson wrote: > A template can take in multiple fragments. Unfortunately (as I just discovered), this never got > documented, save for an inadvertent example under http://jamon.org/Reference.html#Generics. The > syntax for the calling template is: > > <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &> > <|frag1>Content for fragment 1</|> > <|frag2>Content for fragment 2</|> > </&> > > For arguments which would make more sense to be regular arguments instead of fragments, I've found > a decent solution is to use a <%class> block (http://jamon.org/Reference.html#ClassCode): > Parent.jamon > <%class> > String defaultParam1 = "default first param"; > protected String defaultParam2() { return "another way to have overridable defaults" } > </%class> > > Child.jamon > <%class> > defaultParam1 = "overridden first param"; > @Override String defaultParam2() { return "overridden second param" } > </%class> > > > > On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > I'm experimenting with the layout features of Jamon, and there is one thing I'm not sure how > to do. > > I have 3 files : > > - /layout.jamon/ > - /sideBar.jamon/ > - /page1.jamon/ > > *layout.jamon :* > ------------------------------------- > <%encoding UTF-8>\ > <%abstract>\ > <!doctype html> > <head> > <meta charset="UTF-8"> > </head> > <body> > <div id="sidebar" style="float:left;width:10%;"> > <&| sideBar; param1="Default param1 value"; param2="Default param2 value" &> > <& param3 &> > </&> > </div> > <div id="content" style="float:left;width:90%;"> > <& *CHILD &> > </div> > </body> > </html> > > <%method param3> > Default param3 fragment value > </%method> > ------------------------------------- > > *sideBar.jamon**:* > ------------------------------------- > <%encoding UTF-8> > <%frag param3/> > <%args> > String param1; > String param2; > </%args> > > <div style="background-color:#C0C0C0;"> > param1 : <% param1 %> > <br /> > param2 : <% param2 %> > <br /> > param3 (fragment) : <& param3 &> > </div> > ------------------------------------- > > *page1.jamon**:* > ------------------------------------- > <%encoding UTF-8> > <%extends layout> > <%override param3> > Product page param3 fragment value > </%override> > > <div> > Product page > </div> > ------------------------------------- > > So I have a layout, which contains a sidebar and a content div. The content div is filled by > the child, /page1.jamon/. > > What I'm trying to do is to be able to pass /overridable//parameters/ to the sidebar. The > sidebar would be called with some parameters, let's say param1, param2, param3, but the value > for those parameters would be overridable by /page1.jamon/. Is this possible? I'm able to > override /one/ "parameter" : the fragment part. The body of the fragment is actually a call to > a protected template ("/<& param3 &>/") so the child can override it and therefore can > customize the value that is passed to the sidebar. But how could I make /page1.jamon/ also > being able to customize /param1/ and /param2/? > > I think a template can only have /one/ fragment, right? And I didn't find a way to pass > dynamic values as a standard parameters, when calling a template. For example : > ------------------------------------- > <& sideBar; param4=<& param4value &> &> > or > <& sideBar; param4="<& param4value &>" &> > ------------------------------------- > ... where /param4value /would be a protected template, overridable by the child, doesn't seem > to work. > > So my question is : How can the child (/page1.jamon/) customize multiple parameters used by > /sideBar.jamon/ ? > > I guess /jamonContext /could be used to set all values that need to be overriden from within > /page1.jamon /and then used to get those values from within /sideBar.jamon/. But I was > wondering if there was a better solution? > > Thanks in advance! > > electrotype > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: Ian R. <ia...@re...> - 2013-08-30 17:15:11
|
A template can take in multiple fragments. Unfortunately (as I just discovered), this never got documented, save for an inadvertent example under http://jamon.org/Reference.html#Generics. The syntax for the calling template is: <&|| templateWithMultipleFrags; arg1 = "argument1", arg2 = 2 &> <|frag1>Content for fragment 1</|> <|frag2>Content for fragment 2</|> </&> For arguments which would make more sense to be regular arguments instead of fragments, I've found a decent solution is to use a <%class> block ( http://jamon.org/Reference.html#ClassCode): Parent.jamon <%class> String defaultParam1 = "default first param"; protected String defaultParam2() { return "another way to have overridable defaults" } </%class> Child.jamon <%class> defaultParam1 = "overridden first param"; @Override String defaultParam2() { return "overridden second param" } </%class> On Fri, Aug 30, 2013 at 10:56 AM, electrotype <ele...@gm...> wrote: > I'm experimenting with the layout features of Jamon, and there is one > thing I'm not sure how to do. > > I have 3 files : > > - *layout.jamon* > - *sideBar.jamon* > - *page1.jamon* > > *layout.jamon :* > ------------------------------------- > <%encoding UTF-8>\ > <%abstract>\ > <!doctype html> > <head> > <meta charset="UTF-8"> > </head> > <body> > <div id="sidebar" style="float:left;width:10%;"> > <&| sideBar; param1="Default param1 value"; param2="Default param2 > value" &> > <& param3 &> > </&> > </div> > <div id="content" style="float:left;width:90%;"> > <& *CHILD &> > </div> > </body> > </html> > > <%method param3> > Default param3 fragment value > </%method> > ------------------------------------- > > *sideBar.jamon** :* > ------------------------------------- > <%encoding UTF-8> > <%frag param3/> > <%args> > String param1; > String param2; > </%args> > > <div style="background-color:#C0C0C0;"> > param1 : <% param1 %> > <br /> > param2 : <% param2 %> > <br /> > param3 (fragment) : <& param3 &> > </div> > ------------------------------------- > > *page1.jamon** :* > ------------------------------------- > <%encoding UTF-8> > <%extends layout> > <%override param3> > Product page param3 fragment value > </%override> > > <div> > Product page > </div> > ------------------------------------- > > So I have a layout, which contains a sidebar and a content div. The > content div is filled by the child, *page1.jamon*. > > What I'm trying to do is to be able to pass *overridable** parameters* to > the sidebar. The sidebar would be called with some parameters, let's say > param1, param2, param3, but the value for those parameters would be > overridable by *page1.jamon*. Is this possible? I'm able to override *one*"parameter" : the fragment part. The body of the fragment is actually a > call to a protected template ("*<& param3 &>*") so the child can override > it and therefore can customize the value that is passed to the sidebar. But > how could I make *page1.jamon* also being able to customize *param1* and * > param2*? > > I think a template can only have *one* fragment, right? And I didn't find > a way to pass dynamic values as a standard parameters, when calling a > template. For example : > ------------------------------------- > <& sideBar; param4=<& param4value &> &> > or > <& sideBar; param4="<& param4value &>" &> > ------------------------------------- > ... where *param4value *would be a protected template, overridable by the > child, doesn't seem to work. > > So my question is : How can the child (*page1.jamon*) customize multiple > parameters used by *sideBar.jamon* ? > > I guess *jamonContext *could be used to set all values that need to be > overriden from within *page1.jamon *and then used to get those values > from within *sideBar.jamon*. But I was wondering if there was a better > solution? > > Thanks in advance! > > electrotype > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-30 16:56:57
|
I'm experimenting with the layout features of Jamon, and there is one thing I'm not sure how to do.
I have 3 files :
- /layout.jamon/
- /sideBar.jamon/
- /page1.jamon/
*layout.jamon :*
-------------------------------------
<%encoding UTF-8>\
<%abstract>\
<!doctype html>
<head>
<meta charset="UTF-8">
</head>
<body>
<div id="sidebar" style="float:left;width:10%;">
<&| sideBar; param1="Default param1 value"; param2="Default param2 value" &>
<& param3 &>
</&>
</div>
<div id="content" style="float:left;width:90%;">
<& *CHILD &>
</div>
</body>
</html>
<%method param3>
Default param3 fragment value
</%method>
-------------------------------------
*sideBar.jamon**:*
-------------------------------------
<%encoding UTF-8>
<%frag param3/>
<%args>
String param1;
String param2;
</%args>
<div style="background-color:#C0C0C0;">
param1 : <% param1 %>
<br />
param2 : <% param2 %>
<br />
param3 (fragment) : <& param3 &>
</div>
-------------------------------------
*page1.jamon**:*
-------------------------------------
<%encoding UTF-8>
<%extends layout>
<%override param3>
Product page param3 fragment value
</%override>
<div>
Product page
</div>
-------------------------------------
So I have a layout, which contains a sidebar and a content div. The content div is filled by the
child, /page1.jamon/.
What I'm trying to do is to be able to pass /overridable//parameters/ to the sidebar. The sidebar
would be called with some parameters, let's say param1, param2, param3, but the value for those
parameters would be overridable by /page1.jamon/. Is this possible? I'm able to override /one/
"parameter" : the fragment part. The body of the fragment is actually a call to a protected template
("/<& param3 &>/") so the child can override it and therefore can customize the value that is passed
to the sidebar. But how could I make /page1.jamon/ also being able to customize /param1/ and /param2/?
I think a template can only have /one/ fragment, right? And I didn't find a way to pass dynamic
values as a standard parameters, when calling a template. For example :
-------------------------------------
<& sideBar; param4=<& param4value &> &>
or
<& sideBar; param4="<& param4value &>" &>
-------------------------------------
... where /param4value /would be a protected template, overridable by the child, doesn't seem to work.
So my question is : How can the child (/page1.jamon/) customize multiple parameters used by
/sideBar.jamon/ ?
I guess /jamonContext /could be used to set all values that need to be overriden from within
/page1.jamon /and then used to get those values from within /sideBar.jamon/. But I was wondering if
there was a better solution?
Thanks in advance!
electrotype
|
|
From: electrotype <ele...@gm...> - 2013-08-27 23:34:25
|
Now it works, thanks! https://sourceforge.net/p/jamon/feature-requests/8/ Julien On 8/27/2013 9:39 AM, Ian Robertson wrote: > I saw the same thing, until I logged in, after which it gave me an option to create new requests. > I don't /think/ that this was because I'm also a project administrator. > > If you log in, do you still see the same thing? > > > On Mon, Aug 26, 2013 at 4:18 PM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > It seems feature requests are not open on the Jamon Sourceforge project : > http://i.imgur.com/rPpxG4Y.png > > Maybe I'm missing something? > > electrotype > > > > > > > On 8/26/2013 6:56 AM, Jay Sachs wrote: >> Specifying it in pom.xml would tie it to the build system (and we'd have to thread that >> through to the Eclipse project, expose it in the Eclipse project preferences UI, etc). Though >> Maven is pretty ubiquitous, I wouldn't want to make this feature available only to Maven users. >> >> Imagine a situation where you have different localizations in different directories. It seems >> fairly natural that each directory might have a different default character encoding. Hard to >> do that in pom.xml, while pretty easy via the inherited property files. >> >> Note that in your use case, you'd only have to set the value in the "top-level" >> jamon.properties, which should mitigate somewhat the burden. How much more or less >> "programmatic" is setting a line in a single properties file vs. an element in pom.xml? >> >> If you don't mind, please do open a FR for this on SF, thanks. >> >> I'm glad you're finding Jamon satisfying so far. Please keep the questions and feature >> requests coming (and bug reports, should you encounter one). >> >> >> >> >> On Sun, Aug 25, 2013 at 9:36 PM, electrotype <ele...@gm... >> <mailto:ele...@gm...>> wrote: >> >> I still don't have experience with those jamon.properties files, but I think I would >> personaly prefer to be able to set this more "programatically". >> I'm thinking about using Jamon as the main templating engine of the web framework I'm >> developing, and I would prefere if the developers using the framework wouln't have to add >> a jamon.properties in there project. It's not that bad, but I would prefere to be able to >> configure UTF-8 as the framework default encoding, without the need for the developers to >> do /anything/. Since the framework will be built using Maven, a pom.xml's configuration >> entry like "templateSourceDir" and "templateOutputDir" would probably work? >> >> But, I just realized, would this Maven configuration entry works when developing in an >> IDE? For example, would the Eclipse plugin use this new Maven configuration? I guess so >> since "templateSourceDir" and "templateOutputDir" do work, but, if not, then I guess a >> jamon.properties entry is probably a better idea indeed. >> >> In any case thanks for the help! And let me know if you want me to open a feature request >> for this (on SourceForge?). >> >> By the way I'm really impress with Jamon so far... I like to see error markers poping in >> my view layer when I do something stupid, it feels robust! >> >> electrotype >> >> >> >> >> On 8/25/2013 8:04 PM, Jay Sachs wrote: >>> There currently isn't such a way, but it's quite a reasonable feature request. I think >>> having it specifiable via jamon.properties seems appropriate. >>> >>> >>> On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm... >>> <mailto:ele...@gm...>> wrote: >>> >>> Hi, >>> >>> I try to use Jamon with the Maven plugin. >>> >>> Everything works fine, but I'd like to be able to use UTF-8 as the default encoding, >>> without having to put /<%encoding UTF-8>/ at the top of each of my templates. >>> >>> I think Jamon uses /Charset.defaultCharset()/ when none is explicitly declared, but >>> changing this property is not so easy : >>> http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding . >>> I would prefere not to deal with "-D" flags, if possible... >>> >>> I tried setting /file.encoding/ in my pom.xml but without success : >>> >>> <plugin> >>> <artifactId>maven-compiler-plugin</artifactId> >>> <version>2.5.1</version> >>> <configuration> >>> <source>1.7</source> >>> <target>1.7</target> >>> <systemPropertyVariables> >>> <file.encoding>UTF-8</file.encoding> >>> </systemPropertyVariables> >>> </configuration> >>> </plugin> >>> >>> Any idea how I could default the encoding to UTF-8 for the source generation? >>> >>> Thanks in advance! >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Introducing Performance Central, a new site from SourceForge and >>> AppDynamics. Performance Central is your source for news, insights, >>> analysis and resources for efficient Application Performance Management. >>> Visit us today! >>> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Jamon-users mailing list >>> Jam...@li... <mailto:Jam...@li...> >>> https://lists.sourceforge.net/lists/listinfo/jamon-users >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Introducing Performance Central, a new site from SourceForge and >> AppDynamics. Performance Central is your source for news, insights, >> analysis and resources for efficient Application Performance Management. >> Visit us today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... <mailto:Jam...@li...> >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-27 13:45:00
|
Ian, I am logged in : http://i.imgur.com/hKfoOby.png electrotype On 8/27/2013 9:39 AM, Ian Robertson wrote: > I saw the same thing, until I logged in, after which it gave me an option to create new requests. > I don't /think/ that this was because I'm also a project administrator. > > If you log in, do you still see the same thing? > > > On Mon, Aug 26, 2013 at 4:18 PM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > It seems feature requests are not open on the Jamon Sourceforge project : > http://i.imgur.com/rPpxG4Y.png > > Maybe I'm missing something? > > electrotype > > > > > > > On 8/26/2013 6:56 AM, Jay Sachs wrote: >> Specifying it in pom.xml would tie it to the build system (and we'd have to thread that >> through to the Eclipse project, expose it in the Eclipse project preferences UI, etc). Though >> Maven is pretty ubiquitous, I wouldn't want to make this feature available only to Maven users. >> >> Imagine a situation where you have different localizations in different directories. It seems >> fairly natural that each directory might have a different default character encoding. Hard to >> do that in pom.xml, while pretty easy via the inherited property files. >> >> Note that in your use case, you'd only have to set the value in the "top-level" >> jamon.properties, which should mitigate somewhat the burden. How much more or less >> "programmatic" is setting a line in a single properties file vs. an element in pom.xml? >> >> If you don't mind, please do open a FR for this on SF, thanks. >> >> I'm glad you're finding Jamon satisfying so far. Please keep the questions and feature >> requests coming (and bug reports, should you encounter one). >> >> >> >> >> On Sun, Aug 25, 2013 at 9:36 PM, electrotype <ele...@gm... >> <mailto:ele...@gm...>> wrote: >> >> I still don't have experience with those jamon.properties files, but I think I would >> personaly prefer to be able to set this more "programatically". >> I'm thinking about using Jamon as the main templating engine of the web framework I'm >> developing, and I would prefere if the developers using the framework wouln't have to add >> a jamon.properties in there project. It's not that bad, but I would prefere to be able to >> configure UTF-8 as the framework default encoding, without the need for the developers to >> do /anything/. Since the framework will be built using Maven, a pom.xml's configuration >> entry like "templateSourceDir" and "templateOutputDir" would probably work? >> >> But, I just realized, would this Maven configuration entry works when developing in an >> IDE? For example, would the Eclipse plugin use this new Maven configuration? I guess so >> since "templateSourceDir" and "templateOutputDir" do work, but, if not, then I guess a >> jamon.properties entry is probably a better idea indeed. >> >> In any case thanks for the help! And let me know if you want me to open a feature request >> for this (on SourceForge?). >> >> By the way I'm really impress with Jamon so far... I like to see error markers poping in >> my view layer when I do something stupid, it feels robust! >> >> electrotype >> >> >> >> >> On 8/25/2013 8:04 PM, Jay Sachs wrote: >>> There currently isn't such a way, but it's quite a reasonable feature request. I think >>> having it specifiable via jamon.properties seems appropriate. >>> >>> >>> On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm... >>> <mailto:ele...@gm...>> wrote: >>> >>> Hi, >>> >>> I try to use Jamon with the Maven plugin. >>> >>> Everything works fine, but I'd like to be able to use UTF-8 as the default encoding, >>> without having to put /<%encoding UTF-8>/ at the top of each of my templates. >>> >>> I think Jamon uses /Charset.defaultCharset()/ when none is explicitly declared, but >>> changing this property is not so easy : >>> http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding . >>> I would prefere not to deal with "-D" flags, if possible... >>> >>> I tried setting /file.encoding/ in my pom.xml but without success : >>> >>> <plugin> >>> <artifactId>maven-compiler-plugin</artifactId> >>> <version>2.5.1</version> >>> <configuration> >>> <source>1.7</source> >>> <target>1.7</target> >>> <systemPropertyVariables> >>> <file.encoding>UTF-8</file.encoding> >>> </systemPropertyVariables> >>> </configuration> >>> </plugin> >>> >>> Any idea how I could default the encoding to UTF-8 for the source generation? >>> >>> Thanks in advance! >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Introducing Performance Central, a new site from SourceForge and >>> AppDynamics. Performance Central is your source for news, insights, >>> analysis and resources for efficient Application Performance Management. >>> Visit us today! >>> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Jamon-users mailing list >>> Jam...@li... <mailto:Jam...@li...> >>> https://lists.sourceforge.net/lists/listinfo/jamon-users >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Introducing Performance Central, a new site from SourceForge and >> AppDynamics. Performance Central is your source for news, insights, >> analysis and resources for efficient Application Performance Management. >> Visit us today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... <mailto:Jam...@li...> >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: Ian R. <ia...@re...> - 2013-08-27 13:39:34
|
I saw the same thing, until I logged in, after which it gave me an option to create new requests. I don't *think* that this was because I'm also a project administrator. If you log in, do you still see the same thing? On Mon, Aug 26, 2013 at 4:18 PM, electrotype <ele...@gm...> wrote: > It seems feature requests are not open on the Jamon Sourceforge project : > http://i.imgur.com/rPpxG4Y.png > > Maybe I'm missing something? > > electrotype > > > > > > > On 8/26/2013 6:56 AM, Jay Sachs wrote: > > Specifying it in pom.xml would tie it to the build system (and we'd > have to thread that through to the Eclipse project, expose it in the > Eclipse project preferences UI, etc). Though Maven is pretty ubiquitous, I > wouldn't want to make this feature available only to Maven users. > > Imagine a situation where you have different localizations in different > directories. It seems fairly natural that each directory might have a > different default character encoding. Hard to do that in pom.xml, while > pretty easy via the inherited property files. > > Note that in your use case, you'd only have to set the value in the > "top-level" jamon.properties, which should mitigate somewhat the burden. > How much more or less "programmatic" is setting a line in a single > properties file vs. an element in pom.xml? > > If you don't mind, please do open a FR for this on SF, thanks. > > I'm glad you're finding Jamon satisfying so far. Please keep the > questions and feature requests coming (and bug reports, should you > encounter one). > > > > > On Sun, Aug 25, 2013 at 9:36 PM, electrotype <ele...@gm...>wrote: > >> I still don't have experience with those jamon.properties files, but I >> think I would personaly prefer to be able to set this more >> "programatically". >> I'm thinking about using Jamon as the main templating engine of the web >> framework I'm developing, and I would prefere if the developers using the >> framework wouln't have to add a jamon.properties in there project. It's not >> that bad, but I would prefere to be able to configure UTF-8 as the >> framework default encoding, without the need for the developers to do * >> anything*. Since the framework will be built using Maven, a pom.xml's >> configuration entry like "templateSourceDir" and "templateOutputDir" would >> probably work? >> >> But, I just realized, would this Maven configuration entry works when >> developing in an IDE? For example, would the Eclipse plugin use this new >> Maven configuration? I guess so since "templateSourceDir" and >> "templateOutputDir" do work, but, if not, then I guess a jamon.properties >> entry is probably a better idea indeed. >> >> In any case thanks for the help! And let me know if you want me to open a >> feature request for this (on SourceForge?). >> >> By the way I'm really impress with Jamon so far... I like to see error >> markers poping in my view layer when I do something stupid, it feels robust! >> >> electrotype >> >> >> >> >> On 8/25/2013 8:04 PM, Jay Sachs wrote: >> >> There currently isn't such a way, but it's quite a reasonable feature >> request. I think having it specifiable via jamon.properties seems >> appropriate. >> >> >> On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm...>wrote: >> >>> Hi, >>> >>> I try to use Jamon with the Maven plugin. >>> >>> Everything works fine, but I'd like to be able to use UTF-8 as the >>> default encoding, without having to put *<%encoding UTF-8>* at the top >>> of each of my templates. >>> >>> I think Jamon uses *Charset.defaultCharset()* when none is explicitly >>> declared, but changing this property is not so easy : >>> http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding. I would prefere not to deal with "-D" flags, if possible... >>> >>> I tried setting *file.encoding* in my pom.xml but without success : >>> >>> <plugin> >>> <artifactId>maven-compiler-plugin</artifactId> >>> <version>2.5.1</version> >>> <configuration> >>> <source>1.7</source> >>> <target>1.7</target> >>> <systemPropertyVariables> >>> <file.encoding>UTF-8</file.encoding> >>> </systemPropertyVariables> >>> </configuration> >>> </plugin> >>> >>> Any idea how I could default the encoding to UTF-8 for the source >>> generation? >>> >>> Thanks in advance! >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Introducing Performance Central, a new site from SourceForge and >>> AppDynamics. Performance Central is your source for news, insights, >>> analysis and resources for efficient Application Performance Management. >>> Visit us today! >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Jamon-users mailing list >>> Jam...@li... >>> https://lists.sourceforge.net/lists/listinfo/jamon-users >>> >>> >> >> >> >> ------------------------------------------------------------------------------ >> Introducing Performance Central, a new site from SourceForge and >> AppDynamics. Performance Central is your source for news, insights, >> analysis and resources for efficient Application Performance Management. >> Visit us today! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-26 22:18:16
|
It seems feature requests are not open on the Jamon Sourceforge project : http://i.imgur.com/rPpxG4Y.png Maybe I'm missing something? electrotype On 8/26/2013 6:56 AM, Jay Sachs wrote: > Specifying it in pom.xml would tie it to the build system (and we'd have to thread that through to > the Eclipse project, expose it in the Eclipse project preferences UI, etc). Though Maven is pretty > ubiquitous, I wouldn't want to make this feature available only to Maven users. > > Imagine a situation where you have different localizations in different directories. It seems > fairly natural that each directory might have a different default character encoding. Hard to do > that in pom.xml, while pretty easy via the inherited property files. > > Note that in your use case, you'd only have to set the value in the "top-level" jamon.properties, > which should mitigate somewhat the burden. How much more or less "programmatic" is setting a line > in a single properties file vs. an element in pom.xml? > > If you don't mind, please do open a FR for this on SF, thanks. > > I'm glad you're finding Jamon satisfying so far. Please keep the questions and feature requests > coming (and bug reports, should you encounter one). > > > > > On Sun, Aug 25, 2013 at 9:36 PM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > I still don't have experience with those jamon.properties files, but I think I would personaly > prefer to be able to set this more "programatically". > I'm thinking about using Jamon as the main templating engine of the web framework I'm > developing, and I would prefere if the developers using the framework wouln't have to add a > jamon.properties in there project. It's not that bad, but I would prefere to be able to > configure UTF-8 as the framework default encoding, without the need for the developers to do > /anything/. Since the framework will be built using Maven, a pom.xml's configuration entry > like "templateSourceDir" and "templateOutputDir" would probably work? > > But, I just realized, would this Maven configuration entry works when developing in an IDE? > For example, would the Eclipse plugin use this new Maven configuration? I guess so since > "templateSourceDir" and "templateOutputDir" do work, but, if not, then I guess a > jamon.properties entry is probably a better idea indeed. > > In any case thanks for the help! And let me know if you want me to open a feature request for > this (on SourceForge?). > > By the way I'm really impress with Jamon so far... I like to see error markers poping in my > view layer when I do something stupid, it feels robust! > > electrotype > > > > > On 8/25/2013 8:04 PM, Jay Sachs wrote: >> There currently isn't such a way, but it's quite a reasonable feature request. I think having >> it specifiable via jamon.properties seems appropriate. >> >> >> On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm... >> <mailto:ele...@gm...>> wrote: >> >> Hi, >> >> I try to use Jamon with the Maven plugin. >> >> Everything works fine, but I'd like to be able to use UTF-8 as the default encoding, >> without having to put /<%encoding UTF-8>/ at the top of each of my templates. >> >> I think Jamon uses /Charset.defaultCharset()/ when none is explicitly declared, but >> changing this property is not so easy : >> http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding . I >> would prefere not to deal with "-D" flags, if possible... >> >> I tried setting /file.encoding/ in my pom.xml but without success : >> >> <plugin> >> <artifactId>maven-compiler-plugin</artifactId> >> <version>2.5.1</version> >> <configuration> >> <source>1.7</source> >> <target>1.7</target> >> <systemPropertyVariables> >> <file.encoding>UTF-8</file.encoding> >> </systemPropertyVariables> >> </configuration> >> </plugin> >> >> Any idea how I could default the encoding to UTF-8 for the source generation? >> >> Thanks in advance! >> >> >> >> ------------------------------------------------------------------------------ >> Introducing Performance Central, a new site from SourceForge and >> AppDynamics. Performance Central is your source for news, insights, >> analysis and resources for efficient Application Performance Management. >> Visit us today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... <mailto:Jam...@li...> >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-26 11:26:30
|
> Imagine a situation where you have different localizations in different directories. It seems fairly natural that each directory might have a different default character encoding. Hard to do that in pom.xml, while pretty easy via the inherited property files. But being able to change the /default /encoding, without using a jamon.properties, would be nice. UTF-8 is a good candidat for any Locale (or a mixed Locales application), when you don't want to have to think about the encoding. > How much more or less "programmatic" is setting a line in a single properties file vs. an element in pom.xml? My framework artifact is, in itself, also a Maven plugin. And it uses Mojo Executor ( https://github.com/TimMoore/mojo-executor ) to automatically configure and call other Maven plugins. That way it's really easy for the end applications using the framework to configure their own pom.xml, without the need to configure and specify all the plugins that will actually be used in the end. The framework would, similarly, automatically configure and call the Jamon plugin, using UTF-8 as the encoding if possible, without the end application developer even knowing anything about it. Of course, he could also add a jamon.properties file to one of his directory to change this encoding if he wants, that would be the ideal in my case! That said, the jamon.properties method alone would also be appreciated, of course. I'm going to open the Feature Request tonight. Thanks! On 8/26/2013 6:56 AM, Jay Sachs wrote: > Specifying it in pom.xml would tie it to the build system (and we'd have to thread that through to > the Eclipse project, expose it in the Eclipse project preferences UI, etc). Though Maven is pretty > ubiquitous, I wouldn't want to make this feature available only to Maven users. > > Imagine a situation where you have different localizations in different directories. It seems > fairly natural that each directory might have a different default character encoding. Hard to do > that in pom.xml, while pretty easy via the inherited property files. > > Note that in your use case, you'd only have to set the value in the "top-level" jamon.properties, > which should mitigate somewhat the burden. How much more or less "programmatic" is setting a line > in a single properties file vs. an element in pom.xml? > > If you don't mind, please do open a FR for this on SF, thanks. > > I'm glad you're finding Jamon satisfying so far. Please keep the questions and feature requests > coming (and bug reports, should you encounter one). > > > > > On Sun, Aug 25, 2013 at 9:36 PM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > I still don't have experience with those jamon.properties files, but I think I would personaly > prefer to be able to set this more "programatically". > I'm thinking about using Jamon as the main templating engine of the web framework I'm > developing, and I would prefere if the developers using the framework wouln't have to add a > jamon.properties in there project. It's not that bad, but I would prefere to be able to > configure UTF-8 as the framework default encoding, without the need for the developers to do > /anything/. Since the framework will be built using Maven, a pom.xml's configuration entry > like "templateSourceDir" and "templateOutputDir" would probably work? > > But, I just realized, would this Maven configuration entry works when developing in an IDE? > For example, would the Eclipse plugin use this new Maven configuration? I guess so since > "templateSourceDir" and "templateOutputDir" do work, but, if not, then I guess a > jamon.properties entry is probably a better idea indeed. > > In any case thanks for the help! And let me know if you want me to open a feature request for > this (on SourceForge?). > > By the way I'm really impress with Jamon so far... I like to see error markers poping in my > view layer when I do something stupid, it feels robust! > > electrotype > > > > > On 8/25/2013 8:04 PM, Jay Sachs wrote: >> There currently isn't such a way, but it's quite a reasonable feature request. I think having >> it specifiable via jamon.properties seems appropriate. >> >> >> On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm... >> <mailto:ele...@gm...>> wrote: >> >> Hi, >> >> I try to use Jamon with the Maven plugin. >> >> Everything works fine, but I'd like to be able to use UTF-8 as the default encoding, >> without having to put /<%encoding UTF-8>/ at the top of each of my templates. >> >> I think Jamon uses /Charset.defaultCharset()/ when none is explicitly declared, but >> changing this property is not so easy : >> http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding . I >> would prefere not to deal with "-D" flags, if possible... >> >> I tried setting /file.encoding/ in my pom.xml but without success : >> >> <plugin> >> <artifactId>maven-compiler-plugin</artifactId> >> <version>2.5.1</version> >> <configuration> >> <source>1.7</source> >> <target>1.7</target> >> <systemPropertyVariables> >> <file.encoding>UTF-8</file.encoding> >> </systemPropertyVariables> >> </configuration> >> </plugin> >> >> Any idea how I could default the encoding to UTF-8 for the source generation? >> >> Thanks in advance! >> >> >> >> ------------------------------------------------------------------------------ >> Introducing Performance Central, a new site from SourceForge and >> AppDynamics. Performance Central is your source for news, insights, >> analysis and resources for efficient Application Performance Management. >> Visit us today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... <mailto:Jam...@li...> >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: Jay S. <ja...@co...> - 2013-08-26 10:56:29
|
Specifying it in pom.xml would tie it to the build system (and we'd have to thread that through to the Eclipse project, expose it in the Eclipse project preferences UI, etc). Though Maven is pretty ubiquitous, I wouldn't want to make this feature available only to Maven users. Imagine a situation where you have different localizations in different directories. It seems fairly natural that each directory might have a different default character encoding. Hard to do that in pom.xml, while pretty easy via the inherited property files. Note that in your use case, you'd only have to set the value in the "top-level" jamon.properties, which should mitigate somewhat the burden. How much more or less "programmatic" is setting a line in a single properties file vs. an element in pom.xml? If you don't mind, please do open a FR for this on SF, thanks. I'm glad you're finding Jamon satisfying so far. Please keep the questions and feature requests coming (and bug reports, should you encounter one). On Sun, Aug 25, 2013 at 9:36 PM, electrotype <ele...@gm...> wrote: > I still don't have experience with those jamon.properties files, but I > think I would personaly prefer to be able to set this more > "programatically". > I'm thinking about using Jamon as the main templating engine of the web > framework I'm developing, and I would prefere if the developers using the > framework wouln't have to add a jamon.properties in there project. It's not > that bad, but I would prefere to be able to configure UTF-8 as the > framework default encoding, without the need for the developers to do * > anything*. Since the framework will be built using Maven, a pom.xml's > configuration entry like "templateSourceDir" and "templateOutputDir" would > probably work? > > But, I just realized, would this Maven configuration entry works when > developing in an IDE? For example, would the Eclipse plugin use this new > Maven configuration? I guess so since "templateSourceDir" and > "templateOutputDir" do work, but, if not, then I guess a jamon.properties > entry is probably a better idea indeed. > > In any case thanks for the help! And let me know if you want me to open a > feature request for this (on SourceForge?). > > By the way I'm really impress with Jamon so far... I like to see error > markers poping in my view layer when I do something stupid, it feels robust! > > electrotype > > > > > On 8/25/2013 8:04 PM, Jay Sachs wrote: > > There currently isn't such a way, but it's quite a reasonable feature > request. I think having it specifiable via jamon.properties seems > appropriate. > > > On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm...>wrote: > >> Hi, >> >> I try to use Jamon with the Maven plugin. >> >> Everything works fine, but I'd like to be able to use UTF-8 as the >> default encoding, without having to put *<%encoding UTF-8>* at the top >> of each of my templates. >> >> I think Jamon uses *Charset.defaultCharset()* when none is explicitly >> declared, but changing this property is not so easy : >> http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding. I would prefere not to deal with "-D" flags, if possible... >> >> I tried setting *file.encoding* in my pom.xml but without success : >> >> <plugin> >> <artifactId>maven-compiler-plugin</artifactId> >> <version>2.5.1</version> >> <configuration> >> <source>1.7</source> >> <target>1.7</target> >> <systemPropertyVariables> >> <file.encoding>UTF-8</file.encoding> >> </systemPropertyVariables> >> </configuration> >> </plugin> >> >> Any idea how I could default the encoding to UTF-8 for the source >> generation? >> >> Thanks in advance! >> >> >> >> >> ------------------------------------------------------------------------------ >> Introducing Performance Central, a new site from SourceForge and >> AppDynamics. Performance Central is your source for news, insights, >> analysis and resources for efficient Application Performance Management. >> Visit us today! >> >> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >> _______________________________________________ >> Jamon-users mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamon-users >> >> > > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-26 01:36:34
|
I still don't have experience with those jamon.properties files, but I think I would personaly prefer to be able to set this more "programatically". I'm thinking about using Jamon as the main templating engine of the web framework I'm developing, and I would prefere if the developers using the framework wouln't have to add a jamon.properties in there project. It's not that bad, but I would prefere to be able to configure UTF-8 as the framework default encoding, without the need for the developers to do /anything/. Since the framework will be built using Maven, a pom.xml's configuration entry like "templateSourceDir" and "templateOutputDir" would probably work? But, I just realized, would this Maven configuration entry works when developing in an IDE? For example, would the Eclipse plugin use this new Maven configuration? I guess so since "templateSourceDir" and "templateOutputDir" do work, but, if not, then I guess a jamon.properties entry is probably a better idea indeed. In any case thanks for the help! And let me know if you want me to open a feature request for this (on SourceForge?). By the way I'm really impress with Jamon so far... I like to see error markers poping in my view layer when I do something stupid, it feels robust! electrotype On 8/25/2013 8:04 PM, Jay Sachs wrote: > There currently isn't such a way, but it's quite a reasonable feature request. I think having it > specifiable via jamon.properties seems appropriate. > > > On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > Hi, > > I try to use Jamon with the Maven plugin. > > Everything works fine, but I'd like to be able to use UTF-8 as the default encoding, without > having to put /<%encoding UTF-8>/ at the top of each of my templates. > > I think Jamon uses /Charset.defaultCharset()/ when none is explicitly declared, but changing > this property is not so easy : > http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding . I > would prefere not to deal with "-D" flags, if possible... > > I tried setting /file.encoding/ in my pom.xml but without success : > > <plugin> > <artifactId>maven-compiler-plugin</artifactId> > <version>2.5.1</version> > <configuration> > <source>1.7</source> > <target>1.7</target> > <systemPropertyVariables> > <file.encoding>UTF-8</file.encoding> > </systemPropertyVariables> > </configuration> > </plugin> > > Any idea how I could default the encoding to UTF-8 for the source generation? > > Thanks in advance! > > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: Jay S. <ja...@co...> - 2013-08-26 00:32:35
|
There currently isn't such a way, but it's quite a reasonable feature request. I think having it specifiable via jamon.properties seems appropriate. On Sun, Aug 25, 2013 at 7:35 PM, electrotype <ele...@gm...> wrote: > Hi, > > I try to use Jamon with the Maven plugin. > > Everything works fine, but I'd like to be able to use UTF-8 as the default > encoding, without having to put *<%encoding UTF-8>* at the top of each of > my templates. > > I think Jamon uses *Charset.defaultCharset()* when none is explicitly > declared, but changing this property is not so easy : > http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding. I would prefere not to deal with "-D" flags, if possible... > > I tried setting *file.encoding* in my pom.xml but without success : > > <plugin> > <artifactId>maven-compiler-plugin</artifactId> > <version>2.5.1</version> > <configuration> > <source>1.7</source> > <target>1.7</target> > <systemPropertyVariables> > <file.encoding>UTF-8</file.encoding> > </systemPropertyVariables> > </configuration> > </plugin> > > Any idea how I could default the encoding to UTF-8 for the source > generation? > > Thanks in advance! > > > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: electrotype <ele...@gm...> - 2013-08-25 23:35:28
|
Hi, I try to use Jamon with the Maven plugin. Everything works fine, but I'd like to be able to use UTF-8 as the default encoding, without having to put /<%encoding UTF-8>/ at the top of each of my templates. I think Jamon uses /Charset.defaultCharset()/ when none is explicitly declared, but changing this property is not so easy : http://stackoverflow.com/questions/361975/setting-the-default-java-character-encoding . I would prefere not to deal with "-D" flags, if possible... I tried setting /file.encoding/ in my pom.xml but without success : <plugin> <artifactId>maven-compiler-plugin</artifactId> <version>2.5.1</version> <configuration> <source>1.7</source> <target>1.7</target> <systemPropertyVariables> <file.encoding>UTF-8</file.encoding> </systemPropertyVariables> </configuration> </plugin> Any idea how I could default the encoding to UTF-8 for the source generation? Thanks in advance! |
|
From: electrotype <ele...@gm...> - 2013-08-21 11:13:30
|
Thanks for your reply Philip. I agree that to develop a SPA or for any template that///javascript /will deal with, you have to use something else than Jamon or JSP. But for HTML rendered by the server, I still think I prefere a template that uses the same language than the application! So I would probably use Jamon instead of JSP/FreeMarker/Velocity/etc. I do not agree with people would say "Java shouln't be used in the views!". Of course you shouldn't declare classes and put business logic in there! But for the view logic itself, why not? It's even safer than anything else since it's compiled and more easily debugable! But maybe I'm missing something... Anyway, I'm going to try Jamon in my project very soon. Thanks again, I'm happy to see Jamon seems stable. On 8/20/2013 7:31 PM, Philip Zeyliger wrote: > Hi Electrotype, > > I'm simply a user, and I've been quite happy with it. We've seen no issues with Java 6 and Java > 7. There's not been too much development on it because it's a template engine and largely gets > what it intends to do done. That said, the dev list has been responsive to bugs in my experience. > I presume that Ian and folks who wrote Jamon are still using it at Overstock. > > When you're choosing a templating system, there are lots of trade-offs. My team has used Knockout > for data-binding tasks, Jamon for Java-based templating, and occasionally Mustache for other forms > of templating. All of these I'm happier with than JSP and friends. Much depends on your application. > > > -- Philip > > > > > On Sat, Aug 17, 2013 at 6:23 AM, electrotype <ele...@gm... > <mailto:ele...@gm...>> wrote: > > Hi, I'm new to Jamon. > > I'm currently developing a Java web framework and I want to provide a templating engine based > directly on Java. Jamon seems the ideal choice, but I have a couple of questions : > > - I see there is not much activity on the project for the last 2 years. Is there a reason for > that? > Is the project outdated? > > - Is the last version (jamon-dist-2011.12.20) stable? Is it used by some of you in production? > > - Does Jamon play well with Java 7? Is it Java 8 ready? > > - Are there remaining known issues with Jamon? Things to be careful with when using it? > > > Thanks! > > > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... <mailto:Jam...@li...> > https://lists.sourceforge.net/lists/listinfo/jamon-users > > |
|
From: Philip Z. <ph...@cl...> - 2013-08-21 00:28:40
|
Hi Electrotype, I'm simply a user, and I've been quite happy with it. We've seen no issues with Java 6 and Java 7. There's not been too much development on it because it's a template engine and largely gets what it intends to do done. That said, the dev list has been responsive to bugs in my experience. I presume that Ian and folks who wrote Jamon are still using it at Overstock. When you're choosing a templating system, there are lots of trade-offs. My team has used Knockout for data-binding tasks, Jamon for Java-based templating, and occasionally Mustache for other forms of templating. All of these I'm happier with than JSP and friends. Much depends on your application. -- Philip On Sat, Aug 17, 2013 at 6:23 AM, electrotype <ele...@gm...> wrote: > Hi, I'm new to Jamon. > > I'm currently developing a Java web framework and I want to provide a > templating engine based > directly on Java. Jamon seems the ideal choice, but I have a couple of > questions : > > - I see there is not much activity on the project for the last 2 years. Is > there a reason for that? > Is the project outdated? > > - Is the last version (jamon-dist-2011.12.20) stable? Is it used by some > of you in production? > > - Does Jamon play well with Java 7? Is it Java 8 ready? > > - Are there remaining known issues with Jamon? Things to be careful with > when using it? > > > Thanks! > > > > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > Jamon-users mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamon-users > |
|
From: electrotype <ele...@gm...> - 2013-08-17 13:23:52
|
Hi, I'm new to Jamon. I'm currently developing a Java web framework and I want to provide a templating engine based directly on Java. Jamon seems the ideal choice, but I have a couple of questions : - I see there is not much activity on the project for the last 2 years. Is there a reason for that? Is the project outdated? - Is the last version (jamon-dist-2011.12.20) stable? Is it used by some of you in production? - Does Jamon play well with Java 7? Is it Java 8 ready? - Are there remaining known issues with Jamon? Things to be careful with when using it? Thanks! |
|
From: Philip Z. <ph...@cl...> - 2013-07-31 21:45:00
|
Hi Ian, Just did (oops!), and as far as I can tell, it's fixed the issue. Thanks! -- Philip On Wed, Jul 31, 2013 at 9:58 AM, Ian Robertson <ia...@re...> wrote: > Philip, > > Did you ever get a chance to find out if the fix helped? > > - Ian > > > On Thu, Jul 11, 2013 at 7:08 PM, Philip Zeyliger <ph...@cl...>wrote: > >> Thanks, Ian! >> >> Yeah, that mechanism (mvn install locally) is something I can manage. >> I'll report back in a few days. >> >> -- Philip >> >> >> On Thu, Jul 11, 2013 at 10:22 AM, Ian Robertson <ia...@re...> wrote: >> >>> Philip, >>> >>> I've checked in what I hope is a fix on trunk. I don't believe we >>> currently have a way to push snapshots up to maven central. The easiest >>> thing may be for you to checkout >>> https://svn.code.sf.net/p/jamon/code/trunk/jamon and then run mvn >>> install in the checked out directory. All artifacts will install with >>> version trunk-SNAPSHOT. The one you will be interested in will be >>> jamon-processor. >>> >>> If that option is unpleasant, let's figure out a way I can get you the >>> binary build of jamon-processor. >>> >>> - Ian >>> >>> >>> On Wed, Jul 10, 2013 at 4:57 PM, Philip Zeyliger <ph...@cl...>wrote: >>> >>>> Hi Ian, >>>> >>>> I agree--that Java report makes sense. My co-workers have been seeing >>>> this reliably, so I'd be happy to validate the change. >>>> >>>> -- Philip >>>> >>>> >>>> On Sat, Jun 29, 2013 at 8:01 PM, Ian Robertson <ia...@re...>wrote: >>>> >>>>> Hi Philip, >>>>> >>>>> At first look, this seems to be related to >>>>> http://docs.oracle.com/javase/7/docs/technotes/guides/lang/cl-mt.html. >>>>> I suspect that the right thing to do is to get rid of the current >>>>> synchronization on "this" and switch to an internal mutex, especially since >>>>> it seems that we are only using synchronization to guard against concurrent >>>>> modification of the internal loader instance. >>>>> >>>>> Is this something you can reproduce with a degree of reliability? If >>>>> so, can I ask you to validate a fix once I've made the change? >>>>> >>>>> - Ian >>>>> >>>>> >>>>> On Wed, Jun 26, 2013 at 10:10 AM, Philip Zeyliger <ph...@cl... >>>>> > wrote: >>>>> >>>>>> Hi there, >>>>>> >>>>>> We're using RecompilingTemplateManager in development mode, and we're >>>>>> finding a deadlock when our web server has multiple threads. I've pasted >>>>>> in a stack trace below. I'm going to work around this by wrapping >>>>>> RecompilingTemplateManager with a wrapper that has a big bad lock, but I'm >>>>>> curious to hear if there are other solutions. I see that >>>>>> "ensureUpToDate()" is already synchronized in the class, but clearly that's >>>>>> not quite enough. >>>>>> >>>>>> Any advice? >>>>>> >>>>>> Thanks! >>>>>> >>>>>> "1455255101@scm-web-4" daemon prio=5 tid=7fe3768b1800 nid=0x11af95000 waiting for monitor entry [11af90000] >>>>>> java.lang.Thread.State: BLOCKED (on object monitor) >>>>>> at org.jamon.util.WorkDirClassLoader.loadClass(WorkDirClassLoader.java:110) >>>>>> - waiting to lock <7c3ecea98> (a org.jamon.util.WorkDirClassLoader) >>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:295) >>>>>> - locked <7ee031f00> (a org.jamon.util.WorkDirClassLoader$Loader) >>>>>> at org.jamon.util.WorkDirClassLoader$Loader.loadClass(WorkDirClassLoader.java:84) >>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:247) >>>>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2437) >>>>>> at java.lang.Class.getConstructor0(Class.java:2747) >>>>>> at java.lang.Class.getConstructor(Class.java:1684) >>>>>> at com.cloudera.server.web.cmf.include.ServiceLink.constructImpl(ServiceLink.java:224) >>>>>> at org.jamon.compiler.RecompilingTemplateManager.constructImplFromReplacedProxy(RecompilingTemplateManager.java:199) >>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:68) >>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:53) >>>>>> at com.cloudera.server.web.cmf.include.ServiceLink.renderNoFlush(ServiceLink.java:265) >>>>>> at com.cloudera.server.web.cmf.include.ServicesMenuImpl.__jamon_innerUnit__renderCluster(ServicesMenuImpl.java:115) >>>>>> at com.cloudera.server.web.cmf.include.ServicesMenuImpl.renderNoFlush(ServicesMenuImpl.java:62) >>>>>> at com.cloudera.server.web.cmf.include.ServicesMenu.renderNoFlush(ServicesMenu.java:138) >>>>>> at com.cloudera.server.web.cmf.include.ServicesMenu.render(ServicesMenu.java:128) >>>>>> at com.cloudera.server.web.cmf.include.ServicesMenu$1.renderTo(ServicesMenu.java:120) >>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:50) >>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:27) >>>>>> at com.cloudera.server.web.common.JamonModelAndView.of(JamonModelAndView.java:86) >>>>>> at com.cloudera.server.web.cmf.StatusController.servicesMenu(StatusController.java:138) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> "1829295775@scm-web-2" daemon prio=5 tid=7fe378849800 nid=0x11ab99000 waiting for monitor entry [11ab95000] >>>>>> java.lang.Thread.State: BLOCKED (on object monitor) >>>>>> at java.lang.ClassLoader.getDefaultDomain(ClassLoader.java:1621) >>>>>> - waiting to lock <7ee031f00> (a org.jamon.util.WorkDirClassLoader$Loader) >>>>>> at java.lang.ClassLoader.preDefineClass(ClassLoader.java:483) >>>>>> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625) >>>>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:615) >>>>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:465) >>>>>> at org.jamon.util.WorkDirClassLoader$Loader.loadClass(WorkDirClassLoader.java:91) >>>>>> at org.jamon.util.WorkDirClassLoader.loadClass(WorkDirClassLoader.java:123) >>>>>> - locked <7c3ecea98> (a org.jamon.util.WorkDirClassLoader) >>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:247) >>>>>> at org.jamon.compiler.RecompilingTemplateManager.getTemplateClass(RecompilingTemplateManager.java:253) >>>>>> at org.jamon.compiler.RecompilingTemplateManager.getImplClass(RecompilingTemplateManager.java:239) >>>>>> at org.jamon.compiler.RecompilingTemplateManager.constructImplFromReplacedProxy(RecompilingTemplateManager.java:199) >>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:68) >>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:53) >>>>>> at com.cloudera.server.web.common.include.LinkRenderer.renderNoFlush(LinkRenderer.java:114) >>>>>> at com.cloudera.server.web.cmf.rman.ManageMenuImpl.renderNoFlush(ManageMenuImpl.java:79) >>>>>> at com.cloudera.server.web.cmf.rman.ManageMenu.renderNoFlush(ManageMenu.java:125) >>>>>> at com.cloudera.server.web.cmf.rman.ManageMenu.render(ManageMenu.java:116) >>>>>> at com.cloudera.server.web.cmf.rman.ManageMenu$1.renderTo(ManageMenu.java:108) >>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:50) >>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:27) >>>>>> at com.cloudera.server.web.common.JamonModelAndView.of(JamonModelAndView.java:86) >>>>>> at com.cloudera.server.web.cmf.StatusController.manageMenu(StatusController.java:158) >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> This SF.net email is sponsored by Windows: >>>>>> >>>>>> Build for Windows Store. >>>>>> >>>>>> http://p.sf.net/sfu/windows-dev2dev >>>>>> _______________________________________________ >>>>>> Jamon-users mailing list >>>>>> Jam...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/jamon-users >>>>>> >>>>>> >>>>> >>>> >>> >> > |
|
From: Ian R. <ia...@re...> - 2013-07-31 21:26:29
|
Excellent! I'll work on cutting a new release. On Wed, Jul 31, 2013 at 3:14 PM, Philip Zeyliger <ph...@cl...>wrote: > Hi Ian, > > Just did (oops!), and as far as I can tell, it's fixed the issue. > > Thanks! > > -- Philip > > > On Wed, Jul 31, 2013 at 9:58 AM, Ian Robertson <ia...@re...> wrote: > >> Philip, >> >> Did you ever get a chance to find out if the fix helped? >> >> - Ian >> >> >> On Thu, Jul 11, 2013 at 7:08 PM, Philip Zeyliger <ph...@cl...>wrote: >> >>> Thanks, Ian! >>> >>> Yeah, that mechanism (mvn install locally) is something I can manage. >>> I'll report back in a few days. >>> >>> -- Philip >>> >>> >>> On Thu, Jul 11, 2013 at 10:22 AM, Ian Robertson <ia...@re...>wrote: >>> >>>> Philip, >>>> >>>> I've checked in what I hope is a fix on trunk. I don't believe we >>>> currently have a way to push snapshots up to maven central. The easiest >>>> thing may be for you to checkout >>>> https://svn.code.sf.net/p/jamon/code/trunk/jamon and then run mvn >>>> install in the checked out directory. All artifacts will install with >>>> version trunk-SNAPSHOT. The one you will be interested in will be >>>> jamon-processor. >>>> >>>> If that option is unpleasant, let's figure out a way I can get you the >>>> binary build of jamon-processor. >>>> >>>> - Ian >>>> >>>> >>>> On Wed, Jul 10, 2013 at 4:57 PM, Philip Zeyliger <ph...@cl...>wrote: >>>> >>>>> Hi Ian, >>>>> >>>>> I agree--that Java report makes sense. My co-workers have been seeing >>>>> this reliably, so I'd be happy to validate the change. >>>>> >>>>> -- Philip >>>>> >>>>> >>>>> On Sat, Jun 29, 2013 at 8:01 PM, Ian Robertson <ia...@re...>wrote: >>>>> >>>>>> Hi Philip, >>>>>> >>>>>> At first look, this seems to be related to >>>>>> http://docs.oracle.com/javase/7/docs/technotes/guides/lang/cl-mt.html. >>>>>> I suspect that the right thing to do is to get rid of the current >>>>>> synchronization on "this" and switch to an internal mutex, especially since >>>>>> it seems that we are only using synchronization to guard against concurrent >>>>>> modification of the internal loader instance. >>>>>> >>>>>> Is this something you can reproduce with a degree of reliability? If >>>>>> so, can I ask you to validate a fix once I've made the change? >>>>>> >>>>>> - Ian >>>>>> >>>>>> >>>>>> On Wed, Jun 26, 2013 at 10:10 AM, Philip Zeyliger < >>>>>> ph...@cl...> wrote: >>>>>> >>>>>>> Hi there, >>>>>>> >>>>>>> We're using RecompilingTemplateManager in development mode, and >>>>>>> we're finding a deadlock when our web server has multiple threads. I've >>>>>>> pasted in a stack trace below. I'm going to work around this by wrapping >>>>>>> RecompilingTemplateManager with a wrapper that has a big bad lock, but I'm >>>>>>> curious to hear if there are other solutions. I see that >>>>>>> "ensureUpToDate()" is already synchronized in the class, but clearly that's >>>>>>> not quite enough. >>>>>>> >>>>>>> Any advice? >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> "1455255101@scm-web-4" daemon prio=5 tid=7fe3768b1800 nid=0x11af95000 waiting for monitor entry [11af90000] >>>>>>> java.lang.Thread.State: BLOCKED (on object monitor) >>>>>>> at org.jamon.util.WorkDirClassLoader.loadClass(WorkDirClassLoader.java:110) >>>>>>> - waiting to lock <7c3ecea98> (a org.jamon.util.WorkDirClassLoader) >>>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:295) >>>>>>> - locked <7ee031f00> (a org.jamon.util.WorkDirClassLoader$Loader) >>>>>>> at org.jamon.util.WorkDirClassLoader$Loader.loadClass(WorkDirClassLoader.java:84) >>>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:247) >>>>>>> at java.lang.Class.getDeclaredConstructors0(Native Method) >>>>>>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2437) >>>>>>> at java.lang.Class.getConstructor0(Class.java:2747) >>>>>>> at java.lang.Class.getConstructor(Class.java:1684) >>>>>>> at com.cloudera.server.web.cmf.include.ServiceLink.constructImpl(ServiceLink.java:224) >>>>>>> at org.jamon.compiler.RecompilingTemplateManager.constructImplFromReplacedProxy(RecompilingTemplateManager.java:199) >>>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:68) >>>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:53) >>>>>>> at com.cloudera.server.web.cmf.include.ServiceLink.renderNoFlush(ServiceLink.java:265) >>>>>>> at com.cloudera.server.web.cmf.include.ServicesMenuImpl.__jamon_innerUnit__renderCluster(ServicesMenuImpl.java:115) >>>>>>> at com.cloudera.server.web.cmf.include.ServicesMenuImpl.renderNoFlush(ServicesMenuImpl.java:62) >>>>>>> at com.cloudera.server.web.cmf.include.ServicesMenu.renderNoFlush(ServicesMenu.java:138) >>>>>>> at com.cloudera.server.web.cmf.include.ServicesMenu.render(ServicesMenu.java:128) >>>>>>> at com.cloudera.server.web.cmf.include.ServicesMenu$1.renderTo(ServicesMenu.java:120) >>>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:50) >>>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:27) >>>>>>> at com.cloudera.server.web.common.JamonModelAndView.of(JamonModelAndView.java:86) >>>>>>> at com.cloudera.server.web.cmf.StatusController.servicesMenu(StatusController.java:138) >>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> "1829295775@scm-web-2" daemon prio=5 tid=7fe378849800 nid=0x11ab99000 waiting for monitor entry [11ab95000] >>>>>>> java.lang.Thread.State: BLOCKED (on object monitor) >>>>>>> at java.lang.ClassLoader.getDefaultDomain(ClassLoader.java:1621) >>>>>>> - waiting to lock <7ee031f00> (a org.jamon.util.WorkDirClassLoader$Loader) >>>>>>> at java.lang.ClassLoader.preDefineClass(ClassLoader.java:483) >>>>>>> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625) >>>>>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:615) >>>>>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:465) >>>>>>> at org.jamon.util.WorkDirClassLoader$Loader.loadClass(WorkDirClassLoader.java:91) >>>>>>> at org.jamon.util.WorkDirClassLoader.loadClass(WorkDirClassLoader.java:123) >>>>>>> - locked <7c3ecea98> (a org.jamon.util.WorkDirClassLoader) >>>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:247) >>>>>>> at org.jamon.compiler.RecompilingTemplateManager.getTemplateClass(RecompilingTemplateManager.java:253) >>>>>>> at org.jamon.compiler.RecompilingTemplateManager.getImplClass(RecompilingTemplateManager.java:239) >>>>>>> at org.jamon.compiler.RecompilingTemplateManager.constructImplFromReplacedProxy(RecompilingTemplateManager.java:199) >>>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:68) >>>>>>> at org.jamon.AbstractTemplateManager.constructImpl(AbstractTemplateManager.java:53) >>>>>>> at com.cloudera.server.web.common.include.LinkRenderer.renderNoFlush(LinkRenderer.java:114) >>>>>>> at com.cloudera.server.web.cmf.rman.ManageMenuImpl.renderNoFlush(ManageMenuImpl.java:79) >>>>>>> at com.cloudera.server.web.cmf.rman.ManageMenu.renderNoFlush(ManageMenu.java:125) >>>>>>> at com.cloudera.server.web.cmf.rman.ManageMenu.render(ManageMenu.java:116) >>>>>>> at com.cloudera.server.web.cmf.rman.ManageMenu$1.renderTo(ManageMenu.java:108) >>>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:50) >>>>>>> at com.cloudera.server.web.common.JamonModelAndView$JamonView.<init>(JamonModelAndView.java:27) >>>>>>> at com.cloudera.server.web.common.JamonModelAndView.of(JamonModelAndView.java:86) >>>>>>> at com.cloudera.server.web.cmf.StatusController.manageMenu(StatusController.java:158) >>>>>>> >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> This SF.net email is sponsored by Windows: >>>>>>> >>>>>>> Build for Windows Store. >>>>>>> >>>>>>> http://p.sf.net/sfu/windows-dev2dev >>>>>>> _______________________________________________ >>>>>>> Jamon-users mailing list >>>>>>> Jam...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/jamon-users >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > |
2 messages has been excluded from this view by a project administrator.
