Menu
▾
▴
webmacro-devel — Discuss development issues related to the core of WebMacro
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(28) |
Dec
(47) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(103) |
Feb
(44) |
Mar
(65) |
Apr
(140) |
May
(72) |
Jun
(233) |
Jul
(466) |
Aug
(51) |
Sep
(2) |
Oct
(17) |
Nov
(1) |
Dec
(7) |
| 2004 |
Jan
(8) |
Feb
(5) |
Mar
(28) |
Apr
(9) |
May
(7) |
Jun
|
Jul
(7) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
(24) |
Jun
(7) |
Jul
(2) |
Aug
|
Sep
|
Oct
(4) |
Nov
(3) |
Dec
(12) |
| 2006 |
Jan
|
Feb
(3) |
Mar
(8) |
Apr
(59) |
May
|
Jun
|
Jul
|
Aug
(24) |
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(3) |
| 2008 |
Jan
|
Feb
(1) |
Mar
(16) |
Apr
(2) |
May
(2) |
Jun
|
Jul
(11) |
Aug
(3) |
Sep
(9) |
Oct
(9) |
Nov
(44) |
Dec
(34) |
| 2009 |
Jan
(12) |
Feb
(14) |
Mar
(11) |
Apr
(16) |
May
(41) |
Jun
(19) |
Jul
(33) |
Aug
(8) |
Sep
(3) |
Oct
|
Nov
|
Dec
(7) |
| 2010 |
Jan
(8) |
Feb
(50) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(16) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Keats K. <ke...@xa...> - 2005-05-24 15:35:35
|
Marc Palmer wrote: >>Thanks! I don't suppose you'd like to do the Freshmeat.net >>announcement >>as well? >> >> > >I will try to get to that tomorrow. However I think it might be better for >us to jump to an RC2 with the -src build with libs, Java 5 compatibility >and a non-broken #macro ;-( > > Cool. What's the broken #macro issue? >However if Brian/Eric aren't available and we don't have time/confidence >to solve the JavaCC stuff now I think we should stick with RC1 as is and >slate this stuff for a rapid turnaround 2.1. > > It should be a very simple change. I just need to get JavaCC set up on my box again. >I have a contract now where I'm evangelising WM on-site so I can spend a >little time on it here and there, but setting up commitable CVS here on >this box would not be a smart thing for me to do ;-) > > > >>>should put their templates in places like <webapp>/ or >>><webapp>/WEB-INF/templates but not in <webapp>/WEB-INF/classes. >>> >>> >>> >>> >>This approach does seem nice an clean, however some folks will have >>standard templates that they want to share across webapps. Maybe we >>could have a configurable option, like >>ServletContextBroker.EnableSharedTemplates. >> >> > >Won't WebMacro.properties allow them to do whatever they like for that? >It's better to have a /apps/sharedtemplates directory somewhere on the >filesystem surely for that kind of thing. > > I'm a bit hazy on all the details with the DelegatingTemplateProvider and what the default configuration is, but I believe the default is to use the ServletBroker to locate templates for web apps. We'll have to sort all this out for the new Broker. >I was thinking that I should change it to load from the ServletContext >resource path, or from the -webmacro- classloader, so you (we - the >authors) can put templates in the WebMacro jar that are accessible to all >applications if WM is in a shared location. This would allow us to ship a >"spring.wm" that is loaded from the cp. > > > >>I agree. I had the same frustration -- trying to dig up the ant >>libraries, etc. >> >> > >OK, so what version of servlet.jar should we ship? 2.3? We should name it >so and update the build script to use servlet-api23.jar or similar. > > We might as well stick with the servlet22.jar, unless there is some reason to change. It's really just for compiling anyway. > > > >>Sounds good. I was hoping someone would do a Java 5 build. If you >>can't commit you can send me the code and put it up there. (I may also >>be able to help with your boring problem if you'd like. Are you using >>Windoze?) >> >> > >Thanks for all that Keats. Feels like we are the last guys in the WM >office ;-) > > > :'( >Status update for you: > >1. Java 5 build - all OK now except for the generated source so far. >2. ServletContextBroker - working, but probably needs some semantic >changes for classloader resource usage >3. WebMacro taglib - working, needs to use new ServletContextBroker >though, simple change. > > I finally got your taglib code working last night. (It took me a while to realize that you had compiled with Java 5.) I was playing around with adding a couple of attributes: id - to use a label for diagnostic messages. The setter/getter methods already exist in the superclass, so you just need to add it to the TLD. handler - the name of a Handler class to process the template. The taglib should look up this name to get the Handler implementation and then call it with the request, response, and tag body. The handler can be a class name or a config lookup. I haven't quite figured out what the best place to configure this. What do you think? >4. WebMacro Spring integration - working, including set of macros stolen >from Velocity to give access to a bunch of Spring paradigm stuff. Not all >macros tested, couple of tweaks I'm working on now. > >CVS - I can sort it out at home given the time, just that the SSH keys I >used to use seem to be causing problems with WinCVS/OpenSSH. It's giving >me some horrible warning that the SF server may be spoofing its IP and it >sends a load of crap back to CVS. > > Sounds like you need to accept the servers fingerprint. You can use PUTTY to connect to the server and accept the fingerprint. Then everything should be cool. Keats |
|
From: Marc P. <ma...@an...> - 2005-05-24 15:15:24
|
> This is not a bug, but a documented design decision. > > A directive must be preceded by whitespace or a newline. This was done > to make it less likely that text would get mistaken for a directive. > Specifically in your case the parser could could confuse colors like > "#FFCC44" with directives. > > I admit it's not pretty, but I think we can live with it. Duh, now I remember. Trouble is, to outsiders (as one becomes when you've been away for a while) this looks nuts :( |
|
From: Keats K. <ke...@xa...> - 2005-05-24 15:09:15
|
This is not a bug, but a documented design decision.
A directive must be preceded by whitespace or a newline. This was done
to make it less likely that text would get mistaken for a directive.
Specifically in your case the parser could could confuse colors like
"#FFCC44" with directives.
I admit it's not pretty, but I think we can live with it.
Keats
Marc Palmer wrote:
>Guys, forgive me if I am raking over the past because I feel some deja vu
>here... but why can't I invoke a macro inline?
>
><a href="#springURL("addperm.html")">Add permissions</a>
>
>This fails, the resulting HTML is, rather oddly:
>
><a href="#springURL("addperm.html)>Add permissions</a>
>
>Putting in a bit of whitespace solves it:
>
><a href=" #springURL("addperm.html")">Add permissions</a>
>
>...which is hella-ugly. Can I submit a unit test for this and can someone
>look at the parser, if it's not me being "stupid"? It certainly seems
>completely nonsensical to the end-user...
>
>I would strongly recommend we fix this and put out an RC2. I would say the
>Java 5 compatibility issue with JavaCC's generated code is a release
>stopper too - but should be easy to fix.
>
>Cheers
>
>
>
>
|
|
From: Marc P. <ma...@an...> - 2005-05-24 14:52:25
|
Guys, forgive me if I am raking over the past because I feel some deja vu
here... but why can't I invoke a macro inline?
<a href="#springURL("addperm.html")">Add permissions</a>
This fails, the resulting HTML is, rather oddly:
<a href="#springURL("addperm.html)>Add permissions</a>
Putting in a bit of whitespace solves it:
<a href=" #springURL("addperm.html")">Add permissions</a>
...which is hella-ugly. Can I submit a unit test for this and can someone
look at the parser, if it's not me being "stupid"? It certainly seems
completely nonsensical to the end-user...
I would strongly recommend we fix this and put out an RC2. I would say the
Java 5 compatibility issue with JavaCC's generated code is a release
stopper too - but should be easy to fix.
Cheers
|
|
From: Keats K. <ke...@xa...> - 2005-05-24 14:13:28
|
Marc Palmer wrote: >>2. The current source uses the "enum" keyword in places so this fails >>to build against Java 5. >> >> >> > >Irk! > >Does someone who understands JavaCC have time to look at whether there is >a new version of JavaCC we can distribute with? WMParser_Impl.java has >"enum" used as a local var, in what is generated code. > >I don't have time to look at that right now, I know nothing about JavaCC. >However I will do the other non-generated source changes. > >Cheers > > Unfortunately our JavaCC gurus, Brian and Eric are both off on other adventures. Lane do you have any expertise here? If not, I can give it a shot. I know I've gotten it to run in the (distant) past. Keats |
|
From: Keats K. <ke...@xa...> - 2005-05-24 14:08:08
|
Marc Palmer wrote: >Hi all, > >FYI I added a 2.0 RC1 release announcement to the SF news feed for WM, >nobody else seems to have done it. I know there is at least 1 site that >takes the SF WM RSS feed :-) > > Thanks! I don't suppose you'd like to do the Freshmeat.net announcement as well? >I'm working on this new ServletContextBroker implementation. My plan is >that templates will never be loaded from a ClassLoader, only by >ServletContext.getResource. I think this is a cleaner model, i.e. people >should put their templates in places like <webapp>/ or ><webapp>/WEB-INF/templates but not in <webapp>/WEB-INF/classes. > > This approach does seem nice an clean, however some folks will have standard templates that they want to share across webapps. Maybe we could have a configurable option, like ServletContextBroker.EnableSharedTemplates. >Also, there are some issues with the RC1 build which I believe need to be >resolved before we can release it: > >1. The -src distribution does not include libs required to build WM. I >believe the distribution should include everything needed to build it. >This means concurrent.jar and servlet.jar should be in the -src distro's >/lib dir. I take it some people will object. What say you? Spring has a >very good approach in that everything (and more) is there. You should >certainly be able to download WM src and run build.xml and have it build. >It doesn't, you need JARs first. > > I agree. I had the same frustration -- trying to dig up the ant libraries, etc. >2. The current source uses the "enum" keyword in places so this fails to >build against Java 5. > >I assume there will be no objections to me tackling item 2 - I will do it >now, but I can't commit to SF at the moment, very very boring CVS SSH hell :( > > Sounds good. I was hoping someone would do a Java 5 build. If you can't commit you can send me the code and put it up there. (I may also be able to help with your boring problem if you'd like. Are you using Windoze?) Keats >Cheers > > > > |
|
From: Marc P. <ma...@an...> - 2005-05-24 13:24:54
|
I'm trying to look at getting the Spring view field bindings stuff
happening with the WM Spring view - and while looking at how Velocity does
this found this:
#macro( springBind $path )
#if("$!springHtmlEscape" != "")
...
#else
...
#end
#end
Ewww.... is that a horrible syntax for the #if expression or what!
Interestingly, I can't work out how the Spring/Velocity view stuff works,
they have a template full of macros called spring.vm that refers to a
spring helper and a property on the view to make it add the helper to the
context.
Neither exist as far as I can tell.
;-(
|
|
From: Marc P. <ma...@an...> - 2005-05-24 12:59:50
|
> 2. The current source uses the "enum" keyword in places so this fails > to build against Java 5. > Irk! Does someone who understands JavaCC have time to look at whether there is a new version of JavaCC we can distribute with? WMParser_Impl.java has "enum" used as a local var, in what is generated code. I don't have time to look at that right now, I know nothing about JavaCC. However I will do the other non-generated source changes. Cheers |
|
From: Marc P. <ma...@an...> - 2005-05-24 12:38:55
|
Hi all, FYI I added a 2.0 RC1 release announcement to the SF news feed for WM, nobody else seems to have done it. I know there is at least 1 site that takes the SF WM RSS feed :-) I'm working on this new ServletContextBroker implementation. My plan is that templates will never be loaded from a ClassLoader, only by ServletContext.getResource. I think this is a cleaner model, i.e. people should put their templates in places like <webapp>/ or <webapp>/WEB-INF/templates but not in <webapp>/WEB-INF/classes. Also, there are some issues with the RC1 build which I believe need to be resolved before we can release it: 1. The -src distribution does not include libs required to build WM. I believe the distribution should include everything needed to build it. This means concurrent.jar and servlet.jar should be in the -src distro's /lib dir. I take it some people will object. What say you? Spring has a very good approach in that everything (and more) is there. You should certainly be able to download WM src and run build.xml and have it build. It doesn't, you need JARs first. 2. The current source uses the "enum" keyword in places so this fails to build against Java 5. I assume there will be no objections to me tackling item 2 - I will do it now, but I can't commit to SF at the moment, very very boring CVS SSH hell :( Cheers |
|
From: <Web...@St...> - 2005-05-20 21:34:24
|
The WM constructor taking a servlet, doesn't that really just need the servletContext or what it is? What about making a constructor that takes the argument that is really needed, instead of having a constructor that takes an argument which is instantly asked for another object? Pretty please before 2.0. Endre |
|
From: Lane S. <la...@op...> - 2005-04-23 07:50:29
|
great. thanks!!!
Keats Kirsch wrote:
> Mea culpa. I had neglected to commit a change to Broker. (I added a
> convenience method for adding global functions.) I just committed it,
> so it should be OK now.
>
> Sorry.
>
> Keats
>
> Lane Sharman wrote:
>
>> Keats,
>>
>> I think you need to look at this because I __think__ you may be
>> responsible here. I would really like to try out the new code.
>>
>> A unit test no longer compiles and therefore the test set cannot be run.
>>
>> unit-compile:
>> [javac] Compiling 49 source files to
>> E:\deploy\n2\webmacro\test\unit-classes
>>
>> [javac]
>> E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestFunction.j
>> ava:42:
>> putFunction(java.lang.String,org.webmacro.engine.MethodWrapper) in org.w
>> ebmacro.Broker cannot be applied to
>> (java.lang.String,java.lang.Class,java.lang.
>> String)
>> [javac] context.getBroker().putFunction("escape",
>> org.webmacro.util.
>> HTMLEscaper.class, "escape");
>> [javac] ^
>> [javac]
>> E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestFunction.j
>> ava:43:
>> putFunction(java.lang.String,org.webmacro.engine.MethodWrapper) in org.w
>> ebmacro.Broker cannot be applied to
>> (java.lang.String,org.webmacro.template.Test
>> Function,java.lang.String)
>> [javac] context.getBroker().putFunction("mod", this,
>> "modFunc");
>> [javac] ^
>> [javac] Note:
>> E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestShar
>> edOutputStream.java uses or overrides a deprecated API.
>> [javac] Note: Recompile with -deprecation for details.
>> [javac] 2 errors
>>
>>
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Webmacro-devel mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webmacro-devel
>
--
Lane Sharman
Providing Private and SPAM-Free Email
http://www.opendoors.com
858-755-2868
|
|
From: Keats K. <ke...@xa...> - 2005-04-18 03:35:08
|
Mea culpa. I had neglected to commit a change to Broker. (I added a
convenience method for adding global functions.) I just committed it,
so it should be OK now.
Sorry.
Keats
Lane Sharman wrote:
> Keats,
>
> I think you need to look at this because I __think__ you may be
> responsible here. I would really like to try out the new code.
>
> A unit test no longer compiles and therefore the test set cannot be run.
>
> unit-compile:
> [javac] Compiling 49 source files to
> E:\deploy\n2\webmacro\test\unit-classes
>
> [javac]
> E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestFunction.j
> ava:42:
> putFunction(java.lang.String,org.webmacro.engine.MethodWrapper) in org.w
> ebmacro.Broker cannot be applied to
> (java.lang.String,java.lang.Class,java.lang.
> String)
> [javac] context.getBroker().putFunction("escape",
> org.webmacro.util.
> HTMLEscaper.class, "escape");
> [javac] ^
> [javac]
> E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestFunction.j
> ava:43:
> putFunction(java.lang.String,org.webmacro.engine.MethodWrapper) in org.w
> ebmacro.Broker cannot be applied to
> (java.lang.String,org.webmacro.template.Test
> Function,java.lang.String)
> [javac] context.getBroker().putFunction("mod", this,
> "modFunc");
> [javac] ^
> [javac] Note:
> E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestShar
> edOutputStream.java uses or overrides a deprecated API.
> [javac] Note: Recompile with -deprecation for details.
> [javac] 2 errors
>
>
|
|
From: Lane S. <la...@op...> - 2005-04-16 01:27:03
|
Keats,
I think you need to look at this because I __think__ you may be
responsible here. I would really like to try out the new code.
A unit test no longer compiles and therefore the test set cannot be run.
unit-compile:
[javac] Compiling 49 source files to
E:\deploy\n2\webmacro\test\unit-classes
[javac]
E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestFunction.j
ava:42: putFunction(java.lang.String,org.webmacro.engine.MethodWrapper)
in org.w
ebmacro.Broker cannot be applied to
(java.lang.String,java.lang.Class,java.lang.
String)
[javac] context.getBroker().putFunction("escape",
org.webmacro.util.
HTMLEscaper.class, "escape");
[javac] ^
[javac]
E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestFunction.j
ava:43: putFunction(java.lang.String,org.webmacro.engine.MethodWrapper)
in org.w
ebmacro.Broker cannot be applied to
(java.lang.String,org.webmacro.template.Test
Function,java.lang.String)
[javac] context.getBroker().putFunction("mod", this, "modFunc");
[javac] ^
[javac] Note:
E:\deploy\n2\webmacro\test\unit\org\webmacro\template\TestShar
edOutputStream.java uses or overrides a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 2 errors
--
Lane Sharman
Providing Private and SPAM-Free Email
http://www.opendoors.com
858-755-2868
|
|
From: Mike W. <m.w...@tr...> - 2005-01-12 10:18:29
|
<html> <body> Hello guys,<br><br> i still can't get to <a href="http://www.webmacro.org/" eudora="autourl">http</a><a href="http://www.webmacro.org/" eudora="autourl">://www.webmacro.org</a> anyone care to check this,<br> and give the server a kick if it actually is down?<br><br> Greetings,<br> Mike Weerdenburg<br><br> PS. this mailing-lists are quiet to! anybody still using webMacro???<br><br> <br> <b>tracert webmacro.org<br><br> </b>Tracing route to webmacro.org [64.132.103.32]<br> over a maximum of 30 hops:<br><br> 1 <10 ms <10 ms <10 ms *.*.*.*<br> 2 121 ms 30 ms 30 ms *.*.*.*<br> 3 30 ms 20 ms 30 ms nrp01-gw.nikhef.concepts-ict.net [213.197.27.9]<br> 4 100 ms 80 ms 140 ms gi0-2-205.core01.ams03.atlas.cogentco.com [130.117.19.121]<br> 5 20 ms 30 ms 30 ms p5-0.core01.bru01.atlas.cogentco.com [130.117.1.134]<br> 6 30 ms 40 ms 30 ms p6-0.core01.lon02.atlas.cogentco.com [130.117.1.158]<br> 7 140 ms 100 ms 111 ms p6-0.core02.jfk01.atlas.cogentco.com [154.54.1.5]<br> 8 100 ms 110 ms 101 ms p12-0.core02.jfk02.atlas.cogentco.com [66.28.4.169]<br> 9 250 ms 190 ms 100 ms p15-0.core01.jfk02.atlas.cogentco.com [66.28.4.13]<br> 10 110 ms 111 ms 110 ms p4-0.core02.dca01.atlas.cogentco.com [66.28.4.81]<br> 11 151 ms 160 ms 160 ms p15-0.core01.dca01.atlas.cogentco.com [66.28.4.21]<br> 12 110 ms 120 ms 110 ms p2-0.core01.iad01.atlas.cogentco.com [154.54.2.202]<br> 13 111 ms 120 ms 110 ms 66.192.252.217<br> 14 110 ms 110 ms 110 ms 66.192.255.230<br> 15 221 ms 280 ms 270 ms 66.192.242.20<br> 16 120 ms 120 ms 131 ms tagg-01-so-5-0-0.gnbo.twtelecom.net [66.192.242.110]<br> 17 * * * Request timed out.<br> .<br> .<br> .<br> 30 * * * Request timed out.<br> Trace complete.<br> </body> </html> |
|
From: titanium m. <tit...@ho...> - 2004-10-06 13:27:08
|
Hi, I am evaluating if we can use WebMacro for a high traffic site, which during mon-wed can get around 10 million users. It would be a hosted solution and for EACH CLINET the site will have its own customization. The number of client will be around 200 and the combined user(for all the clients) accessing the application during the weekdays would be 15 million. There will be around 80 pages in the application and for 200 clients we might have to create 80 * 200 templates (approx). We are looking at struts, velocity on jboss as one of the option. 1) Is there any site which works on the above combination and high traffic scenario using web macro ? Are there any performance statistics available ? 2) Can you point me to the caching options in WebMacro ? 3) The new release 2.0 is supposed to come, are there any specific dates. Also its mentioned in the site that many package names would be modified. If we implement in 1.1 version we want to sure upgrading wont be a gigantic task. 4) From your perspective, how does web macro compare to velocity and cocoon ? Titanium. _________________________________________________________________ All the news that matters. All the gossip from home. http://www.msn.co.in/NRI/ Specially for NRIs! |
|
From: <Web...@St...> - 2004-07-23 08:39:35
|
On Thu, 22 Jul 2004, Eric B.Ridge wrote: | On Jul 22, 2004, at 2:33 PM, Sebastian Kanthak wrote: | | > Neither of the three seems nice to me, so does anybody have a better | > idea? | > Otherwise, I'd suggest to postpone a change like this after 2.0 is | > released | > and keep it the way it currently is (global macros loaded once at | > WebMacro | > startup). | | I don't have a solution for the problem, but a global #macro library is | totally useless to developers if it can't be reloaded on-the-fly. :) First (the question): postone such changes. Second (the opinion): don't agree. In my case, I'd make these "static macros", and then "my developers" (the folks coding on top of my framework) would be allowed to use them, buf -of course not- change them. They would work more like directives, not macros. Thus, this wouldn't be that big a problem. I was just asking. For my part, the "macro-files-aren't-reload-checked" are a MUCH MUCH worse problem. IM(H)O: I WANT A 2.0 OUT!! NOW!! Fix the bugs (if any) - DO NOT include more features. DROP ANY MORE DEVELOPMENT! STOP!!!! *GET* *IT* *OUT*! (That was just to express my inner thoughts about the state of WebMacro, do not take it to seriously. ;) ) Endre. |
|
From: Eric B. R. <eb...@tc...> - 2004-07-22 19:34:21
|
On Jul 22, 2004, at 2:33 PM, Sebastian Kanthak wrote: > Neither of the three seems nice to me, so does anybody have a better > idea? > Otherwise, I'd suggest to postpone a change like this after 2.0 is > released > and keep it the way it currently is (global macros loaded once at > WebMacro > startup). I don't have a solution for the problem, but a global #macro library is totally useless to developers if it can't be reloaded on-the-fly. :) eric |
|
From: Sebastian K. <seb...@mu...> - 2004-07-22 19:27:36
|
Hi, On Thursday 22 July 2004 11:38, Endre St=F8lsvik wrote: > On Thu, 22 Jul 2004, Sebastian Kanthak wrote: > | I added a facility to include global macros into every template. Just p= ut > | a space separated list of files you'd like to load macros from into a > | "Macros.Include" configuration setting. See my description on the > | MacroDirective Wiki page. > These won't ever be reloaded, then? A macro-template won't be reloaded > unless it is timed out, and these won't ever be reloaded? I thought about this and tried changing my implementation a bit, so that th= e=20 global library templates are loaded from every template (possibly from the= =20 cache of course) instead of once at initialization time. This would allow=20 changes in the libraries to take effect, once a normal template expires fro= m=20 the cache. However, doing this the straightforward way results in a StackOverflow,=20 because the global libraries try to include themselves... What I need is a= =20 way to tell them: "Hey, you're a global library, don't try to include the=20 global libraries!" I thought about 3 possibilities: 1) A ThreadLocal variable. Ugly hack, but should work 2) Changes to the provider interface to be able to pass additional=20 informations like the above 3) A requirement to put a tag like "$globalMacroLibrary =3D 1" into the=20 libraries Neither of the three seems nice to me, so does anybody have a better idea?= =20 Otherwise, I'd suggest to postpone a change like this after 2.0 is released= =20 and keep it the way it currently is (global macros loaded once at WebMacro= =20 startup). Sebastian =2D-=20 Sebastian Kanthak PGP/GnuPG: http://www.muehlheim.de/~skanthak/pgp.html |
|
From: <Web...@St...> - 2004-07-22 12:23:09
|
On Thu, 22 Jul 2004, Sebastian Kanthak wrote:
| try broker.getProvider("template").flush() to clear the template cache.
Fantastic! Okay, now there's NO need for ANY threads anymore! :)
("Management servlets" for your cool webapps are just great, I just
entered one more link in mine: "Clear WM template cache". This is
standardized now, as JMX, isn't it?)
Endre
|
|
From: Sebastian K. <seb...@mu...> - 2004-07-22 10:30:31
|
Hi,
On Thursday 22 July 2004 11:38, Endre St=F8lsvik wrote:
> On Thu, 22 Jul 2004, Sebastian Kanthak wrote:
> | I added a facility to include global macros into every template. Just p=
ut
> | a space separated list of files you'd like to load macros from into a
> | "Macros.Include" configuration setting. See my description on the
> | MacroDirective Wiki page.
[...]
> | Any concerns about this? A unit-test is included.
>
> These won't ever be reloaded, then? A macro-template won't be reloaded
> unless it is timed out, and these won't ever be reloaded?
that's true. We'd need to refactor our approach for reloading templates so=
=20
that it can support multiple dependencies. Shouldn't be done before 2.0fina=
l,=20
I guess.
> I'd love to be able to reconfigure everything about WebMacro runtime,
> including whether the cache should be cleared etc. I just realized, of
> course, that I could potentially just make a entirely new WM instance and
> thus that would use all the new configurations, with new cache and all.
try broker.getProvider("template").flush() to clear the template cache.
> One more user-level question:
> How are the templates cached, regarding the other discussion? Are they
> cached after they are parsed/compiled? Or are the cache just a cache of
> the content of file? Or are there maybe a two-level cache?! I assume the
> first, really..
the first, that is Templates are parsed and "compiled" into an internal=20
representation that can be evaluated pretty fast. This representation is=20
cached. If you want to cache the results of evaluating a Template with a=20
Context, you have to do this on your own.
Sebastian
=2D-=20
Sebastian Kanthak
PGP/GnuPG: http://www.muehlheim.de/~skanthak/pgp.html
|
|
From: <Web...@St...> - 2004-07-22 09:38:35
|
On Thu, 22 Jul 2004, Sebastian Kanthak wrote: | Hi, | | I added a facility to include global macros into every template. Just put a | space separated list of files you'd like to load macros from into a | "Macros.Include" configuration setting. See my description on the | MacroDirective Wiki page. | | The whole thing is done, by parsing the templates at initialization time of | the broker, store their macros into a map and put the contents of this map | into every template's BuildContext in WMTemplate.java. | | Any concerns about this? A unit-test is included. These won't ever be reloaded, then? A macro-template won't be reloaded unless it is timed out, and these won't ever be reloaded? I'd love to be able to reconfigure everything about WebMacro runtime, including whether the cache should be cleared etc. I just realized, of course, that I could potentially just make a entirely new WM instance and thus that would use all the new configurations, with new cache and all. One more user-level question: How are the templates cached, regarding the other discussion? Are they cached after they are parsed/compiled? Or are the cache just a cache of the content of file? Or are there maybe a two-level cache?! I assume the first, really.. Endre |
|
From: Sebastian K. <seb...@mu...> - 2004-07-22 08:17:56
|
Hi, I added a facility to include global macros into every template. Just put a space separated list of files you'd like to load macros from into a "Macros.Include" configuration setting. See my description on the MacroDirective Wiki page. The whole thing is done, by parsing the templates at initialization time of the broker, store their macros into a map and put the contents of this map into every template's BuildContext in WMTemplate.java. Any concerns about this? A unit-test is included. Sebastian -- Sebastian Kanthak PGP/GnuPG: http://www.muehlheim.de/~skanthak/pgp.html |
|
From: <Web...@St...> - 2004-05-26 08:41:50
|
I'm wondering about the 2.0 drive - did it fade away? It'd be really good for the WM community if something happened soon.. Velocity could need som= e actual competition. Another thing that worries me: is it really true that a included object cannot get hold of the "renderstream" and directly inject content in ther= e anymore? This is -very- worrisome for me - my framework is based around this. Anything else sounds like a memory-hogging temporary object hell. I mean, if a included object (lets for example say -a Portlet- on a Portlet "workbench" - this is the case at hand) is made to -stream- content to a output sink, it will just be insanely silly to -cache- this into a StringWriter (or whatever), and then include that content again. Or have I misunderstood something totally? Thanks, Endre --=20 Mvh, Endre St=F8lsvik M[+47 93054050] F[+47 51625182] Developer @ CoreTrek AS - http://www.coretrek.com/ CoreTrek corporate portal / EIP - http://www.corelets.com/ |
|
From: Lane S. <la...@op...> - 2004-05-26 05:06:38
|
Hi Wm,
This concept is a pretty common pattern.
The way I solve it:
a) In the init() section of a base servlet, parse a template and save
the context off as a java variable.
b) Insert the context variable before you evaluate the template using a
name like "Global". Then, every template has a context variable,
$Global.{AnyVariableCreatedInTheGlobalTemplate}
You can see a good example of this in the current distribution:
o.w.servlets.TemplateServlet.java
-Lane
Wm Muir wrote:
>Hello,
>
>Just curious about a design concept.
>
>If you have multiple WMServlet, that all have template that include another
>common template (like a banner or header) :
>
>#include as template "someBanner.wm
>
>Which has some fields that need to be set. Obviously, you do not want to
>include the "context.put(..)" in each and every servlet. Nor would you want
>to extend a "SomeBanner" WMServlet.
>
>What is the best way to have only one instance of code that will populate
>the fields in this one common template?
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g.
>Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Webmacro-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/webmacro-devel
>
>
>
--
Lane Sharman
Providing Private and SPAM-Free Email
http://www.opendoors.com
858-755-2868
|
|
From: Wm M. <mu...@ho...> - 2004-05-25 16:52:41
|
Hello, Just curious about a design concept. If you have multiple WMServlet, that all have template that include another common template (like a banner or header) : #include as template "someBanner.wm Which has some fields that need to be set. Obviously, you do not want to include the "context.put(..)" in each and every servlet. Nor would you want to extend a "SomeBanner" WMServlet. What is the best way to have only one instance of code that will populate the fields in this one common template? |
237 messages has been excluded from this view by a project administrator.
