Aight, so since this has moved elsewhere, I thought I'd tell
the people who may have initially been interested in the
code.
You can now grab it here: http://ekhtml.sf.net
Should be handy for creating Apache filters that want to mangle
content before shipping it to the browser.
-- Jon
On Mon, Sep 09, 2002 at 11:21:04PM -0700, Greg Stein wrote:
On Mon, Sep 09, 2002 at 01:33:25PM -0700, Jon Travis wrote:
Ok, since I'm not seeing any activity towards getting this
integrated, I'd like to set a deadline. This would help
me out, since it gives direction as to where the
On Mon, Sep 09, 2002 at 01:33:25PM -0700, Jon Travis wrote:
Ok, since I'm not seeing any activity towards getting this
integrated, I'd like to set a deadline. This would help
me out, since it gives direction as to where the project
can go, as well as the ASF since political discussion
The ASF is apparently not about working together, since I (and
everyone else who is not on the PMC list) have been entirely left
out of all this conversation which is going on behind closed doors.
Which closed doors are those? There has been discussion on the dev list
and on the board list.
On Tue, Sep 10, 2002 at 01:57:06AM -0700, Rasmus Lerdorf wrote:
The ASF is apparently not about working together, since I (and
everyone else who is not on the PMC list) have been entirely left
out of all this conversation which is going on behind closed doors.
Which closed doors are
Which closed doors are those? There has been discussion on the dev list
and on the board list. Both of which are public lists that you can
subscribe to.
All I know of is the PMC list (which is private), but discussion on
board (which is also private) is news to me.
Well, I had assumed
Jon Travis wrote:
The ASF is apparently not about working together, since I (and
everyone else who is not on the PMC list) have been entirely left
out of all this conversation which is going on behind closed doors.
I suspect that's rubbish, Jon, since this is the first I've heard
of this
[I am not an Apache contributor, merely a lurker, but...]
On Tue, 10 Sep 2002, Jon Travis wrote:
These are not coercive tactics. These are processes which are
beneficial to both the ASF and Covalent. I cannot continually monitor
the progress of this project for eternity. I'm astonished
On Tue, Sep 10, 2002 at 09:47:01AM -0700, Scott Hess wrote:
[I am not an Apache contributor, merely a lurker, but...]
On Tue, 10 Sep 2002, Jon Travis wrote:
These are not coercive tactics. These are processes which are
beneficial to both the ASF and Covalent. I cannot continually
-Kabong -- HTML Parser
snip...
As I said earlier: if all you want is to contribute the code, put a
compatible open source license on it and put it on a publicly accessable
website, somewhere.
there have been proposed uses within the core or within core modules (e.g.
usertrack). To facilitate
Can we settle down? A donation of code was being offered, and there was
discussion within the ASF about it, but the status of those discussions
weren't being folded back to the donator.
Before we veer off on yet another tangent, can we address the core
issue? Should the ASF accept the code
On Tue, 10 Sep 2002, Jim Jagielski wrote:
Can we settle down? A donation of code was being offered, and there was
discussion within the ASF about it, but the status of those discussions
weren't being folded back to the donator.
Before we veer off on yet another tangent, can we address the
Before we veer off on yet another tangent, can we address the core
issue? Should the ASF accept the code donation? I believe Greg has
done a review of said code.
Accept:
+1, and move somewhere into apr
Daniel
Time for another ping. It's been 2 weeks. Any word?
-- Jon
On Mon, Aug 26, 2002 at 08:32:16PM -0700, Jon Travis wrote:
Hi all...
Jon Travis here...
Covalent has written a pretty keen HTML parser (called el-kabong)
which we'd like to offer to the ASF for inclusion in APR-util (or
Ok, since I'm not seeing any activity towards getting this
integrated, I'd like to set a deadline. This would help
me out, since it gives direction as to where the project
can go, as well as the ASF since political discussion shouldn't
weigh down the process. It will just save us all a lot of
I'm not sure I understand what your goal is, here. The discussion seems
to be +1 for including your parser somewhere in some Apache project in the
future, there's just no clear concensus on where. Is there any reason you
can't just release your project under the ASF license and be done with it?
It's possible that if it goes elsewhere that it would be under a
different license. That's of course contingent on the decision
from the ASF.
-- Jon
On Mon, Sep 09, 2002 at 01:50:18PM -0700, Scott Hess wrote:
I'm not sure I understand what your goal is, here. The discussion seems
to be
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There are currently two possible avenues.
1) The code goes into apr-util.
2) The code goes into a sandbox project.
It makes a lot of sense to have it also in XML as well, together with
XERCES-C...
Pier
There are currently two possible avenues.
1) The code goes into apr-util.
2) The code goes into a sandbox project.
The APR option is faster, but there is some misgivings about whether it
belongs in apr-util. The vote was done, and it seems to be accepted, but
Greg was keeping tally, so I
My comments inline:
On Tue, Sep 03, 2002 at 02:53:03PM -0400, [EMAIL PROTECTED] wrote:
There are currently two possible avenues.
1) The code goes into apr-util.
2) The code goes into a sandbox project.
The APR option is faster, but there is some misgivings about whether it
belongs
Jim Jagielski wrote:
[EMAIL PROTECTED] wrote:
I will make one exception to that statement. If it lands inside of
APR-util, under the XML directory, and it is made to work with the XML
parser, I can accept that landing spot. As it fits in closer with our
goals (I think). Jim, I can't decide
Any word on this?
-- Jon
On Mon, Aug 26, 2002 at 08:32:16PM -0700, Jon Travis wrote:
Hi all...
Jon Travis here...
Covalent has written a pretty keen HTML parser (called el-kabong)
which we'd like to offer to the ASF for inclusion in APR-util (or
whichever other umbrella it fits under.)
On Thu, 29 Aug 2002, Jon Travis wrote:
Any word on this?
These things take time... and it pays off to do them well. There is
absolutely no rush.
Dw
On Thu, Aug 29, 2002 at 06:42:39PM +0200, Dirk-Willem van Gulik wrote:
On Thu, 29 Aug 2002, Jon Travis wrote:
Any word on this?
These things take time... and it pays off to do them well. There is
absolutely no rush.
Just wanted a word. More often than not, when something stops
Jon Travis wrote:
On Thu, Aug 29, 2002 at 06:42:39PM +0200, Dirk-Willem van Gulik wrote:
On Thu, 29 Aug 2002, Jon Travis wrote:
Any word on this?
These things take time... and it pays off to do them well. There is
absolutely no rush.
Just wanted a word. More often than
On Thu, Aug 29, 2002 at 09:45:19AM -0700, Jon Travis wrote:
On Thu, Aug 29, 2002 at 06:42:39PM +0200, Dirk-Willem van Gulik wrote:
On Thu, 29 Aug 2002, Jon Travis wrote:
Any word on this?
These things take time... and it pays off to do them well. There is
absolutely no rush.
Just
Greg Stein wrote:
Justin and I have both given our thumbs up. The question is now where to put
the thing. A few people say APR, and few don't like that. A few say httpd,
and a few don't like that. Bleh :-)
I'm 100% comfy with the landing spot being in APR, as a compliment to
the XML
Justin and I have both given our thumbs up. The question is now where to put
the thing. A few people say APR, and few don't like that. A few say httpd,
and a few don't like that. Bleh :-)
I'm 100% comfy with the landing spot being in APR, as a compliment to
the XML routines.
+1 from
On Thu, 29 Aug 2002, Aaron Bannert wrote:
Justin and I have both given our thumbs up. The question is now where to put
the thing. A few people say APR, and few don't like that. A few say httpd,
and a few don't like that. Bleh :-)
I'm 100% comfy with the landing spot being in APR,
On Thu, Aug 29, 2002 at 02:24:28PM -0400, Ryan Bloom wrote:
+1 from me, I prefer APR actually.
I am really uncomfortable with this going under the APR project. As
things stand right now, it just doesn't fit with what we have stated our
goals to be.
If you want to change our stated
On Thu, 29 Aug 2002, Aaron Bannert wrote:
On Thu, Aug 29, 2002 at 02:24:28PM -0400, Ryan Bloom wrote:
+1 from me, I prefer APR actually.
I am really uncomfortable with this going under the APR project. As
things stand right now, it just doesn't fit with what we have stated our
[EMAIL PROTECTED] wrote:
I will make one exception to that statement. If it lands inside of
APR-util, under the XML directory, and it is made to work with the XML
parser, I can accept that landing spot. As it fits in closer with our
goals (I think). Jim, I can't decide if this is what
On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: On Thu, Aug 29, 2002
at 02:24:28PM -0400, Ryan Bloom wrote:
+1 from me, I prefer APR actually.
I am really uncomfortable with this going under the APR project. As
things stand right now, it just doesn't fit with what we
On Thu, 29 Aug 2002, Jon Travis wrote:
On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: On Thu, Aug 29,
2002 at 02:24:28PM -0400, Ryan Bloom wrote:
I will make one exception to that statement. If it lands inside of
APR-util, under the XML directory, and it is made to work
On Thu, Aug 29, 2002 at 02:30:35PM -0700, Sander van Zoest wrote:
On Thu, 29 Aug 2002, Jon Travis wrote:
On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: On Thu, Aug 29,
2002 at 02:24:28PM -0400, Ryan Bloom wrote:
I will make one exception to that statement. If it lands
I was thinking mostly along the lines that under the web server project
there exists the HTTP specific entities, and a HTML parser would
Well - I am not sure where this APR (portability) or HTTP (hypertext
protocol) focus comes from; we have umpteen parsers and processers and
dommers and
At 11:16 AM +0200 8/28/02, Dirk-Willem van Gulik wrote:
I was thinking mostly along the lines that under the web server project
there exists the HTTP specific entities, and a HTML parser would
Well - I am not sure where this APR (portability) or HTTP (hypertext
protocol) focus comes from; we
A couple of notes on the parser:
- It is pretty lightweight and self contained
- This HTML parser can be used for a multitude of applications, in Apache
2.0 filter modules. The filter processes content generated by Apache or proxied
content and can rewrite URLs embedded in HTML pages:
a) URL
On Tue, Aug 27, 2002 at 09:47:58AM -0700, daniel wrote:
A couple of notes on the parser:
- It is pretty lightweight and self contained
- This HTML parser can be used for a multitude of applications, in Apache
2.0 filter modules. The filter processes content generated by Apache or proxied
Well, if people are agreeing to this, can we get someone involved
in the HTTPD project (non-Covalent affiliated) to review and
approve/decline? Volunteers?
-- Jon
On Tue, Aug 27, 2002 at 01:22:03PM -0400, Jim Jagielski wrote:
I didn't mean in the same tree at all! :)
But, as you said, a
Jon Travis wrote:
Well, if people are agreeing to this, can we get someone involved
in the HTTPD project (non-Covalent affiliated) to review and
approve/decline? Volunteers?
I can't publicly post the source under the ASF license until it has been
accepted (which is a chicken egg
I can't publicly post the source under the ASF license until it has been
accepted (which is a chicken egg issue). I can, however, distribute
to individuals on a restricted basis for evaluation for acceptance.
There is little (except for a few upset board members) stopping Covalent
of
fyi, I've already emailed Jon about doing a review. I would recommend that
at least one other review it, too.
On Tue, Aug 27, 2002 at 10:28:18AM -0700, Jon Travis wrote:
Well, if people are agreeing to this, can we get someone involved
in the HTTPD project (non-Covalent affiliated) to review
At 12:43 PM -0700 8/27/02, Greg Stein wrote:
APR is whatever we want it to be. If we start building things on
You bet!
Well, it depends on how far you want to take the statement whatever
we want it to be :) *duck*
top of APR that are functionally distinct from other projects under
the
Hi -
-- Original Message --
Reply-To: [EMAIL PROTECTED]
Date: Tue, 27 Aug 2002 16:14:20 -0400
To: [EMAIL PROTECTED]
From: Jim Jagielski [EMAIL PROTECTED]
Subject: Re: more on the charter (was: El-Kabong -- HTML Parser)
Cc: [EMAIL PROTECTED]
Would it destroy APR to fold e-k into it... I don't
On Tue, Aug 27, 2002 at 04:14:20PM -0400, Jim Jagielski wrote:
At 12:43 PM -0700 8/27/02, Greg Stein wrote:
APR is whatever we want it to be. If we start building things on
You bet!
Well, it depends on how far you want to take the statement whatever
we want it to be :) *duck*
Good
Greg Stein wrote:
Regarding specifically e-k, as a html parser, it's
got more a family tie, IMO, to the HTTP server project, than APR.
I think it fits in better among libapreq than in the APR world,
mostly because it's focused towards the web server and web server
functionality.
47 matches
Mail list logo
