Re: concurrency problem with #include as template

On Mon, 6 Feb 2006, Eric B. Ridge wrote:

| I'm also considering taking my laptop and the WM sources with me.  I want to
| play with the parser.  I hate our whitespace handing rules and have some ideas
| on making it better. 

I think changing the whitespace rules now is a very bad idea. They do 
work, and changes to such fundamental parts of the system is _not_ welcome 
by pretty much anyone, I believe.

| The long plane flights will probably give me enough time
| to work it out.

It will be interesting to se what you come up with - but I believe you at 
least should have _full_ configurable fallbacks to "as they are now" 
situation.

Really, everyone's output will be changed!! That just ain't no good for 
adoption.

| 
| I've also discovered a few classes that should probably implement the
| Visitable interface that don't.  I've been working on a little static analysis
| tool to find usages of variables and such in templates and link them back up
| to known object types... as a way to find and head off template-level bugs.  I
| had to revert to some reflection trickery while visiting a few Template node
| types.

For my own part, the thing about WebMacro is that there is _Way_ to much 
cruft. It should be _entirely_ ripped apart, and then about 90% of it 
should be deleted, and then the remaining parts should be put together 
again as a tight little API. The big idea with the Broker and all those 
little annoying caching elements and whatnot is just plain annoying. Then 
one have logging.
  And the license should be changed. GPL is bad for business when combined 
with Java, and "advertising clause" is just too "last century".

Regards,
Endre.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642