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: Marc P. <ma...@an...> - 2003-06-24 16:34:42
|
Hey guys, look at the wonderfully helpful response I got from Jon. (not) I'm starting to think we should definitely point out wherever possible that Velocity's website is sadly very out of date with reality vis WM. ------- Forwarded message ------- From: Jon Scott Stevens <jo...@st...> To: <ma...@an...> Subject: Re: Update to velocity "You make the decision" doc Date: Tue, 24 Jun 2003 09:27:23 -0700 > on 2003/6/24 2:12 AM, "Marc Palmer" <ma...@an...> wrote: > >> >> Hi Jon, >> >> I hope you are well and working on some exciting projects. >> >> I am writing as per the text on the Velocity YMTD page, to request an >> edit >> to the document. The link to WebMacro MVC is broken, I imagine since we >> migrated to Wiki on webmacro.org. >> >> Please update the link to the following: >> >> http://www.webmacro.org/ModelViewController >> >> >> Also, there are some very out of date remarks about WebMacro on the >> Velocity site. If I spend some time collating these, who should I >> contact >> to get the corrections made? >> >> You probably know what I'm talking about - references to hand-coded >> parser, >> old licensing terms etc. - which are all so out of date now it doesn't >> look >> so good that Velocity's site still brandishes these as differentiating >> factors. >> >> I look forward to hearing from you. >> >> Kind regards, >> Marc > > Send a patch. > > -jon > |
|
From: Keats <ke...@ea...> - 2003-06-24 16:28:50
|
Yes this is exactly what I had envisioned the #output directive for. It's
not something you'd normally use on a Web site, but it has lot's of uses for
stand-alone apps.
Keats
----- Original Message -----
From: Lane Sharman
To: Brian Goetz
Cc: Keats ; Sebastian Kanthak ; web...@li...
Sent: Tuesday, June 24, 2003 12:01 PM
Subject: Re: [Webmacro-devel] #templet directive
I do a lot of code generation and I would like to be able to generate WM
code as well. The problem I run into is streaming an block within a
template:
#setblock $JavaTemplate {
class $ClassName
bla, bla
}
## how to cleanly evaluate $JavaTemplate and stream this to
home/org/webmacro/dyn/$ClassName.java?
Maybe someone could propose a practice here. I do not like mine currently.
Possibly a context tool which is a writer? $EvalWriter(Stream, template,
context)???
-Lane
What is the pattern going to look like
Brian Goetz wrote:
#output file="some/file.txt" {
#eval $t using { "foo":"a", "bar":"b" }
}
I really don't like this.
Templates should be able to evaluate to two places:
- the template output
- variables in the context
That's it. Not only is it a security risk to do otherwise, but its
inviting all sorts of weird side effects.
|
|
From: Marc P. <ma...@an...> - 2003-06-24 16:15:54
|
On Tue, 24 Jun 2003 09:01:07 -0700, Lane Sharman <la...@op...>
wrote:
> I do a lot of code generation and I would like to be able to generate WM
> code as well. The problem I run into is streaming an block within a
> template:
>
> #setblock $JavaTemplate {
> class $ClassName
> bla, bla
> }
> ## how to cleanly evaluate $JavaTemplate and stream this to
> home/org/webmacro/dyn/$ClassName.java?
>
> Maybe someone could propose a practice here. I do not like mine
> currently. Possibly a context tool which is a writer? $EvalWriter(Stream,
> template, context)???
Well, does Macro implement toString()? If so, then all you need is a
StringToFile helper class/context tool/function.
$Save( "home/org/webmacro/dyn/$ClassName.java", $JavaTemplate)
Trivial?
Why not just write an app for this (antwmcompile?). I don't get why WM
should be doing this when it's the app that renders templates. Having one
page produce multiple outputs is... more like a full language :)
--
Marc Palmer
Contract Java Consultant/Developer
http://www.anyware.co.uk/marc/
http://www.wangjammers.org
|
|
From: Lane S. <la...@op...> - 2003-06-24 16:08:17
|
I do a lot of code generation and I would like to be able to generate WM
code as well. The problem I run into is streaming an block within a
template:
#setblock $JavaTemplate {
class $ClassName
bla, bla
}
## how to cleanly evaluate $JavaTemplate and stream this to
home/org/webmacro/dyn/$ClassName.java?
Maybe someone could propose a practice here. I do not like mine
currently. Possibly a context tool which is a writer?
$EvalWriter(Stream, template, context)???
-Lane
What is the pattern going to look like
Brian Goetz wrote:
>>#output file="some/file.txt" {
>> #eval $t using { "foo":"a", "bar":"b" }
>>}
>>
>>
>
>I really don't like this.
>
>Templates should be able to evaluate to two places:
> - the template output
> - variables in the context
>
>That's it. Not only is it a security risk to do otherwise, but its
>inviting all sorts of weird side effects.
>
>
>
>
|
|
From: Marc P. <ma...@an...> - 2003-06-24 16:01:17
|
On Tue, 24 Jun 2003 11:54:02 -0400, Eric B. Ridge <eb...@tc...> wrote: > Okay. I'll commit to getting Wiki updated with the user admin stuff this > week (by Friday night). All the code is in CVS and it works correctly. > > I'll also get some of those 404 pages that Velocity links to doing some > kind of redirect. Much appreciate Eric. Marc -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Marc P. <ma...@an...> - 2003-06-24 16:01:17
|
On Tue, 24 Jun 2003 08:41:23 -0700, Lane Sharman <la...@op...> wrote: > could you do this Marc, please :). If you mean put the static page there, no - I don't have access to the website as far as I know - only Wiki pages. If you mean write to the Velocity guys, done it already. Cheers -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Eric B. R. <eb...@tc...> - 2003-06-24 15:54:17
|
On Tuesday, June 24, 2003, at 09:53 AM, Marc Palmer wrote: > > Guys, > > We need the top www.webmacro.org page to be a WM "news" page so that > people know we are still alive. The "About WM" stuff should be on an > "About" page. > > I can't do this because I don't have the required wiki permissions. Okay. I'll commit to getting Wiki updated with the user admin stuff this week (by Friday night). All the code is in CVS and it works correctly. I'll also get some of those 404 pages that Velocity links to doing some kind of redirect. eric > > If we could get that sorted out soon it would be great, because people > like me can then maintain the news items, and we can help promote > other peoples' projects that have been adapted to use WM. > > > Marc > > -- > Marc Palmer > Contract Java Consultant/Developer > > http://www.anyware.co.uk/marc/ > http://www.wangjammers.org > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting > Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly > Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Webmacro-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-devel |
|
From: Lane S. <la...@op...> - 2003-06-24 15:48:26
|
could you do this Marc, please :). thanks, Lane Marc Palmer wrote: > > Guys, > > The Velocity camp have a doc of templating vs. JSP with various tech > including WM: > > http://jakarta.apache.org/velocity/ymtd/ymtd.html > > However the WebMacro MVC link is broken, just reinforcing the idea > that WM is in the sidelines. > > The link is to: > http://www.webmacro.org/tutorial/mvc.html > > Which I guess got lost in the move to Wiki. > > Can we reinstate a static page with a redirect to the Wiki equivalent > page? > > Of course we should ask the Velocity guys to update the link but which > do you think will take longer? ;-) > > Marc > |
|
From: <lib...@in...> - 2003-06-24 15:25:47
|
Does Any body have a clue why this is happening??? It seems that it only happens at the sun server with Jrun3.0 In the development environment with Jrun3.1 on Windows NT it is not = happening. Thanks, Dario. -----Original Message----- From: Dar=EDo Liberman=20 Sent: Friday, June 20, 2003 18:45 To: ma...@an...; web...@li... Subject: RE: [Webmacro-devel] webmacro hungs in templates that use the = 'as macro' directive Thanks a lot for the prompt replay, I changed parse to include... but I don't think it has to do with it. I added the LogLevel=3DDEBUG What I managed to see is that I can reproduce the problem: I have an application that loads fisrt a login page. After login it = creates 2 browsers and then sets the 2 urls to start with. Both urls lead to use webmacro for presentation. The wm files are = different but include as macro the same files. The first time I login, everything goes ok. The second time, all cached wmm files seem to get corrupted or = something. Any wm file that includes as macro any of the cached files leads to hung = up. Wm files that include as macro new macro files (i.e. not cached) work = well. Of course also wm files that do not include as macro any file at = all also keep working. I believe the problem is that since the 2 browsers get connected one = right after the other, the request get to be processed at the same time, = and then some critical section is not marked as synchronized and boom!=20 But I am not so sure now, since I have put now a delay between the 2 = requests and it seems to generate problems anyway. I send 2 logs, the first is after startup and it works well. The second is the continuation and it does not work well. Now that I have put the delay it is not working never... I don't = understand. When I manually do the process with a navigator, it works, but when the = program does it by itself, it breaks webmacro. Any guess is welcome. Salutations, Dario. -----Original Message----- From: Marc Palmer [mailto:ma...@an...]=20 Sent: Friday, June 20, 2003 12:33 To: web...@li... Subject: Re: [Webmacro-devel] webmacro hungs in templates that use the = 'as macro' directive On Fri, 20 Jun 2003 11:53:36 -0300, Dar=EDo Liberman = <lib...@in...>=20 wrote: > Hello! > > > Well, I am facing a big problem: Webmacro seems to hung up when = parsing=20 > templates that use the 'parse as macro' directive. WM files containing = > the parse directive but without the 'as macro' still keep working. > It occurs after a while of using it. I still don't find a particular=20 > cause. First, use #include. That probably won't make a difference but #parse is = deprecated. > Till now it always seems to happen at the first contact of the user. I = > don't know if it has to be with the fact that the server is not asked = for=20 > request for many hours and some thread goes to sleep, or what. Or = perhaps=20 > it has to be with the session handling (the first time I perform an=20 > invalidation). > It is very difficult to track it, because it happens only at the=20 > production server till now, and it does it at seldom times. > > I am using WM-VERSION-1.1final called from a servlet class that = extends=20 > WMServlet and it all runs on Jrun version 3.0 with apache 1.3.14 on=20 > Solaris. > > I hope someone can help me out. > > Is there any option to turn on some logging to see where it stops=20 > processing? Yes. Edit your WebMacro.properties and add: LogLevel=3DDEBUG > PD: By the way, when I say it hungs up, I mean that it stays there = doing=20 > nothing holding all the resources. every time I request a page, the=20 > apache uses another process and it does never finish the processing of = it=20 > (it does not show it on the access_log), it remains running there, and = > every request opens yet another process. Do you have lots of memory and virtual memory? If so you might find it = is=20 in an infinite loop and taking a long time to produce a stack overflow.=20 Does your macro template do any recursive calls to macros? Marc --=20 Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Webmacro-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/webmacro-devel |
|
From: Marc P. <ma...@an...> - 2003-06-24 14:14:34
|
Guys, We need the top www.webmacro.org page to be a WM "news" page so that people know we are still alive. The "About WM" stuff should be on an "About" page. I can't do this because I don't have the required wiki permissions. If we could get that sorted out soon it would be great, because people like me can then maintain the news items, and we can help promote other peoples' projects that have been adapted to use WM. Marc -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Keats <ke...@ea...> - 2003-06-24 14:10:48
|
----- Original Message -----
> Can a templet contain a templet?
> Re:
> #output file="some/file.txt" {
> #eval $t using { "foo":"a", "bar":"b" }
> }
> Is the above block evaluate or saved literally for later evaluation?
I'm not quite sure what you're asking. If you want to save a literal block
you can use setblock. The #templet directive is equivalent to #setblock as
macro, that is, it parses the text and stores the macro for later evaluation
(by the #eval directive or direct expansion).
The (as yet mythical) #output directive directs output to a file or stream.
You could use this to dynamically generate templates, program files, SQL
scripts, or whatever.
Hope this answers your question.
Keats
|
|
From: Marc P. <ma...@an...> - 2003-06-24 09:26:42
|
On Tue, 24 Jun 2003 10:05:15 +0100, Marc Palmer <ma...@an...> wrote: > Of course we should ask the Velocity guys to update the link but which do > you think will take longer? ;-) FYI I have written to Jon Stevens about this and the other now factually incorrect text on their site. -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Marc P. <ma...@an...> - 2003-06-24 09:03:45
|
Guys, The Velocity camp have a doc of templating vs. JSP with various tech including WM: http://jakarta.apache.org/velocity/ymtd/ymtd.html However the WebMacro MVC link is broken, just reinforcing the idea that WM is in the sidelines. The link is to: http://www.webmacro.org/tutorial/mvc.html Which I guess got lost in the move to Wiki. Can we reinstate a static page with a redirect to the Wiki equivalent page? Of course we should ask the Velocity guys to update the link but which do you think will take longer? ;-) Marc -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Brian G. <br...@qu...> - 2003-06-24 07:12:15
|
> #output file="some/file.txt" {
> #eval $t using { "foo":"a", "bar":"b" }
> }
I really don't like this.
Templates should be able to evaluate to two places:
- the template output
- variables in the context
That's it. Not only is it a security risk to do otherwise, but its
inviting all sorts of weird side effects.
|
|
From: Lane S. <la...@op...> - 2003-06-24 07:04:18
|
Keats, Sebastian:
The templet is now a powerful language construct for WM. Good work, Keats!
Can a templet contain a templet?
Re:
#output file="some/file.txt" {
#eval $t using { "foo":"a", "bar":"b" }
}
Is the above block evaluate or saved literally for later evaluation?
-Lane
Keats wrote:
>----- Original Message -----
>
>
>>I'm wondering, whether #eval should really be a directive. I think I
>>
>>
>dislike
>
>
>>it, because you don't have a choice anymore, what to do with the evaluated
>>templet: It always gets printed.
>>
>>
>
>Well you can always wrap it in a #setblock if you need the output for
>something else.
>
>
>
>>Remember Lane's wish to store templet's somewhere out of a wm-file? My
>>proposal was to create a "Writer"-Tool, that can take any macro and store
>>
>>
>it
>
>
>>somewhere.
>>
>>So with your proposal, you could do
>>
>>#template $t { bla bla blub blub $foo $bar }
>>$Writer.write("some/file.txt",$t)
>>
>>if $t is a macro, but if you want to change the context, you couldn't. But
>>
>>
>if
>
>
>>you would add a method "withContext(Map context)" to $t, you could do
>>$Writer.write("some/file.txt",$t.withContext({"foo":"a", "bar" : "b"})
>>
>>Do you understand my point? What was the reason for needing an
>>
>>
>#eval-directive
>
>
>>in the first place?
>>
>>
>
>You could still do this sort of thing with the $Template tool. People
>didn't seem to like the template tool syntax, so I came up with the
>directive approach which seems a bit more user friendly.
>
>My approach to the above would be to use a directive for the writer, say
>#output
>
>#output file="some/file.txt" {
> #eval $t using { "foo":"a", "bar":"b" }
>}
>
>Would this work for you? Thanks for the feedback.
>
>Keats
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: INetU
>Attention Web Developers & Consultants: Become An INetU Hosting Partner.
>Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
>INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
>_______________________________________________
>Webmacro-devel mailing list
>Web...@li...
>https://lists.sourceforge.net/lists/listinfo/webmacro-devel
>
>
>
|
|
From: Keats <ke...@ea...> - 2003-06-23 14:38:12
|
----- Original Message -----
> I'm wondering, whether #eval should really be a directive. I think I
dislike
> it, because you don't have a choice anymore, what to do with the evaluated
> templet: It always gets printed.
Well you can always wrap it in a #setblock if you need the output for
something else.
> Remember Lane's wish to store templet's somewhere out of a wm-file? My
> proposal was to create a "Writer"-Tool, that can take any macro and store
it
> somewhere.
>
> So with your proposal, you could do
>
> #template $t { bla bla blub blub $foo $bar }
> $Writer.write("some/file.txt",$t)
>
> if $t is a macro, but if you want to change the context, you couldn't. But
if
> you would add a method "withContext(Map context)" to $t, you could do
> $Writer.write("some/file.txt",$t.withContext({"foo":"a", "bar" : "b"})
>
> Do you understand my point? What was the reason for needing an
#eval-directive
> in the first place?
You could still do this sort of thing with the $Template tool. People
didn't seem to like the template tool syntax, so I came up with the
directive approach which seems a bit more user friendly.
My approach to the above would be to use a directive for the writer, say
#output
#output file="some/file.txt" {
#eval $t using { "foo":"a", "bar":"b" }
}
Would this work for you? Thanks for the feedback.
Keats
|
|
From: Marc P. <ma...@an...> - 2003-06-21 18:43:50
|
If anybody is having problems getting Ignition running please let me know. I know Keats has it running fine. I also know that Lane had a bit of difficulty - problems with resource loading under Resin. I'm here to help... and will be fixing the resource problems under Resin if I can reproduce them. Cheers -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Marc P. <ma...@an...> - 2003-06-21 18:39:41
|
OK, we have a majority now on this vote issue so I'll go and do this. Any problems with me using "template processing" ? That is, versus: template engine template evaluation Bearing in mind the end-users of the SF tracker will likely not understand the difference between engine, evaluation, parsing etc. -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Sebastian K. <seb...@mu...> - 2003-06-21 13:00:38
|
Hi Keats,
On Saturday 21 June 2003 00:06, Keats wrote:
> I've finally gotten back to work on the #templet an #eval directives. I
> thought I'd give an update and solicit some feedback.
I'm wondering, whether #eval should really be a directive. I think I dislike
it, because you don't have a choice anymore, what to do with the evaluated
templet: It always gets printed.
Remember Lane's wish to store templet's somewhere out of a wm-file? My
proposal was to create a "Writer"-Tool, that can take any macro and store it
somewhere.
So with your proposal, you could do
#template $t { bla bla blub blub $foo $bar }
$Writer.write("some/file.txt",$t)
if $t is a macro, but if you want to change the context, you couldn't. But if
you would add a method "withContext(Map context)" to $t, you could do
$Writer.write("some/file.txt",$t.withContext({"foo":"a", "bar" : "b"})
Do you understand my point? What was the reason for needing an #eval-directive
in the first place?
Sebastian
--
Sebastian Kanthak
PGP/GnuPG: http://www.muehlheim.de/~skanthak/pgp.html
|
|
From: Keats <ke...@ea...> - 2003-06-20 22:07:13
|
I've finally gotten back to work on the #templet an #eval directives. I
thought I'd give an update and solicit some feedback.
I decided to separate the context from the "templet", so you have to supply
the context with the #eval (or use the current context). This means that
the templet directive is now equivalent to "#setblock as macro".
Since a templet is just a macro, you can expand it using the current context
by just specifying the variable name. E.g.,
## templet def
#templet $t {
Some junk with variables like $x and $y
}
## expand templet with current context
$t
So I think I can simplify the #eval directive to just 2 optional parameters,
"copy context" and "with <map>".
So, the preferred usage would be something like:
## create a new context with the supplied map of variables
#eval $t using { "x" : "foo", "y" : 999 }
But you could also do:
## use copies of $x and $y from the current context
#eval $t copy context
or
## use a copy of $y from the current context and override $x
#eval $t copy context using { "x" : "foo" }
Any thoughts?
Keats
|
|
From: <lib...@in...> - 2003-06-20 21:45:12
|
Thanks a lot for the prompt replay, I changed parse to include... but I don't think it has to do with it. I added the LogLevel=3DDEBUG What I managed to see is that I can reproduce the problem: I have an application that loads fisrt a login page. After login it = creates 2 browsers and then sets the 2 urls to start with. Both urls lead to use webmacro for presentation. The wm files are = different but include as macro the same files. The first time I login, everything goes ok. The second time, all cached wmm files seem to get corrupted or = something. Any wm file that includes as macro any of the cached files leads to hung = up. Wm files that include as macro new macro files (i.e. not cached) work = well. Of course also wm files that do not include as macro any file at = all also keep working. I believe the problem is that since the 2 browsers get connected one = right after the other, the request get to be processed at the same time, = and then some critical section is not marked as synchronized and boom!=20 But I am not so sure now, since I have put now a delay between the 2 = requests and it seems to generate problems anyway. I send 2 logs, the first is after startup and it works well. The second is the continuation and it does not work well. Now that I have put the delay it is not working never... I don't = understand. When I manually do the process with a navigator, it works, but when the = program does it by itself, it breaks webmacro. Any guess is welcome. Salutations, Dario. -----Original Message----- From: Marc Palmer [mailto:ma...@an...]=20 Sent: Friday, June 20, 2003 12:33 To: web...@li... Subject: Re: [Webmacro-devel] webmacro hungs in templates that use the = 'as macro' directive On Fri, 20 Jun 2003 11:53:36 -0300, Dar=EDo Liberman = <lib...@in...>=20 wrote: > Hello! > > > Well, I am facing a big problem: Webmacro seems to hung up when = parsing=20 > templates that use the 'parse as macro' directive. WM files containing = > the parse directive but without the 'as macro' still keep working. > It occurs after a while of using it. I still don't find a particular=20 > cause. First, use #include. That probably won't make a difference but #parse is = deprecated. > Till now it always seems to happen at the first contact of the user. I = > don't know if it has to be with the fact that the server is not asked = for=20 > request for many hours and some thread goes to sleep, or what. Or = perhaps=20 > it has to be with the session handling (the first time I perform an=20 > invalidation). > It is very difficult to track it, because it happens only at the=20 > production server till now, and it does it at seldom times. > > I am using WM-VERSION-1.1final called from a servlet class that = extends=20 > WMServlet and it all runs on Jrun version 3.0 with apache 1.3.14 on=20 > Solaris. > > I hope someone can help me out. > > Is there any option to turn on some logging to see where it stops=20 > processing? Yes. Edit your WebMacro.properties and add: LogLevel=3DDEBUG > PD: By the way, when I say it hungs up, I mean that it stays there = doing=20 > nothing holding all the resources. every time I request a page, the=20 > apache uses another process and it does never finish the processing of = it=20 > (it does not show it on the access_log), it remains running there, and = > every request opens yet another process. Do you have lots of memory and virtual memory? If so you might find it = is=20 in an infinite loop and taking a long time to produce a stack overflow.=20 Does your macro template do any recursive calls to macros? Marc --=20 Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Webmacro-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/webmacro-devel |
|
From: Marc P. <ma...@an...> - 2003-06-20 15:36:05
|
On Fri, 20 Jun 2003 11:53:36 -0300, Darío Liberman <lib...@in...> wrote: > Hello! > > > Well, I am facing a big problem: Webmacro seems to hung up when parsing > templates that use the 'parse as macro' directive. WM files containing > the parse directive but without the 'as macro' still keep working. > It occurs after a while of using it. I still don't find a particular > cause. First, use #include. That probably won't make a difference but #parse is deprecated. > Till now it always seems to happen at the first contact of the user. I > don't know if it has to be with the fact that the server is not asked for > request for many hours and some thread goes to sleep, or what. Or perhaps > it has to be with the session handling (the first time I perform an > invalidation). > It is very difficult to track it, because it happens only at the > production server till now, and it does it at seldom times. > > I am using WM-VERSION-1.1final called from a servlet class that extends > WMServlet and it all runs on Jrun version 3.0 with apache 1.3.14 on > Solaris. > > I hope someone can help me out. > > Is there any option to turn on some logging to see where it stops > processing? Yes. Edit your WebMacro.properties and add: LogLevel=DEBUG > PD: By the way, when I say it hungs up, I mean that it stays there doing > nothing holding all the resources. every time I request a page, the > apache uses another process and it does never finish the processing of it > (it does not show it on the access_log), it remains running there, and > every request opens yet another process. Do you have lots of memory and virtual memory? If so you might find it is in an infinite loop and taking a long time to produce a stack overflow. Does your macro template do any recursive calls to macros? Marc -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: <lib...@in...> - 2003-06-20 14:53:52
|
Hello! Well, I am facing a big problem: Webmacro seems to hung up when parsing = templates that use the 'parse as macro' directive.=20 WM files containing the parse directive but without the 'as macro' still = keep working. It occurs after a while of using it. I still don't find a particular = cause. Till now it always seems to happen at the first contact of the user. I = don't know if it has to be with the fact that the server is not asked = for request for many hours and some thread goes to sleep, or what. Or = perhaps it has to be with the session handling (the first time I perform = an invalidation). It is very difficult to track it, because it happens only at the = production server till now, and it does it at seldom times. I am using WM-VERSION-1.1final called from a servlet class that extends = WMServlet and it all runs on Jrun version 3.0 with apache 1.3.14 on = Solaris. I hope someone can help me out. Is there any option to turn on some logging to see where it stops = processing? Best regards, Dario. PD: By the way, when I say it hungs up, I mean that it stays there doing = nothing holding all the resources. every time I request a page, the = apache uses another process and it does never finish the processing of = it (it does not show it on the access_log), it remains running there, = and every request opens yet another process. |
|
From: Marc P. <ma...@an...> - 2003-06-19 23:14:52
|
On Thu, 19 Jun 2003 23:46:33 +0100, Marc Palmer <ma...@an...> wrote: >> I still haven't looked at Ignition yet, but I've got a few questions: Let me just say - I don't think votes for/against Ignition should be accepted unless those parties have downloaded and used Ignition. It wouldn't make sense. Try it - you may never need to write a WM servlet again, or may even discard your old ones. It's extremely flexible! Marc -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
|
From: Marc P. <ma...@an...> - 2003-06-19 22:49:43
|
On Thu, 19 Jun 2003 13:52:15 -0400, Eric B. Ridge <eb...@tc...> wrote: > On Thursday, June 19, 2003, at 11:55 AM, Marc Palmer wrote: > >> Do we call the SF tracker vote "closed" now we have had 5 "in favours"? >> >> Also, I've added another vote in a (vain?) attempt to get you guys to >> download Ignition and try it out. Remember it's a binary, it works, >> there are lots of docs. This isn't thrown together rubbish :) >> >> "Shall Marc's "Ignition" Web App be Part of the WebMacro Project from >> 2.0" > > I'm asking these off-list. If you're not concerned, feel free to cc the > list when/if you respond... :) I'll CC: :) > I still haven't looked at Ignition yet, but I've got a few questions: > > 1) What's the license? Is it compatible w/ WM's license? Currently Mozilla PL. It will be open source, whatever. It must be commercially exploitable however. > 2) If included with WM, where will the sources live? We've (WM Project) > decided to move WM to SF, wouldn't it make sense for Ignition to be there > too (even if as a sub-project of WebMacro)? SF. Always been the plan if WM adopts it. > 3) Who will bear the burden of maintenance and user support? The (ever > decreasing list of) WM CoreDevelopers or you/wangjammers? The hope is WM developers, but I fully expect to be "head honcho" seeing as I invented it all and I will for a long while know the most about it. I don't expect everybody to start supporting it, but likewise I don't expect it to remain "my baby" - if WM adopts it. > 4) Who is responsible for releases of Ignition? I'll be responsible, unless someone else wants to. It won't become your job - if this is your concern. I'm not trying to offload it. :) > I suppose 3 & 4 are irrelevant if Ignition becomes a core part of WM, but > if instead it's treated simply as a "recommended" and "WM-friendly" > project, where are the lines? If it does not become taken under the WM project then Wangjammers will release it separately as a separate (probably SF) project. However I think that this could be a significant factor in reviving WM's popularity and a serious tool for getting people online with WebMacro. That's why I'm proposing that Wangjammers donate it to the WebMacro project. We've put a lot of time into this, and we are only offering it as a "donation" to the WM project to repay the good WM has done for us. If people don't want it as part of WM we don't mind - but I think it would be to the detriment of both products. We are also looking to create a market for Ignition plugins and applications built on (embedding) Ignition, creating revenue potential for WebMacro (Ignition) developers. I hope this clarifies things. Marc -- Marc Palmer Contract Java Consultant/Developer http://www.anyware.co.uk/marc/ http://www.wangjammers.org |
237 messages has been excluded from this view by a project administrator.
