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-01-17 12:14:43
|
Eric (or whoever) ... shouldn't we remove the 1.1b3 download links from the WM.org download page? This will probably confuse people (download stats for b3 from the WM site will confirm/debunk this). Now 1.1 is out why offer a beta? -- Marc Palmer |
From: Marc P. <ma...@an...> - 2003-01-17 11:55:54
|
Hi all, Well we've racked up an amazing 4000 page views on the 15th Jan on SF as a result of the press release. However downloads were not in proportion to this based on previous figures. I was wondering if anybody had any thoughts on why this might be. A "page view" is, I imagine, a client viewing any of the SF pages for WM, including the download page. I wonder why so many people make it to the download page and then decide not to download. Any ideas? It seems very odd that so many people will fall at the last hurdle. Here's the stats for the last few days. The PR went out on the 13th so you can see how accesses have ramped up. Prior to this, our daily average downloads was around 35 (guesstimate based on SF figures) and page views were averaging around the 600 per day mark (another educated guesstimate). Date Page views Downloads ---------------------------------------------------- 15 Jan 2003 4,092 90 14 Jan 2003 2,424 103 13 Jan 2003 1,702 71 12 Jan 2003 287 7 11 Jan 2003 13 1 10 Jan 2003 467 8 We really should try to work out how to turn these 4000 interested people into WM users! A download rate of only 2% is pretty poor. All I can think of is that maybe some people are looking around the rest of the SF project site for activity, bug reports etc. to assess the "activity" of the project. If so they are getting a skewed view because we don't fully use SF. Alternatively, they are being put off by the switch to the SF site for downloads, whereas downloads direct from the WM site might fare better as it's all within the cosy atmosphere of the WM site and there is a "context" to everything. Eric - can we "grep -c" access_log on webmacro.org to get the download stats for the last few days? Without a log analyser it's going to be a tricky regex to stats per day though. -- Marc Palmer |
From: <web...@st...> - 2003-01-17 09:55:00
|
On Thu, 16 Jan 2003, Brian Goetz wrote: | > because the cache is immutable and therefore can be used unsynchronized. | | ... on uni-processor systems, or on multi-processor systems that have | a stronger memory model than the JLS requires, which would include Intel, | but not PPC, Alpha, or some configurations of Sparc ... This I have also always though about: you _cannot_ go about being unsynchronized "all the time" on such non-cache-synched systems, thus probably raising problems for Lane's cache. HOWEVER, isn't entering a synchronized block actually committing _everything_ of that thread's unflushed cache back to memory (and invalidating it)? So that, if this is in a servlet, then you _would_ have had some synchronized blocks around some other part of the system/engine. Wouldn't this also have changed the reference to the "unsynched" map of Lane? - The system works by having one unsynched map, and one synched "for backup". Then, after some time, the synched map is remade to be a unsynched map, and then put in place of the existing unsynched map. The problem is of course that this won't propagate to the 'other processors' on the system.. Well.. If the synch-semantics require _all_ cache to be flushed back to main memory, wouldn't this _eventually_ propagate to the other processors, in a consistent way, with e.g. the next HttpSession lookup by the servlet container? If not, what if the reference to the synched map is declared 'volatile'? Would that change anything? What happens to the objects in the map? Would you actuall be able to get hold of memory areas that weren't initialized, as the other thread would have freed some parts of his view of the memory (e.g. freeing the synched map), and then allocated some (and overlapping) parts of the memory to the new map (which he puts to the volatile reference).. ? If those questions just sounds stupid, I must have phrased myself wrongly, because they aren't stupid! No-one has answered them satisfactory yet! ;) I would love if for example you, Brian, gave it a shot! -- Mvh, Endre Stølsvik M[+47 93054050] F[+47 51625182] Developer @ CoreTrek AS - http://www.coretrek.com/ CoreTrek corporate portal / EIP - http://www.corelets.com/ |
From: Marc P. <ma...@an...> - 2003-01-16 21:48:54
|
Hi all, OK I worked out that Justin doesn't need to xfer the freshmeat project to me, anyone can announce releases on projects (hmmm, odd). We're up there... http://freshmeat.net/ -- Marc Palmer |
From: Brian G. <br...@qu...> - 2003-01-16 19:42:25
|
> because the cache is immutable and therefore can be used unsynchronized. ... on uni-processor systems, or on multi-processor systems that have a stronger memory model than the JLS requires, which would include Intel, but not PPC, Alpha, or some configurations of Sparc ... |
From: Lane S. <la...@op...> - 2003-01-16 19:38:31
|
The api docs are really good at a discussion. Also, there is a discussion on the wiki site. Sometimes I refer to it as a VeryFastCache because the cache is immutable and therefore can be used unsynchronized. It is pluggable drop. I have been using it for one year without error. -Lane Jeff Cowan wrote: >Lane, thanks for the info. We'll work it into the next set of tests that we >do. > >Can you point me at some documentation about how the >GenerationalCacheManager works or what it's key / differentiating features >are? > >Regards, >Jeff > >-----Original Message----- >From: Lane Sharman [mailto:la...@op...] >Sent: Tuesday, January 14, 2003 8:08 PM >To: Jeff Cowan >Cc: 'web...@li...' >Subject: Re: [Webmacro-devel] Bad interaction with TimeLoop and cache >times? > > >Hi Jeff, > >One of the many beauties of WebMacro is pluggability. > >About six months ago, we wrote a pluggable interface for the caching >after some really hot debate about synchronization. I have been using >exclusively an alternative cache manager which stems from my early days >writing VM paging and kernel systems. It is a generational caching >manager which can be configured as follows in webmacro.properties: > >========================== >CachingProvider.template.CacheManager: >org.webmacro.resource.GenerationalCacheManager >CachingProvider.url.CacheManager: >org.webmacro.resource.GenerationalCacheManager ># Set reloading to true since we are in development mode by default. >GenerationalCacheManager.*.ReloadOnChange: true ># The refresh rate for incorporating changes to the mutable image >GenerationalCacheManager.*.RefreshRate: 1000 >========================== > >Would you mind copying the above into your WebMacro.properties file and >seeing if you get some better performance or more control over your >memory utilization and let me know. (Change the last parameter measured >in millis to extend your mileage :). > >Gracie, > >Lane > >Jeff Cowan wrote: > > > >>Hello all. My name is Jeff and I work with Glenn Shute at Altavista. He >>suggested I drop a note here about something I've been looking at in >>WebMacro. We're running WM 1.0.1 still, so maybe this is already fixed or a >>warning has been put out already. >> >>I observed during some tests (memory profiling) that some templates were >>being parsed repeatedly when they should have already been cached. I >> >> >checked > > >>my cache timeout settings in WebMacro.defaults. They are: >> >>SMapCacheManager.*.ExpireTime: 600000 >>SMapCacheManager.*.ReloadOnChange: false >> >>So, I would expect that once a template was acquired successfully, it >> >> >should > > >>be cached for 10 minutes. Looking more deeply, it appears that the TimeLoop >>class that is responsible for purging the template cache of stale templates >>has 600 periods of 1000ms each (again, 10 minutes). >> >>Setting LogLevel.resource to DEBUG, I observed that the template would be >>aquired, cached and subsequently deleted from the cache almost right away. >>It appears that when the period to run the task in is being computed in my >>particular case, it is possible that the period in question is the one that >>is about to run right at that moment. This would only happen in the case >>where the periods corresponded to the ExpireTime, due to modulo arithmetic. >>Eventually, if I continue reloading the page, all the templates get cached >>successfully. This kind of error is a subtle timing issue, so the results >>are different every time. >> >>In our case, we can change the ExpireTime to 599000 and that seems to fix >>it. I understand that this isn't really a bug. Just thought you might be >>interested. >> >>Regards, >>Jeff Cowan >>Altavista Company >>email: jeff <d o t> cowan <a t> av <d o t> com >> >> >> >> >> >>------------------------------------------------------- >>This SF.NET email is sponsored by: Take your first step towards giving >>your online business a competitive advantage. Test-drive a Thawte SSL >>certificate - our easy online guide will show you how. Click here to get >>started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en >>_______________________________________________ >>Webmacro-devel mailing list >>Web...@li... >>https://lists.sourceforge.net/lists/listinfo/webmacro-devel >> >> >> >> >> > > > -- Lane Sharman http://opendoors.com Conga, GoodTimes and Application Hosting Services http://opendoors.com/lane.pdf BIO |
From: Jeff C. <jef...@av...> - 2003-01-16 17:39:50
|
Lane, thanks for the info. We'll work it into the next set of tests that we do. Can you point me at some documentation about how the GenerationalCacheManager works or what it's key / differentiating features are? Regards, Jeff -----Original Message----- From: Lane Sharman [mailto:la...@op...] Sent: Tuesday, January 14, 2003 8:08 PM To: Jeff Cowan Cc: 'web...@li...' Subject: Re: [Webmacro-devel] Bad interaction with TimeLoop and cache times? Hi Jeff, One of the many beauties of WebMacro is pluggability. About six months ago, we wrote a pluggable interface for the caching after some really hot debate about synchronization. I have been using exclusively an alternative cache manager which stems from my early days writing VM paging and kernel systems. It is a generational caching manager which can be configured as follows in webmacro.properties: ========================== CachingProvider.template.CacheManager: org.webmacro.resource.GenerationalCacheManager CachingProvider.url.CacheManager: org.webmacro.resource.GenerationalCacheManager # Set reloading to true since we are in development mode by default. GenerationalCacheManager.*.ReloadOnChange: true # The refresh rate for incorporating changes to the mutable image GenerationalCacheManager.*.RefreshRate: 1000 ========================== Would you mind copying the above into your WebMacro.properties file and seeing if you get some better performance or more control over your memory utilization and let me know. (Change the last parameter measured in millis to extend your mileage :). Gracie, Lane Jeff Cowan wrote: >Hello all. My name is Jeff and I work with Glenn Shute at Altavista. He >suggested I drop a note here about something I've been looking at in >WebMacro. We're running WM 1.0.1 still, so maybe this is already fixed or a >warning has been put out already. > >I observed during some tests (memory profiling) that some templates were >being parsed repeatedly when they should have already been cached. I checked >my cache timeout settings in WebMacro.defaults. They are: > >SMapCacheManager.*.ExpireTime: 600000 >SMapCacheManager.*.ReloadOnChange: false > >So, I would expect that once a template was acquired successfully, it should >be cached for 10 minutes. Looking more deeply, it appears that the TimeLoop >class that is responsible for purging the template cache of stale templates >has 600 periods of 1000ms each (again, 10 minutes). > >Setting LogLevel.resource to DEBUG, I observed that the template would be >aquired, cached and subsequently deleted from the cache almost right away. >It appears that when the period to run the task in is being computed in my >particular case, it is possible that the period in question is the one that >is about to run right at that moment. This would only happen in the case >where the periods corresponded to the ExpireTime, due to modulo arithmetic. >Eventually, if I continue reloading the page, all the templates get cached >successfully. This kind of error is a subtle timing issue, so the results >are different every time. > >In our case, we can change the ExpireTime to 599000 and that seems to fix >it. I understand that this isn't really a bug. Just thought you might be >interested. > >Regards, >Jeff Cowan >Altavista Company >email: jeff <d o t> cowan <a t> av <d o t> com > > > > > >------------------------------------------------------- >This SF.NET email is sponsored by: Take your first step towards giving >your online business a competitive advantage. Test-drive a Thawte SSL >certificate - our easy online guide will show you how. Click here to get >started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en >_______________________________________________ >Webmacro-devel mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-devel > > > -- Lane Sharman http://opendoors.com Conga, GoodTimes and Application Hosting Services http://opendoors.com/lane.pdf BIO |
From: Marc P. <ma...@an...> - 2003-01-16 12:27:56
|
Just a quickie... with Lane's recent postings and some revelations to me= ,=20 someone who has used WM for a long time but not managed to keep up with = all the new stuff: How about we add a page to the site with an "I need to..."=20 problem+solution style. i.e: Task: I need to set a variable to a large amount of text or HTML Solution: Use the #setblock directive Task: I want to have a variable cycle between a set of values, such as=20= colours so that I can change the colour of table rows inside a loop Solution: Use the #alternate directive I know it seems trivial, but a simple list like this with slightly more = detailed explanations, would go a long way to helping people get the mos= t=20 from WM. If us lot still don't use every feature to the max you can be=20= there are plenty of regular users who don't get anywhere near it. Of course, somebody has to write this. I'm more than happy to but I don'= t=20 know when I will get the time. I might manage to squeeze it in just so=20= that I get to learn all the new things myself. This is very much like a FAQ however, and I suppose these things should = just be added to the FAQ. If so, it would probably be nice to separate=20= the various FAQ sections into separate pages so we can get more stuff in= =20 there without the page becoming too unwieldy. A list of questions that highlight the typical usage of existing=20 directives would help in expanding the FAQ in this way. Currently there'= s=20 not much in there in terms of "tips" for people writing templates. Marc |
From: Marc P. <ma...@an...> - 2003-01-16 11:56:32
|
> Woah. SF statistics for Jan 14th are the highest they've ever been! > This Press Release stuff is pretty cool. NICE! I've got a feeling it will go even higher, as it was only=20 yesterday-ish that The Server Side, Java Channel and JavaWorld included = us. Freshmeat still isn't done yet, no word yet about the xfer of the projec= t=20 from Justin to me. I will chase it. Such a peak of activity tends to die off after about 4-5 days in my=20 experience, but as WM is a very useful tool it should continue to spread= =20 by word of mouth and our daily average downloads should be higher than i= t=20 was previously. We'll see. I'm forming some great ideas for future WM developments... based on the = "ready to run" web app using WM. I envisage it possibly being called=20= "WebMacro" and what we currently call "WebMacro" being renamed to=20 something like "WebMacro Library". Call me controversial, but I think=20= that we can gain a HUGE audience among the kind of sysadmin who would=20= otherwise use PHP or JSP =96 to the benefit of the WM community as a who= le=20 I think. Like I've said before, this general purpose servlet would be gold dust=20= for me in terms of getting simple little web apps going quickly without = having to learn and admin another scripting system like PHP. I think if = packaged well, non-programmers would love it too :) I will start work on a design soon. Marc |
From: Eric B. R. <eb...@tc...> - 2003-01-16 05:26:32
|
Woah. SF statistics for Jan 14th are the highest they've ever been! This Press Release stuff is pretty cool. Thanks again Marc! eric On Wednesday, January 15, 2003, at 07:47 AM, Marc Palmer wrote: > > Hi guys, > > Our PR has made it onto The Server Side now: > > http://www2.theserverside.com/home/index.jsp > > I notice we got a favourable comment :) (Thanks Nick) > > Marc > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Take your first step towards giving > your online business a competitive advantage. Test-drive a Thawte SSL > certificate - our easy online guide will show you how. Click here to > get > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > _______________________________________________ > Webmacro-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-devel |
From: Marc P. <ma...@an...> - 2003-01-15 16:15:19
|
Hi, Does anyone know who did the fish logo for WM? I want to try to get hold= =20 of a vector-based version of it, as it looks like it was drawn using a=20= vector-based tool. Having the source vector file in CVS will mean that we can generate logo= s=20 at any resolution and colour, and I could convert it so that we can embe= d=20 it into PDFs, giving much better print quality. I hate pixelated graphics in print documents... Marc |
From: Marc P. <ma...@an...> - 2003-01-15 12:46:38
|
Hi guys, Our PR has made it onto The Server Side now: http://www2.theserverside.com/home/index.jsp I notice we got a favourable comment :) (Thanks Nick) Marc |
From: Lane S. <la...@op...> - 2003-01-15 03:57:52
|
Hi Jeff, One of the many beauties of WebMacro is pluggability. About six months ago, we wrote a pluggable interface for the caching after some really hot debate about synchronization. I have been using exclusively an alternative cache manager which stems from my early days writing VM paging and kernel systems. It is a generational caching manager which can be configured as follows in webmacro.properties: ========================== CachingProvider.template.CacheManager: org.webmacro.resource.GenerationalCacheManager CachingProvider.url.CacheManager: org.webmacro.resource.GenerationalCacheManager # Set reloading to true since we are in development mode by default. GenerationalCacheManager.*.ReloadOnChange: true # The refresh rate for incorporating changes to the mutable image GenerationalCacheManager.*.RefreshRate: 1000 ========================== Would you mind copying the above into your WebMacro.properties file and seeing if you get some better performance or more control over your memory utilization and let me know. (Change the last parameter measured in millis to extend your mileage :). Gracie, Lane Jeff Cowan wrote: >Hello all. My name is Jeff and I work with Glenn Shute at Altavista. He >suggested I drop a note here about something I've been looking at in >WebMacro. We're running WM 1.0.1 still, so maybe this is already fixed or a >warning has been put out already. > >I observed during some tests (memory profiling) that some templates were >being parsed repeatedly when they should have already been cached. I checked >my cache timeout settings in WebMacro.defaults. They are: > >SMapCacheManager.*.ExpireTime: 600000 >SMapCacheManager.*.ReloadOnChange: false > >So, I would expect that once a template was acquired successfully, it should >be cached for 10 minutes. Looking more deeply, it appears that the TimeLoop >class that is responsible for purging the template cache of stale templates >has 600 periods of 1000ms each (again, 10 minutes). > >Setting LogLevel.resource to DEBUG, I observed that the template would be >aquired, cached and subsequently deleted from the cache almost right away. >It appears that when the period to run the task in is being computed in my >particular case, it is possible that the period in question is the one that >is about to run right at that moment. This would only happen in the case >where the periods corresponded to the ExpireTime, due to modulo arithmetic. >Eventually, if I continue reloading the page, all the templates get cached >successfully. This kind of error is a subtle timing issue, so the results >are different every time. > >In our case, we can change the ExpireTime to 599000 and that seems to fix >it. I understand that this isn't really a bug. Just thought you might be >interested. > >Regards, >Jeff Cowan >Altavista Company >email: jeff <d o t> cowan <a t> av <d o t> com > > > > > >------------------------------------------------------- >This SF.NET email is sponsored by: Take your first step towards giving >your online business a competitive advantage. Test-drive a Thawte SSL >certificate - our easy online guide will show you how. Click here to get >started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en >_______________________________________________ >Webmacro-devel mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-devel > > > -- Lane Sharman http://opendoors.com Conga, GoodTimes and Application Hosting Services http://opendoors.com/lane.pdf BIO |
From: Jeff C. <jef...@av...> - 2003-01-14 21:44:59
|
Hello all. My name is Jeff and I work with Glenn Shute at Altavista. He suggested I drop a note here about something I've been looking at in WebMacro. We're running WM 1.0.1 still, so maybe this is already fixed or a warning has been put out already. I observed during some tests (memory profiling) that some templates were being parsed repeatedly when they should have already been cached. I checked my cache timeout settings in WebMacro.defaults. They are: SMapCacheManager.*.ExpireTime: 600000 SMapCacheManager.*.ReloadOnChange: false So, I would expect that once a template was acquired successfully, it should be cached for 10 minutes. Looking more deeply, it appears that the TimeLoop class that is responsible for purging the template cache of stale templates has 600 periods of 1000ms each (again, 10 minutes). Setting LogLevel.resource to DEBUG, I observed that the template would be aquired, cached and subsequently deleted from the cache almost right away. It appears that when the period to run the task in is being computed in my particular case, it is possible that the period in question is the one that is about to run right at that moment. This would only happen in the case where the periods corresponded to the ExpireTime, due to modulo arithmetic. Eventually, if I continue reloading the page, all the templates get cached successfully. This kind of error is a subtle timing issue, so the results are different every time. In our case, we can change the ExpireTime to 599000 and that seems to fix it. I understand that this isn't really a bug. Just thought you might be interested. Regards, Jeff Cowan Altavista Company email: jeff <d o t> cowan <a t> av <d o t> com |
From: Eric B. R. <eb...@tc...> - 2003-01-14 15:49:06
|
On Tuesday, January 14, 2003, at 10:46 AM, Marc Palmer wrote: > [I was using wrong address for the dev list doh!] > > OK It's floated out on about 10 sites. Should show up in the next 24 > hours in most places. > > For the record here it is (Eric has PDF version from me for the site): If ya got a second could you send it to the -announce list (the text). I'll get the PDF online shortly. The text version already is. Thanks again for your work on this! eric > > > > Version 1.1 of the WebMacro Open Source web-scripting engine released. > > > January 13, 2003 -- The WebMacro team (www.webmacro.org) today released > version 1.1 of the WebMacro templating library. A mature product > already > used by many web sites and applications, this new release of WebMacro > adds powerful new features as well as improvements and bug fixes. > > WebMacro is an extensible templating engine written in Java, which can > be > used in Java Servlets as well as regular Java applications. What > distinguishes WebMacro from most other web scripting technologies > such as Java Server Pages (JSP) is the focus on using pages and output > streams purely for the presentation of dynamic information, leaving the > actual data manipulation in the application where it belongs. This MVC > (Model, View, Controller) approach results in cleaner and easily > maintained applications. > > The simple WebMacro scripting language is typically used to produce > HTML > output that contains data from a web application, though it is equally > well suited to XML or any plain text output. Directives are the main > "commands" available, and they are deliberately few in number to keep > the > language simple. What sets WebMacro's scripting apart from other > templating libraries is that developers are free to add their own > directives to the language without the need to modify the WebMacro > source. The vibrant community of users and developers contribute a > wealth > of tools and extensions for other WebMacro users. > > This new release includes several major new features, including support > for "macros" which allow the definition of sections of WebMacro script > that can be reused with parameters passed to them. There is also now > support for "global" functions in addition to the usual object method > and > property access. > > "WebMacro has been an incredibly powerful tool for Open Doors Software > in > its development of web pages, java source file generation, and SQL Data > Definition Files. WM magnifies Java into a powerful text processor: the > WM processing language can be learned in about 15 minutes and therefore > adds to the mantra of simplify, simplify, simplify" said Lane Sharman > of > Open Doors Software. > > Eric Ridge, who uses WebMacro at Technology Concepts & Design, Inc says > he "...would be hungry and homeless if it weren't for WebMacro. tcdi > uses > WebMacro to generate everything from webpages to email to > source-code. WebMacro has greatly decreased our development time and > increased our productivity." > > Amongst WebMacro's larger users are AltaVista which has been using it > to > serve the pages on their site since January 2001. > > WebMacro 1.1 is available for free from http://www.webmacro.org > > > About WebMacro > > WebMacro was originally devised and developed by Justin Wells during > 1998. The current releases are developed through the joint efforts of > several people from around the world. The core development team > currently > has five primary members, with contributions from its many users. > WebMacro has been used on major high-availability server projects > right > down to embedded systems with only 32MB RAM and J2ME CDC. > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > _______________________________________________ > Webmacro-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-devel |
From: Marc P. <ma...@an...> - 2003-01-14 15:46:31
|
[I was using wrong address for the dev list doh!] OK It's floated out on about 10 sites. Should show up in the next 24=20= hours in most places.=20 For the record here it is (Eric has PDF version from me for the site): Version 1.1 of the WebMacro Open Source web-scripting engine released. January 13, 2003 -- The WebMacro team (www.webmacro.org) today released = version 1.1 of the WebMacro templating library. A mature product already= =20 used by many web sites and applications, this new release of WebMacro=20= adds powerful new features as well as improvements and bug fixes.=20 WebMacro is an extensible templating engine written in Java, which can b= e=20 used in Java Servlets as well as regular Java applications. What=20 distinguishes WebMacro from most other web scripting technologies=20 such as Java Server Pages (JSP) is the focus on using pages and output=20= streams purely for the presentation of dynamic information, leaving the = actual data manipulation in the application where it belongs. This MVC=20= (Model, View, Controller) approach results in cleaner and easily=20 maintained applications. The simple WebMacro scripting language is typically used to produce HTML= =20 output that contains data from a web application, though it is equally=20= well suited to XML or any plain text output. Directives are the main=20= "commands" available, and they are deliberately few in number to keep th= e=20 language simple. What sets WebMacro's scripting apart from other=20 templating libraries is that developers are free to add their own=20 directives to the language without the need to modify the WebMacro=20 source. The vibrant community of users and developers contribute a wealt= h=20 of tools and extensions for other WebMacro users. This new release includes several major new features, including support = for "macros" which allow the definition of sections of WebMacro script = that can be reused with parameters passed to them. There is also now=20= support for "global" functions in addition to the usual object method an= d=20 property access. "WebMacro has been an incredibly powerful tool for Open Doors Software i= n=20 its development of web pages, java source file generation, and SQL Data = Definition Files. WM magnifies Java into a powerful text processor: the = WM processing language can be learned in about 15 minutes and therefore = adds to the mantra of simplify, simplify, simplify" said Lane Sharman of= =20 Open Doors Software.=20 Eric Ridge, who uses WebMacro at Technology Concepts & Design, Inc says = he "...would be hungry and homeless if it weren't for WebMacro. tcdi use= s=20 WebMacro to generate everything from webpages to email to=20 source-code. WebMacro has greatly decreased our development time and=20= increased our productivity." Amongst WebMacro's larger users are AltaVista which has been using it to= =20 serve the pages on their site since January 2001. WebMacro 1.1 is available for free from http://www.webmacro.org About WebMacro WebMacro was originally devised and developed by Justin Wells during=20= 1998. The current releases are developed through the joint efforts of=20= several people from around the world. The core development team currentl= y=20 has five primary members, with contributions from its many users.=20 WebMacro has been used on major high-availability server projects right= =20 down to embedded systems with only 32MB RAM and J2ME CDC. |
From: Marc P. <ma...@an...> - 2003-01-14 15:46:26
|
OK guys, we're on jGuru.com at the moment, as well as java.ittoolbox.com= =20 (hmm bad formatting on that) and javalobby.org. It will filter through onto other sites soon hopefully. I'm waiting for freshmeat to transfer Justin's WM project to me so I can= =20 announce it there. Marc |
From: Eric B. R. <eb...@tc...> - 2003-01-14 14:24:03
|
This is a test. |
From: Eric B. R. <eb...@tc...> - 2003-01-08 18:00:20
|
On Wednesday, January 8, 2003, at 12:40 PM, Marc Palmer wrote: >> Yeah. Those bastards really piss me off. > >> I've filed 2 or 3 support requests in the past about this (not the >> first time), and they basically say, "yeah, we're working on it". = Yet >> the problem continues to exist. I didn't bother to report it this >> time. I've just given up. > > Well it seems OK again now as we have stats for the Jan 6 =96 but I=20 > notice > that this same problem applied to other projects too (like=20 > SourceJammer) > so it's not just WM. yeah, it's not just us. which is why I can't figure out why the don't=20= seem to care. > >> SF is a huge pita. The *only* advantage is that it'll let somebody >> else release a release should I get hit by a big yellow bus. > > Well, you know I -hate- to say "I told you so" but... well I did. oh, I know. I know. :( eric= |
From: Marc P. <ma...@an...> - 2003-01-08 17:39:55
|
> Yeah. Those bastards really piss me off. > I've filed 2 or 3 support requests in the past about this (not the > first time), and they basically say, "yeah, we're working on it". Yet= > the problem continues to exist. I didn't bother to report it this > time. I've just given up. Well it seems OK again now as we have stats for the Jan 6 =96 but I noti= ce=20 that this same problem applied to other projects too (like SourceJammer)= =20 so it's not just WM. > SF is a huge pita. The *only* advantage is that it'll let somebody > else release a release should I get hit by a big yellow bus. Well, you know I -hate- to say "I told you so" but... well I did. :) Marc |
From: Lane S. <la...@op...> - 2003-01-08 17:29:11
|
Hi, You can use my name for the following quote: WebMacro has been an incredibly powerful tool for Open Doors Software in its development of web pages, java source file generation, and SQL Data Definition Files. WM magnifies Java into a powerful text processor: the WM processing language can be learned in about 15 minutes and therefore adds to the mantra of simplify, simplify, simplify. Marc Palmer wrote: >>I have absorbed and assimilated all the comments including Lane's >>grammatically corrections. I'll post a final draft as soon as we have the >> >> > >Haha how inopportune that typo was :) > >Sorry for posting such trash! I'm in a hurry :( > >I also meant that the release will be posted to theserverside.com in >addition to all the other previously mentioned portals. > >Any other portal suggestions welcome. > >Marc >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ W<A> ~~~~~ >(o) Wangjammer5 (Marc Palmer) >( ) Wangjammer7 > >www.wangjammers.org = Java Consultants (Web|Smartcards|Crypto) > > > >------------------------------------------------------- >This SF.NET email is sponsored by: >SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! >http://www.vasoftware.com >_______________________________________________ >Webmacro-devel mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-devel > > > -- Lane Sharman http://opendoors.com Conga, GoodTimes and Application Hosting Services http://opendoors.com/lane.pdf BIO |
From: Eric B. R. <eb...@tc...> - 2003-01-08 16:45:08
|
On Tuesday, January 7, 2003, at 09:26 AM, Marc Palmer wrote: > > Any more comments? I still have no takers for XXXXX, YYYY and ZZZZ. I'll be one of them: Eric Ridge, who uses WebMacro at Technology Concepts & Design, Inc says he "...would be hungry and homeless if it weren't for WebMacro. tcdi uses WebMacro to generate everything from webpages to email to source-code. WebMacro has greatly decreased our development time and increased our productivity." (the "tcdi" in lowercase is how the company likes it. *shrug*) Oh yea, please be sure to cc the webmacro-announce list. Send me a copy too and I'll paste it on our little SF page. You can put it on the website yourself (unless you'd rather me do it). eric > "WebMacro has been incredibly stable for years now, with high > performance and a simplicity that has brought smiles to our developers > AND our web-designers" said XXXXXX. YYYYYY, who uses WebMacro at > ZZZZZ Inc. explained "I would be lost without WebMacro - I cannot > count the days it has saved me in development time on my web projects." > > Amongst WebMacro's larger users are AltaVista who have been using it to > serve the pages on their site since January 2001. > > WebMacro 1.1 is available for free from http://www.webmacro.org > > > About WebMacro > > WebMacro was originally devised and developed by Justin Wells during > 1998. The current releases are developed through the joint efforts of > several people from around the world. The core development team > currently has five primary members, with contributions from its many > users. WebMacro has been used on major high-availability server > projects right down to embedded systems with only 32MB RAM and J2ME > CDC. > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Webmacro-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-devel |
From: Eric B. R. <eb...@tc...> - 2003-01-08 16:18:18
|
On Wednesday, January 8, 2003, at 08:27 AM, Marc Palmer wrote: > Guys, > > I'm progressing the quote request with AV. It will not materialise=20 > until > after this release but we will probably be allowed to mention that AV > use it in this release. > > Also, I've mailed Jason Hunter to see if we can get a quote. cool! > > However we can't wait too long =96 we should issue the press release=20= > today > or tomorrow, or failing that delay it until Monday. Friday is not=20 > usually > a good time. > > Given that a quote from Jason and a permitted mention of AV would be > extremely desirable, I think we should make the press release on = Monday > 8th. I think we should wait until Monday. Mondays are good for this kind of=20= thing. > > I will post the release on The Server Side (www.theserverside.com). > > As for Lane's PDF related comments. I can produce a basic PDF of the > release with a WM logo on it, but I don't have time to spend ages=20 > playing > around with the formatting. I'm just wondering what the real value of = a > PDF version is. > > Also, how would I get the PDF version onto the site? Using CVS? > > I have absorbed and assimilated all the comments including Lane's > grammatically corrections. I'll post a final draft as soon as we have=20= > the grammatical? doh! sorry. couldn't resist. :) > quotes in. If nothing comes in by close of business on Friday though, > I'll go with what we have and use my name for one of the quoted = people, > and someone else's for the other. Any volunteers? Alternative wording=20= > for > a quote that someone can put their reputation behind is of course > possible too. I've had no volunteers yet. You can probably use me. Lemme check w/ the boss first. I'll send you=20= a quote. eric |
From: Eric B. R. <eb...@tc...> - 2003-01-08 16:15:32
|
On Tuesday, January 7, 2003, at 07:52 PM, Marc Palmer wrote: > > Hi, > > I just checked out the download stats on SF for WM and there's > something > odd. > > http://sourceforge.net/project/stats/?group_id=64597 > > It shows 525 downloads on 30 Dec 2002 and not one single download > since. Yeah. Those bastards really piss me off. I've filed 2 or 3 support requests in the past about this (not the first time), and they basically say, "yeah, we're working on it". Yet the problem continues to exist. I didn't bother to report it this time. I've just given up. SF is a huge pita. The *only* advantage is that it'll let somebody else release a release should I get hit by a big yellow bus. eric > > This doesn't sound right to me at all. > > Any ideas? We need to be sure the stats are working before we make the > press release... for a start this should propel us up the list of most > popular projects. > > I note that there are 5 or more other SF projects that use / mention > WM. > > Marc > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Webmacro-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-devel |
From: Marc P. <ma...@an...> - 2003-01-08 13:52:29
|
> I have absorbed and assimilated all the comments including Lane's > grammatically corrections. I'll post a final draft as soon as we have = the Haha how inopportune that typo was :) Sorry for posting such trash! I'm in a hurry :( I also meant that the release will be posted to theserverside.com in=20= addition to all the other previously mentioned portals. Any other portal suggestions welcome. Marc ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ W<A> ~~~~~ (o) Wangjammer5 (Marc Palmer)=20 ( ) Wangjammer7=20 www.wangjammers.org =3D Java Consultants (Web|Smartcards|Crypto) |