You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(68) |
Dec
(77) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(75) |
Feb
(84) |
Mar
(89) |
Apr
(96) |
May
(52) |
Jun
(73) |
Jul
(99) |
Aug
(46) |
Sep
(40) |
Oct
(46) |
Nov
(45) |
Dec
(25) |
2004 |
Jan
(13) |
Feb
(74) |
Mar
(40) |
Apr
(18) |
May
(31) |
Jun
(1) |
Jul
(16) |
Aug
(1) |
Sep
(21) |
Oct
(19) |
Nov
(10) |
Dec
(16) |
2005 |
Jan
(4) |
Feb
(12) |
Mar
(46) |
Apr
(33) |
May
(64) |
Jun
(1) |
Jul
(60) |
Aug
(31) |
Sep
(26) |
Oct
(24) |
Nov
(37) |
Dec
(10) |
2006 |
Jan
(3) |
Feb
(31) |
Mar
(122) |
Apr
(22) |
May
(4) |
Jun
|
Jul
|
Aug
(2) |
Sep
(4) |
Oct
(8) |
Nov
(3) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(8) |
From: Eric R. <eb...@tc...> - 2004-04-28 17:44:06
|
On Apr 28, 2004, at 1:13 PM, Mark Crocker wrote: > > On Thu, 22 Apr 2004 20:05:57 -0400, Eric Ridge wrote: > >> On Apr 22, 2004, at 6:06 PM, Mark Crocker wrote: > >>> The actual wiki that webmacro.org uses used to be hosted at >>> wiki.webmacro.org, but that site is no longer responding. Is it down >>> or has it been removed? > >> The site is up for me. Granted, I host it. Could be DNS resolution >> problem? > > I waited a while and tried this again, but it still doesn't respond > for me. As a double check I telnet'ed into my company's external > server, which is hosted by a completely different ISP and tried it > there too, but it doesn't connect. I used 'wget > http://wiki.webmacro.org/' as my test on the remote machine. > Naturally 'wget http://www.webmacro.org/' fetches the webmacro home > page just fine. yeah, wiki.webmacro.org is probably dead. at one point it was just an alias for www eric |
From: Mark C. <mcr...@ma...> - 2004-04-28 17:13:37
|
On Thu, 22 Apr 2004 20:05:57 -0400, Eric Ridge wrote: > On Apr 22, 2004, at 6:06 PM, Mark Crocker wrote: >> The actual wiki that webmacro.org uses used to be hosted at >> wiki.webmacro.org, but that site is no longer responding. Is it down >> or has it been removed? > The site is up for me. Granted, I host it. Could be DNS resolution > problem? I waited a while and tried this again, but it still doesn't respond for me. As a double check I telnet'ed into my company's external server, which is hosted by a completely different ISP and tried it there too, but it doesn't connect. I used 'wget http://wiki.webmacro.org/' as my test on the remote machine. Naturally 'wget http://www.webmacro.org/' fetches the webmacro home page just fine. |
From: Lane S. <la...@op...> - 2004-04-27 22:03:41
|
I figured as much and wrote a bean method getAsText(int). Thanks, Lane Keats wrote: >This is not supported by WMScript. You'd have to do something like: > >$toList($Wiki.ApprovalSystem.AS_TEXT).get($User.ApprovalState) > >Keats >----- Original Message ----- >From: "Lane Sharman" <la...@op...> >To: <web...@li...> >Sent: Monday, April 26, 2004 11:05 PM >Subject: [WebMacro-user] Referencing an array > > > > >>is: >> >>$Wiki.ApprovalSystem.AS_TEXT[$User.ApprovalState] >>allowed to reference an element in an array? >> >>tia. >> >>-- >>Lane Sharman >>Providing Private and SPAM-Free Email >>http://www.opendoors.com >>858-755-2868 >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek >>For a limited time only, get FREE Ground shipping on all orders of $35 >>or more. Hurry up and shop folks, this offer expires April 30th! >>http://www.thinkgeek.com/freeshipping/?cpg=12297 >>_______________________________________________ >>Webmacro-user mailing list >>Web...@li... >>https://lists.sourceforge.net/lists/listinfo/webmacro-user >> >> >> > > >------------------------------------------------------- >This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek >For a limited time only, get FREE Ground shipping on all orders of $35 >or more. Hurry up and shop folks, this offer expires April 30th! >http://www.thinkgeek.com/freeshipping/?cpg=12297 >_______________________________________________ >Webmacro-user mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-user > > > -- Lane Sharman Enterprise and Personal Email Content Filtering and Hosting http://www.opendoors.com 858-755-2868 |
From: Keats <ke...@xa...> - 2004-04-27 13:40:05
|
This is not supported by WMScript. You'd have to do something like: $toList($Wiki.ApprovalSystem.AS_TEXT).get($User.ApprovalState) Keats ----- Original Message ----- From: "Lane Sharman" <la...@op...> To: <web...@li...> Sent: Monday, April 26, 2004 11:05 PM Subject: [WebMacro-user] Referencing an array > is: > > $Wiki.ApprovalSystem.AS_TEXT[$User.ApprovalState] > allowed to reference an element in an array? > > tia. > > -- > Lane Sharman > Providing Private and SPAM-Free Email > http://www.opendoors.com > 858-755-2868 > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Webmacro-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-user > |
From: Lane S. <la...@op...> - 2004-04-27 02:58:24
|
is: $Wiki.ApprovalSystem.AS_TEXT[$User.ApprovalState] allowed to reference an element in an array? tia. -- Lane Sharman Providing Private and SPAM-Free Email http://www.opendoors.com 858-755-2868 |
From: Lane S. <la...@op...> - 2004-04-25 00:33:05
|
Our beloved wiki now can be run in private mode: # Uncomment the following property to create a wiki # system that is private. In other words, only # authenticated users can operate the wiki. This property # is completely independent of the approval system above. PrivateWiki: true RedirectURL: login?login=true With the above settings in the wiki config, you cannot view anything until you have logged in or successfully registered. There have been a lot of comments floating around the net in pubs about how a wiki cannot be considered a corporate tool because anyone could read or ruin the content. Our WM wiki now satisfies the security conscious person. -- Lane Sharman Providing Private and SPAM-Free Email http://www.opendoors.com 858-755-2868 |
From: Lane S. <la...@op...> - 2004-04-24 22:15:40
|
ebr, mark and brian make good points. Since the wiki source tree is undergoing an upgrade to v2.0, how about we do the following: a) page attachments (add, remove, view) b) new user registration notification letter to moderators; thank you letter to user c) subscribe to page (on change, email page as html attachment) This, in addition to my new features: a) private/public wiki, b) approvability The totality of the above features would give our wiki a unique matrix of benefits. Yes, there are some things we are missing too. But, hey, we move slowly but in the right direction. -Lane Mark Crocker wrote: >On Sat, 24 Apr 2004 11:09:22 -0700, Brian Goetz wrote: > > > >>OK, Xapian is better, but is there anything _wrong_ with Lucene? The >>volume of data we're talking about is terrically small by search >>standards. Wouldn't having a 100% Java solution be more desirable >>than something with a slightly faster search? >> >> > >I have to agree that a 100% Java solution is desirable. Although my wiki is down at the moment due to a hardware issue, it does run on OS/2, so I would probably be screwed if you changed Xapian... it doesn't seem to have been ported to OS/2 and I don't have a lot of confidence in autoconf on OS/2. > > > >>>>I am planning on ripping out the Lucene full-text indexing stuff and >>>>replacing it with Xapian (http://www.xapian.org/). Xapian is a C++ >>>>library for fulltext indexing that is f*cking awesome. It's fast and >>>>simple. I've contributed a JNI wrapper for it so it can be used from >>>>Java, and they've just recently released a new version which includes >>>>the JNI wrapper. Sometime soon I'll be updating Wiki too. >>>> >>>> > >-- > __ > __ / /\ > / /\/ / /_ ------------------------------------ > / / \/ / /\ Mark Crocker > / / /\ \ \/ / mcr...@ma... > / / \_\/\ / http://www.markcrocker.com/~mcrocker >/__/ /\ \ \_\/ ------------------------------------ >\ \ \_\/ > \ \ \ > \__\/ > > > > >------------------------------------------------------- >This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek >For a limited time only, get FREE Ground shipping on all orders of $35 >or more. Hurry up and shop folks, this offer expires April 30th! >http://www.thinkgeek.com/freeshipping/?cpg=12297 >_______________________________________________ >Webmacro-user mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-user > > > -- Lane Sharman Providing Private and SPAM-Free Email http://www.opendoors.com 858-755-2868 |
From: Mark C. <mcr...@ma...> - 2004-04-24 18:48:47
|
On Sat, 24 Apr 2004 11:09:22 -0700, Brian Goetz wrote: > OK, Xapian is better, but is there anything _wrong_ with Lucene? The > volume of data we're talking about is terrically small by search > standards. Wouldn't having a 100% Java solution be more desirable > than something with a slightly faster search? I have to agree that a 100% Java solution is desirable. Although my wiki is down at the moment due to a hardware issue, it does run on OS/2, so I would probably be screwed if you changed Xapian... it doesn't seem to have been ported to OS/2 and I don't have a lot of confidence in autoconf on OS/2. >>> I am planning on ripping out the Lucene full-text indexing stuff and >>> replacing it with Xapian (http://www.xapian.org/). Xapian is a C++ >>> library for fulltext indexing that is f*cking awesome. It's fast and >>> simple. I've contributed a JNI wrapper for it so it can be used from >>> Java, and they've just recently released a new version which includes >>> the JNI wrapper. Sometime soon I'll be updating Wiki too. -- __ __ / /\ / /\/ / /_ ------------------------------------ / / \/ / /\ Mark Crocker / / /\ \ \/ / mcr...@ma... / / \_\/\ / http://www.markcrocker.com/~mcrocker /__/ /\ \ \_\/ ------------------------------------ \ \ \_\/ \ \ \ \__\/ |
From: Brian G. <br...@qu...> - 2004-04-24 18:09:27
|
OK, Xapian is better, but is there anything _wrong_ with Lucene? The volume of data we're talking about is terrically small by search standards. Wouldn't having a 100% Java solution be more desirable than something with a slightly faster search? > >I am planning on ripping out the Lucene full-text indexing stuff and > >replacing it with Xapian (http://www.xapian.org/). Xapian is a C++ > >library for fulltext indexing that is f*cking awesome. It's fast and > >simple. I've contributed a JNI wrapper for it so it can be used from > >Java, and they've just recently released a new version which includes > >the JNI wrapper. Sometime soon I'll be updating Wiki too. |
From: Lane S. <la...@op...> - 2004-04-24 16:23:15
|
Eric, Could you hop on to IM. It is about 9:25AM PST. lanesharman is my id. Eric Ridge wrote: > On Apr 23, 2004, at 3:36 AM, Lane Sharman wrote: > >> ebr, > > I am planning on ripping out the Lucene full-text indexing stuff and > replacing it with Xapian (http://www.xapian.org/). Xapian is a C++ > library for fulltext indexing that is f*cking awesome. It's fast and > simple. I've contributed a JNI wrapper for it so it can be used from > Java, and they've just recently released a new version which includes > the JNI wrapper. Sometime soon I'll be updating Wiki too. This sounds fantastic. -Lane > > > eric > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Webmacro-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-user > -- Lane Sharman Providing Private and SPAM-Free Email http://www.opendoors.com 858-755-2868 |
From: Eric R. <eb...@tc...> - 2004-04-23 16:56:52
|
On Apr 23, 2004, at 3:36 AM, Lane Sharman wrote: > ebr, > > I propose to make the following changes this weekend in the interest > of greater, global acclaim and popularity for our wiki leading to 12 > Oscars of Wikidom. Please reply to this email on fri. thanks in > 'vance. > > 1) New Code and Configuration File Option "Operate In Authenticated > Mode" > In this mode, no wiki page will be shown until the user successfully > completes the login. Perhaps the user should be able to see the > default page as well? Of course, the user can complete the new account > form. Sounds good. What I would do is make a LogonPage that has the username/password fields, some words, and a link to "Register" > 2) Code and Configuration File Option "Administratively approve new > account applications" > In this mode, a new account will be created with a flag set, > "ApprovalPending=True". An administrator for the wiki will need to > approve/deny the account which will result in the proper action: > TRUE->FALSE or delete the account. Sounds good too. I can see why this would be needed. > Of course, I will test this pretty vigourously before committing. I > will also jar up all the vlh class files and delete all the source > folders for this piece of the code. The vlh source in cvs kinda makes > the source base a little unwieldy as we have discussed. That would be cool too. > See any car bombs awaiting me in making these changes to the code? Don't think so. I am planning on ripping out the Lucene full-text indexing stuff and replacing it with Xapian (http://www.xapian.org/). Xapian is a C++ library for fulltext indexing that is f*cking awesome. It's fast and simple. I've contributed a JNI wrapper for it so it can be used from Java, and they've just recently released a new version which includes the JNI wrapper. Sometime soon I'll be updating Wiki too. eric |
From: Lane S. <la...@op...> - 2004-04-23 07:30:02
|
ebr, I propose to make the following changes this weekend in the interest of greater, global acclaim and popularity for our wiki leading to 12 Oscars of Wikidom. Please reply to this email on fri. thanks in 'vance. 1) New Code and Configuration File Option "Operate In Authenticated Mode" In this mode, no wiki page will be shown until the user successfully completes the login. Perhaps the user should be able to see the default page as well? Of course, the user can complete the new account form. 2) Code and Configuration File Option "Administratively approve new account applications" In this mode, a new account will be created with a flag set, "ApprovalPending=True". An administrator for the wiki will need to approve/deny the account which will result in the proper action: TRUE->FALSE or delete the account. Of course, I will test this pretty vigourously before committing. I will also jar up all the vlh class files and delete all the source folders for this piece of the code. The vlh source in cvs kinda makes the source base a little unwieldy as we have discussed. See any car bombs awaiting me in making these changes to the code? regards, -- Lane Sharman Providing Private and SPAM-Free Email http://www.opendoors.com 858-755-2868 |
From: Eric R. <eb...@tc...> - 2004-04-23 00:06:05
|
On Apr 22, 2004, at 6:06 PM, Mark Crocker wrote: > The actual wiki that webmacro.org uses used to be hosted at > wiki.webmacro.org, but that site is no longer responding. Is it down > or has it been removed? The http://www.webmacro.org/WebMacroWiki page > seems to be out of date as well. The site is up for me. Granted, I host it. Could be DNS resolution problem? and yeah /WebMacroWiki page is WAAAAY outta date. :( eric |
From: Mark C. <mcr...@ma...> - 2004-04-22 22:07:00
|
The actual wiki that webmacro.org uses used to be hosted at wiki.webmacro.org, but that site is no longer responding. Is it down or has it been removed? The http://www.webmacro.org/WebMacroWiki page seems to be out of date as well. -- __ __ / /\ / /\/ / /_ ------------------------------------ / / \/ / /\ Mark Crocker / / /\ \ \/ / mcr...@ma... / / \_\/\ / http://www.markcrocker.com/~mcrocker /__/ /\ \ \_\/ ------------------------------------ \ \ \_\/ \ \ \ \__\/ |
From: Tim P. <ti...@pa...> - 2004-04-14 14:53:59
|
On Wednesday 14 April 2004 2:20 pm, Keats wrote: > Right. The template has no knowledge of what directory it was loaded f= rom, > unless you supply this to the context. Eg, > > #include as template "$CurrentSubDir/foo.wm" > > Keats The sort of example I have is=20 Main.wm includes=20 top.wm, bottom.wm, specialisedbit.wm. Using Tomcat I am having to put=20 #include as template 'org/paneris/app/view/top.wm' when it would be nicer to be able just to include=20 the bits from the 'current' directory.=20 cheers tim |
From: Keats <ke...@xa...> - 2004-04-14 14:20:21
|
Right. The template has no knowledge of what directory it was loaded from, unless you supply this to the context. Eg, #include as template "$CurrentSubDir/foo.wm" Keats ----- Original Message ----- From: "Tim Pizey" <ti...@pa...> To: <web...@li...> Sent: Wednesday, April 14, 2004 11:02 AM Subject: [WebMacro-user] Template path Hi, Am I right in thinking that the templates cannot be included from 'here' ie if a template bar.wm contains #include as template "foo.wm" will not look in the directory that bar.wm is in? cheers timp |
From: Eric R. <eb...@tc...> - 2004-04-14 14:07:28
|
On Apr 14, 2004, at 11:02 AM, Tim Pizey wrote: > Hi, > > Am I right in thinking that the templates cannot be included from=20 > 'here' yes, you are correct. eric > ie > if a template bar.wm contains > #include as template "foo.wm" > will not look in the directory that bar.wm is in? > > cheers > timp > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Webmacro-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-user |
From: Tim P. <ti...@pa...> - 2004-04-14 14:01:21
|
Hi,=20 Am I right in thinking that the templates cannot be included from 'here'=20 ie=20 if a template bar.wm contains=20 #include as template "foo.wm"=20 will not look in the directory that bar.wm is in? cheers timp =20 |
From: Lane S. <la...@op...> - 2004-03-09 16:50:48
|
Tim, OK. I will update the code later tonight if I am not too beat up. Today will be a long day for me. -Lane Tim Pizey wrote: >On Tuesday 09 March 2004 3:30 pm, Lane Sharman wrote: > > >>Hi Tim, Keats, >> >>I believe I understand the problem now fully. >> >>The melati infrastructure interleaves output. It expects a backing store >>for its writer independent of the response output stream. The interleave >>over time might look like this: >> >>t0: get outputstream >>t1: create writer; write a "templet" to the writer >>t2: write header to the response outputstream >>t3: write more to the writer >>t4: flush writer to the output stream >> >>In effect, the writer needs two objects: an internal buffer >>(type=OutputStream) and a final destination (the servlet response output >>stream) >> >>Unless I hear otherwise, I will update the Melati Writer I factored in >>and see if this presents a solution. >> >>-Lane >> >> >Yes, this is my understanding. > >Tim Pizey > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click >_______________________________________________ >Webmacro-user mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-user > > > -- Lane Sharman For Protection from SPAM and Virus, Extend to the Network Your Perimeter of Defense: http://www.opendoors.com 858-755-2868 |
From: Tim P. <ti...@pa...> - 2004-03-09 16:36:31
|
On Tuesday 09 March 2004 3:30 pm, Lane Sharman wrote: > Hi Tim, Keats, > > I believe I understand the problem now fully. > > The melati infrastructure interleaves output. It expects a backing stor= e > for its writer independent of the response output stream. The interleav= e > over time might look like this: > > t0: get outputstream > t1: create writer; write a "templet" to the writer > t2: write header to the response outputstream > t3: write more to the writer > t4: flush writer to the output stream > > In effect, the writer needs two objects: an internal buffer > (type=3DOutputStream) and a final destination (the servlet response out= put > stream) > > Unless I hear otherwise, I will update the Melati Writer I factored in > and see if this presents a solution. > > -Lane Yes, this is my understanding.=20 Tim Pizey |
From: Lane S. <la...@op...> - 2004-03-09 15:42:33
|
Hi Tim, Keats, I believe I understand the problem now fully. The melati infrastructure interleaves output. It expects a backing store for its writer independent of the response output stream. The interleave over time might look like this: t0: get outputstream t1: create writer; write a "templet" to the writer t2: write header to the response outputstream t3: write more to the writer t4: flush writer to the output stream In effect, the writer needs two objects: an internal buffer (type=OutputStream) and a final destination (the servlet response output stream) Unless I hear otherwise, I will update the Melati Writer I factored in and see if this presents a solution. -Lane Keats wrote: >You can still buffer. In fact, AFAIK the entire page is always buffered. >The FastWriter is still there in the background. What you lose is the >ability to manipulate the buffer. Normally you don't need this, which is >why we've hidden the FastWriter. If you need this capability you can still >do your own buffering. > >Anyway I think I understand your problem now. You need a Writer >implementation to make your code work, but if you use the Writer from the >response you get an InvalidStateException -- presumeably because somewhere >else you have already retrieved the OutputStream. You should be able to >finesse the problem by constructing a Writer on the OutputStream: > > Writer out = new OutputStreamWriter(request.getOutputStream(), >request.getEncoding()); > >You may even want to create a subclass of MetaliWriter, eg, >MetaliOutputStreamWriter, that does this for you in the constructor. > >Keats > >----- Original Message ----- >From: "Tim Pizey" <ti...@pa...> >To: <web...@li...> >Sent: Tuesday, March 02, 2004 7:07 AM >Subject: Re: [WebMacro-user] ANNOUNCE: WebMacro 2.0b1 has been released > > >On Tuesday 02 March 2004 10:30 am, Tim Pizey wrote: > > >>The Melati Template interface: >> >>public interface Template { >> void write(MelatiWriter out, TemplateContext templateContext, >> TemplateEngine engine) throws TemplateEngineException; >>} >> >>This works for Velocity, old WebMacro and JTemplater and probably others. >> >> > >As I (don't) understand it by removing the Writer layer you have removed the >ability to buffer, which is vital if you are to use sub-templates >(templets). > >TimP > > > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click >_______________________________________________ >Webmacro-user mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-user > > > -- Lane Sharman For Protection from SPAM and Virus, Extend to the Network Your Perimeter of Defense: http://www.opendoors.com 858-755-2868 |
From: Lane S. <la...@op...> - 2004-03-08 15:40:16
|
duh. how obvious. Marc, could you extract this and place this into the examples directory, for example? -Lane ma...@an... wrote: >----- Original Message ----- >From: "Eric Ridge" <eb...@tc...> >To: <web...@li...> >Sent: Thursday, March 04, 2004 6:59 PM >Subject: Re: [WebMacro-user] Contribution Request: RSS Reader > > > > >>I seem to remember Marc saying he had an RSS reader built into that >>framework he's working on. What's it called? Ignition, right? >> >> > >Yep, Ignition has it in. > >However it is not an "RSS Reader" specifically. > >RSS usage is very simple (apart from coping with 3 different RSS dialects). > >Ignition does it just by providing an XML "helper" object to use in WM >templates, with XPath support. You just write WM template code to select the >nodes you want from the RSS source XML using XPath. > >Cheers > > > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >Webmacro-user mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-user > > > -- Lane Sharman For Protection from SPAM and Virus, Extend to the Network Your Perimeter of Defense: http://www.opendoors.com 858-755-2868 |
From: <ma...@an...> - 2004-03-08 11:39:18
|
----- Original Message ----- From: "Eric Ridge" <eb...@tc...> To: <web...@li...> Sent: Thursday, March 04, 2004 6:59 PM Subject: Re: [WebMacro-user] Contribution Request: RSS Reader > I seem to remember Marc saying he had an RSS reader built into that > framework he's working on. What's it called? Ignition, right? Yep, Ignition has it in. However it is not an "RSS Reader" specifically. RSS usage is very simple (apart from coping with 3 different RSS dialects). Ignition does it just by providing an XML "helper" object to use in WM templates, with XPath support. You just write WM template code to select the nodes you want from the RSS source XML using XPath. Cheers |
From: Lane S. <la...@op...> - 2004-03-08 04:19:24
|
Hi Tim, Melati has a lot of potential. I can see this. But you need to incorporate adoptability factors. Here are some points which should be really easy to take care of. All of these comments apply to 0.7.2. The WebMacro 2.0 version will be 7.3 or some larger number when we get it running. In readme.html: Add: 1) Precise documentation for using a new database connection. (Where is the connection property file???) 2) Clear documentation about what files are editable to create a clean install and customization 3) A sample creation of a "hello new data table" application following the melati model. I will be out most of monday. You have enough to chew on. Get melati working with 7.2 out of the box or send me some docs to be added to readme.html so that we can make melati more adoptable out of the box. Re the current Development Version ========================== The development version of Melati with WebMacro 2.0 is unable to find templates in WEB-INF/classes. This is another issue that relates to the overall release quality (not working in the the current release for other reasons). http://localhost:8080/melati/org.melati.example.contacts.Search is the url which fails. It is clear why this is failing. WebMacro starts up and cannot find anything in its current CLASSPATH: [java] 8:03:49 PM LogFile NOTICE --- Log Started --- [java] 8:03:49 PM broker NOTICE starting org.webmacro.Broker: WebMacro.properties [java] 8:03:49 PM broker NOTICE Loaded settings from WebMacro.defaults,WebMacro.properties, (System Properties) [java] 8:03:49 PM wm NOTICE new WebMacro(WebMacro.properties) v2.0b1 [java] 8:03:49 PM resource WARNING BrokerTemplateProvider: Template not found: org\melati\template\webmacro\templets\html\org.melati.poem.StringPoemType.wm [java] 8:03:49 PM resource WARNING BrokerTemplateProvider: Template not found: org\melati\template\webmacro\templets\html\org.melati.poem.SizedAtomPoemType.wm [java] 8:03:49 PM resource WARNING BrokerTemplateProvider: Template not found: org\melati\template\webmacro\templets\html\org.melati.poem.AtomPoemType.wm [java] 8:03:49 PM resource WARNING BrokerTemplateProvider: Template not found: org\melati\template\webmacro\templets\html\org.melati.poem.BasePoemType.wm [java] 8:03:49 PM resource WARNING BrokerTemplateProvider: Template not found: org\melati\template\webmacro\templets\html\java.lang.Object.wm [java] org.melati.template.TemplateEngineException: org.melati.template.TemplateEngineException [java] org.webmacro.PropertyException: Attempt to invoke method public java.lang.String org.melati.template.MarkupLanguage.input(org.melati.poem.Field) throws org.melati.template.TemplateEngineException,java.io.IOException on object org.melati.template.HTMLMarkupLanguage raised an exception: org.melati.template.De I cannot test the production version to compare. I routinely add templates to WEB-INF/classes so I think this is a jetty config issue. thanks! -- Lane Sharman For Protection from SPAM and Virus, Extend to the Network Your Perimeter of Defense: http://www.opendoors.com 858-755-2868 |
From: Lane S. <la...@op...> - 2004-03-07 00:26:06
|
Tim, Be sure to check we have a real regression: test <a href=StandAlone>StandAlone</a> in the current version using WM 1.1. -Lane Lane Sharman wrote: > Tim, > > I would really like to put to bed this weekend the update of Melati to > WM 2.0. The following NULL Pointer Stack Trace needs to be resolved: > > [java] Caused by: java.lang.NullPointerException > [java] at org.melati.Melati.getMelatiLocale(Melati.java:422) > [java] at > org.melati.Melati.getHTMLMarkupLanguage(Melati.java:531) > [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [java] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces > > The offending line, 422, is: String acceptLanguage = > getRequest().getHeader("Accept-Language"); > > > I bet dollars to English Muffins you have seen this error before. It > is generated when invoking the URL > > <a href=StandAlone>StandAlone</a> > > from > > http://localhost:8080/melati/org.melati.test.WebmacroMelatiServletTest/?test=HelloWorld > > > > I will check in now the code so you can look at the same page I am > looking at. Just run ant go and then run the above URL to see where I > am at. > > kindest, > -- Lane Sharman For Protection from SPAM and Virus, Extend to the Network Your Perimeter of Defense: http://www.opendoors.com 858-755-2868 |