not, would be great :)
regards,
--
Jacek Prucia
were moving to Subversion. Anyone can
confirm?
I'll be back for development soon (just couple of days), so I'll sort
all those administrative things out ASAP.
regards,
--
Jacek Prucia
PDF (a year
ago, fop 0.20.4). If somebody has access to feature-rich XML:FO engine
(like RenderX), then drop me a line. I can get XML:FO input file ready
in no time.
regards,
--
Jacek Prucia
questions. Please don't hesitate
to ask them here, as this is the right place to do so.
Be sure to check flood documentation. It's mostly up-to-date. Check docs
subdirectory or (if you don't want to build it yourself) following URL:
http://cvs.apache.org/~jacekp/manual/
regards,
Jacek Prucia
ng a web server with a bunch of URLs.
I would suggest to stick with flood. Drop us a line every time you feel flood
is missing some special feature. We might not be able to implement it
instantly, but it will probably end up in our TODO list.
(*) for example see this link:
http://www.apache.org/~rbowen/presentations/oscon2004/apacheperformance/slide13.html
regards,
Jacek Prucia
-0.4 is buggy and old. Please use CVS HEAD (which is
flood-1.2-dev). I've compiled it few days ago (using apr and apr-util
CVS HEAD) without any problems. The only nitpick is that you schould
have recent GNU build system (automake, autoconf, libtool).
regards,
Jacek Prucia
CPPFLAGS=[...] -I/path/to/krb5/dir
You may need to modify also LIBS variable, but that will be know when you will
get to linking phase.
regards,
--
Jacek Prucia
net.c, you'll see that we simply switched to apr 1.0. I suggest you
check out apr/apr repos (HEAD) right into flood source tree. Combined with
--disable-shared configure switch, this schould produce standalone flood
binary without too much filesystem pollution.
regards,
--
Jacek Prucia
lting file (attaching it as text/plain) to this list. You
schould also post that sample configuration. I would like to see it and since
flood manual is lagging a bit behind source tree (mea culpa), it would also
serve as documentation for that particular feature.
regards,
--
Jacek Prucia
eally. Flood considers 401 response as error and ignores WWW-Authenticate
header. You have to know which urls are protected, and access them like
this:
http://www.example/com/protected
The presence of user and password attributes triggers creation of
Authorization header (Basic).
regards,
Jacek Prucia
It will result in a range from 0 to 128.
This patch is very simple, and nearly offers no protection against wrong
ranges (like 543:-256), so use with care. If there are no objections it will
be commited, as soon, as I prepare paragraph describing this feature.
regards,
Jacek Prucia
--- flood_rou
;POST\"" mainconf.xml |wc -l
> 85
> [EMAIL PROTECTED]:/home/private# grep "\"HEAD\"" mainconf.xml |wc -l
> 0
This is really weird. Considering really bad setup (no threads, old system)
this can chew memory up to 40, maybe 50 MB, but not more. The suspicious thing
is that larger config file is OK. Can you post details on it?
Anyway that looks like a problem with flood.
--
regards,
Jacek Prucia
atient for aproximatelly next two weeks :)
regards,
Jacek Prucia
don't have source code, then you have
to run flood against httpd server, and check server logs for User-Agent string
which contains flood version. Ughh... this is really twisted. We schould think
about -v switch :)
regards,
Jacek Prucia
ook XML). Any input would be greatly apreciated.
regards,
Jacek Prucia
e source directory to linux, please move pristine
tarball and uncompress it there. My guess is that moving individual
files might screw something.
Anyway, use CVS and following instructions:
http://httpd.apache.org/test/flood/building.html
If your problem still persists, then post detailed description here
again.
regards,
--
Jacek Prucia
MAX)
Natural choice would be to use following construct for assigning fixed
range:
${5:24=name}
This just extends existing concept, but also look's kinda odd. I would
like to replace it with more general syntax:
${name=rand(5:24)}
Is it okay with everybody? Please speak up if that violates an
On Wed, 28 Apr 2004 17:17:16 -0700
Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> --On Thursday, April 15, 2004 12:22 PM +0200 Jacek Prucia
> <[EMAIL PROTECTED]> wrote:
>
> > I have just commited a fix to manual. However, I do not have enough
> > karma to put m
.as a typical example (few form data fields, and file contents). Also
I would like to have payload with bare new lines (that is -- without
entities
and
). This would make such example more readable
for people not using fancy editors to read XML (me ;).
regards,
--
Jacek Prucia
ore Exceptions for me. Back to core dumps :)
regards,
--
Jacek Prucia
okie parameters, and
preloading cookies in XML) is yet to be written.
If you intend to do some serious testing, then please use latest CVS sources,
and check http://cvs.apache.org/~jacekp/manual/ if you have trouble building
docs.
regards,
Jacek Prucia
t;.
Doh! I just did quick copy'n'paste from one of httpd-2.0 files (changing
only copyright dates to match flood development). It is already fixed in
httpd-test/flood repo. CCying [EMAIL PROTECTED] to make Andre Malo aware of the
problem. Thanks for catching out this one.
regards,
Jacek Prucia
starting now with the code. Please speak up, if there's already work
> > > done.
> >
> > AFAIK, noone is. Go for it.
>
> Just a note. I'm doing the httpd code base only... :-)
Right. I have just relicensed httpd-test/flood repo. Thanks for the heads-up.
regards,
Jacek Prucia
pulled out flood/apr/apr-util HEAD's from CVS, and everything
builds fine. Please check if flood build still fails for you. If this is the
case, then please post more details about your development enviroment (OS,
compiler, etc.)
regards,
Jacek Prucia
re, as it
doesn't seem to be hard to implement.
regards,
--
Jacek Prucia
is a valid flood release (got 3*+1), but for various reasons we
weren't able to announce that release.
regards,
--
Jacek Prucia
a nice, quiet place on my disk until I get
more free time to spent on flood development.
regards,
--
Jacek Prucia
diff -urN flood.orig/flood_round_robin.c flood/flood_round_robin.c
--- flood.orig/flood_round_robin.c 2003-12-12 23:18:45.0 +0100
+++ flood/f
(e.g. when response is
HTTP/1.0). Please try this:
verify_status_code
It is a bit slower (tokenizes response header), but is more
bullet-proof. Hope this helps.
regards,
--
Jacek Prucia
her patches that you posted
recently might have to wait a bit. Justin seems extremally busy (we
aren't able to release flood 1.1 for about a month!) and I need to
take a closer look at them. Needless to say -- those patches also need
to be tweaked as they are suffering from the same problems described
above.
--
regards,
Jacek Prucia
the same.
Also flood site update noting Flood 1.1 release must be in XML. In addition I
have fixed small typo there (I was claiming, that I've signed httpd-2.0.47 ;))
regards,
Jacek Prucia
Documentation Group
Download
Downloading Flood
Use the links below to download Flood
es, suggestions,
etc.). Especially thanks for all the hints releated to making quality release.
Without them I would probably screw something up :)
regards,
Jacek Prucia
s (I think I'm
getting boring with this :)
Right. Time to T&R FLOOD_1_1 :)
regards,
Jacek Prucia
Flood 1.1 Released
The Apache Software Foundation and the Apache HTTP Server Project are
pleased to announce the second public release of the Flood HTTP load
f somebody could doublechek this and eventually commit this
into apropriate repository. This is much better than closer.cgi script we're
using right now.
regards,
Jacek Prucia
#!/bin/sh
# Wrapper script around mirrors.cgi script
# (we must change to that directory in order for python to pick u
On Fri, 12 Sep 2003 00:15:46 -0700
Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> --On Wednesday, September 10, 2003 1:18 AM +0200 Jacek Prucia
> <[EMAIL PROTECTED]> wrote:
>
> > I would like to ask other RM's to take a closer look at RC1 tarballs. I
> &
On Thu, 11 Sep 2003 21:50:44 -0700
Aaron Bannert <[EMAIL PROTECTED]> wrote:
>
> On Tuesday, September 9, 2003, at 04:18 PM, Jacek Prucia wrote:
> > I would like to ask other RM's to take a closer look at RC1 tarballs.
> > I might
> > goofed something up an
make, then please feel
free to beat me on this.
regards,
Jacek Prucia
more builds (Solaris, FreeBSD)
tomorrow before casting a vote. Anyway looks like a strong candidate for GA.
I would like to ask other RM's to take a closer look at RC1 tarballs. I might
goofed something up and have absolutelly no idea about it :)
regards,
Jacek Prucia
apr. If they can live without tagging apr
everytime they do a release -- so can we :)
So... users get release tarballs, and developers must sync with HEAD.
Makes sense to me.
regards,
Jacek Prucia
l libs
are needed to compile certain flood tag (for example FLOOD_1_0 won't
compile against apr HEAD). This doesn't seem to be a big problem, but I
wanted to be sure if everybody are OK with this.
regards,
Jacek Prucia
I have found few minor issues in current example config files.
1. round-robin-ssl.xml
We have only one url working -- modssl.org SSL connection test is
working again (although HTML is broken). The other URL is dead for a
lng time, so we might consider removing it at all. I've found
another S
e tarball and move it to dist/httpd/flood,
4. wait 48 hours ;)
5. send announcement.
So like you said: we can postpone most of the stuff until we get stable
RC tarball.
regards,
Jacek Prucia
idn't. :)
Fix seems to be OK and error messages are more descriptive than 'Error
string not specified yet'. :)
regards,
Jacek Prucia
APR_EGENERAL rather than catching the
> apr_status_t from the function that was called (apr_procattr_create in
> this case) and returning that? Is this just a flood thing I don't know
> about?
Nope. I'm not so familliar with APR, so a message to stderr plus APR_EGENERAL
is a safe bet. If
somebody has to put release tarballs for
me.
In addition, I would like to put flood manual on-line. This requires also some
privileges (only for manual subdir), or a person that would put them on-line
for me.
regards,
Jacek Prucia
P.S. Once 1.1 is released, we might consider moving 0.4 to archive,
ipts ;))
Seriously, you just read standard input (STDIN in perl) any way you like, and
check response for interesting stuff (header values, HTML body and the like).
I'll update the docs with simple example in perl and/or python soon.
regards,
Jacek Prucia
This is responsescript patch, but this time written around APR poll API. I'm
not sure if I have got everything right, so APR gurus are welcome to take a
look. I have tested this against a bunch of web pages, and didn't see any
problem though.
regards,
Jacek Prucia
diff -urN
use "1" as configversion.
As soon, as this patch get's accepted, I'll update config versions in
example/ directory and documentation.
regards,
Jacek Prucia
diff -urN flood.orig/config.h.in flood/config.h.in
--- flood.orig/config.h.in 2003-08-24 12:22:04.0 +
c), and add it to profile_t->cookie->next. Your cookie
will be included in request as you can see from the code in
round_robin_create_req (flood_round_robin.c again).
regards,
Jacek Prucia
but more complicated) way to do this is with a
> pollset, so flood
> can poll on reading and writing from the script's stdout and stdin.
Actually what flood needs is just writting. The answer from script comes
with it's exit code, but yes -- I'll rewrite the patch with using APR's
fd_pool features (once I get comfortable with them :)
regards,
Jacek Prucia
On Mon, 11 Aug 2003 16:26:34 -0700
Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> --On Sunday, August 10, 2003 23:24:04 +0200 Jacek Prucia
> <[EMAIL PROTECTED]> wrote:
>
> > This probably belongs in contrib/patches. It is a quick'n'dirty hack
> > I
On Mon, 11 Aug 2003 16:21:20 -0700
Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> --On Sunday, August 10, 2003 23:06:23 +0200 Jacek Prucia
> <[EMAIL PROTECTED]> wrote:
>
> > This is what I have mentioned earlier this day. This introduces a
> > CONFIG_VERSION def
On Sat, 9 Aug 2003 10:51:05 -0700
Aaron Bannert <[EMAIL PROTECTED]> wrote:
> On Friday, August 8, 2003, at 02:11 PM, Jacek Prucia wrote:
>
> > Yes. To be honest I don't think we need such functionality in flood.
> > Since all
> > we care about is web server l
. Baseurl handles only part of the job. Even when we normalize page
names, we have to deal with extensions (.php, .asp, jsp). Maybe some macro
package like m4?
regards,
Jacek Prucia
rocessing (much like regexp failure).
This patch just has one simple problem. If the job is fancy (like my applet
connection), then it distorts response times, as apr_proc_wait is blocking.
Because of that it doesn't seem like this code belongs in main trunk. How
about contrib/patches?
r
w I see it. Please review it and yell if you find
something, that is really obscure.
regards,
Jacek Prucia
diff -urN flood.orig/config.h.in flood/config.h.in
--- flood.orig/config.h.in 2003-08-09 23:23:51.0 +0200
+++ flood/config.h.in 2003-08-10 13:53:14.0 +0200
@@ -8,6 +8
the job. However I'm willing to help
as much as I can. So... somebody with enough access right and skills -- please
help with flood 1.1 release.
regards,
--
Jacek Prucia
ges instead of remote sites. This is
just exactly what I have deep down my TODO list... Oh... well... anybody
have few spare hours to sell? ;)
regards,
--
Jacek Prucia
href="([^"]*);">
first_match
second_match
This is however serious change (breaks existing configs), so it schould be
scheduled for major flood rewrite (like flood 2.0 with apr-serf on board :)
regards,
Jacek Prucia
didn't come up with such config).
Anyway I'll be commiting this to examples in a day or two, because it is quite
good as a starting point. If anybody thinks otherwise, please let me know.
What about patches to manual? *PING* people! Flood 1.1 is waiting :)
regards,
--
Jacek Prucia
(at least...).
Flood DTD will be ready in a day or two. I'll commit it into examples
directory and change config files, so they reference DTD correctly.
regards,
--
Jacek Prucia
vs commits (changed the code? edit CHANGES!)
b) autogenerated from cvs log
Some of my useful commits (auth support, baseurl) aren't in CHANGES. Gotta fix
that before release.
regards,
--
Jacek Prucia
in your . Also please
note that this setup won't generate all the load, as farmer is limited to 180
seconds time ( element.)
regards,
--
Jacek Prucia
could keep that off flood build system (at least for now) and put all
information needed to build docs into README file. Then just before release,
we could transform XML sources into HTML and populate docs/manual.
Yeah, I know that sucks, but we can rethink everything later (post flood 1.1).
regards,
Jacek Prucia
url list
http://www.site.com
/page1.jsp
/page2.jsp
/page3.jsp
You can also use attributes "responsename" and "reponsetemplate" to verify
that each step was completed successfuly -- look at round-robin-dynamic.xml,
to see how those attributes are used.
If you need any additional information -- just drop us a line.
regards,
Jacek Prucia
o put (XML or preprocessed HTML?) and
discuss whole repo structure while we are at it :))
regards,
Jacek Prucia
.theaimsgroup.com/?l=apache-test-dev&r=1&w=2
regards,
Jacek Prucia
On Thu, 13 Mar 2003 07:15:07 -0800
Aaron Bannert <[EMAIL PROTECTED]> wrote:
> On Thursday, March 13, 2003, at 01:46 AM, Jacek Prucia wrote:
[...]
> > Wouldn't it be better, if we use proxy instead of all-purpose network
> > software? I was thinking about mod_proxy_f
is, let me know and I can try to give more
> specifics. -- justin
I've never written anything for 2.0 (only two small, custom modules for 1.3),
so a tip or two from httpd-2.0 guru is very welcome :)
regards,
Jacek Prucia
cause of some technical issues I'm not aware of) we might do our own thing.
Writting a small, customized proxy in C/APR, Perl, Python, whatever schouldn't
be all that hard.
regards,
Jacek Prucia
ut the door, so after we
have things sorted out -- let's do a 1.1 release. After that we have to define
showstoppers for 1.2 and start to work on that. My key task for 1.2 is
documentation. Merge with httpd-docs subprojects right now seems tricky to me,
but we can have our own xsl for the time beei
but right now you have to browse
examples/analize-relative script.
regards,
--
Jacek Prucia
such HTTP
test library. We can talk about it a bit more to see if such thing makes
sense.
regards,
--
Jacek Prucia
7bulls.com S.A.
of... most of the features aren't implemented yet, but we're moving
forward ;))
regards,
--
Jacek Prucia
7bulls.com S.A.
27;es (like Linux). However setting things up is a bit troublesome. Among many
things dummynet requires root privileges which sometimes aren't available.
But yes, I think that even when we implement such basic rate limit, we could
give pointers to tools which are very usefull in conjunction with flood.
regards,
--
Jacek Prucia
7bulls.com S.A.
s, IRIX,
etc.). So this might be a good idea to implement such functionality in flood.
However it looks like this feature will be at the bottom of (at least mine)
TODO list. There are more important things to do first.
regards,
--
Jacek Prucia
7bulls.com S.A.
wiadomosc od Justin Erenkrantz, z dnia Wed, Sep 25, 2002 at 04:29:34PM -0700
> On Mon, Sep 23, 2002 at 06:15:18PM +0200, Jacek Prucia wrote:
> > 1. httpd-docs were written as HTML first, then converted to XML. Some
> > docs are still hand-edited HTML (main index.html in particular).
prepare test enviroment for themselves. Does that make sense?
regards,
--
Jacek Prucia
7bulls.com S.A.
ht find
usefull. You can have following config:
http://www.your_bank.com
/foo.asp
/bar.asp
With a little change in baseurl tag you can test different instances of
your site (like: test.your_bank.com, debug.your_bank.com and so on) with
the same url list.
As you can see -- flood has a lot of nice features, but we need a real
user documentation. This is exactly what I'm working on right now, so
stay tuned.
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
ut of XML) and things
like that. It *may* mean, we have to pickup different tool.
Comments/Flames? ;)
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
t; I believe it's safe, [...]
Yep. I've double checked the code. It's safe.
I have to stop adding new features/bugs and write some user docs damnit
:)
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
re no objections I'll comit this
patch later today.
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
diff -urN flood.orig/config.h.in flood/config.h.in
--- flood.orig/config.h.in 2002-09-06 12:16:09.0 +0200
+++ flood/config.h.in 2002-09-13 14:17:31.0 +020
lease (like
ap{r,u}-0.4.28.tar.gz), we could remove intree libs and put such
tarballs into build dependency list. Well... we could get rid of intree
libs right now and require people to do something like: cvs co -D "24
Sep 2002 20:32" {apr,apr-util}, but that's ugly :)
regards,
--
nly
file for instalation (which fits /usr/local location quite nicely). I'm still
playing with httpd-docs xml/xsl files, but looks like I'll have a flood-docs
skeleton ready soon.
regards,
--
Jacek Prucia
7bulls.com S.A.
to worry about 'file system pollution'. Given that we can't
get rid of that APR/APR-util cruft -- /usr/local/flood seems fine. But,
if you really don't like /usr/local (why? :), then we could use
/pkg/flood. I'm just against having flood version number in directory
name.
lease (like Apache 2.0 GA), but since it's too late
-- let's T&R flood-1.1 :)
regards
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
diff -urN flood.orig/build/rules.mk.in flood/build/rules.mk.in
--- flood.orig/build/rules.mk.in2002-01-17 02:06:27.0 +0100
+++ fl
ionally cookie code has FIXME
comments, so this looks like a thing to put on my TODO list :)
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
d out. In addition error
messages from ssleay-based URL are not so informative, but that is what
I'm going to fix in future :)
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
little automatically as possible, so that
> the user can tweak every little piece that they want (and so we can
> later add new functionality within the flexible constraints of the
> pieces we set up now).
Agreed.
regards
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
I'll be '100% style guide' compilatnt :)
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
of software, that doesn't have to
do that. So, how about making flood a little bit more HTTP RFC
compilant? :)
OTOH I somehow agree with Aaron. I think flood autmatic behaviour
schould be an option. Something like 'mimic browser'. We could then use
dynamic urllists for other things (like fetching all img's and embed's
from response and so on).
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
On Thu, 5 Sep 2002 09:23:37 -0700
Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 05, 2002 at 05:48:51PM +0200, Jacek Prucia wrote:
> > Yep. I was thinking about treating all subsequent requests kinda
> > like separate URL list. Just like a stack.[...]
> Yeah,
On Thu, 5 Sep 2002 08:30:51 -0700
Aaron Bannert <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 05, 2002 at 05:29:26PM +0200, Jacek Prucia wrote:
> > - fix install target so we can install flood amd examples off
> > $SRCDIR- fix few more bugs from STATUS (I'm on it)
> >
On Wed, 4 Sep 2002 10:43:51 -0700
Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 04, 2002 at 06:40:39PM +0200, Jacek Prucia wrote:
> > http://localhost:8080/auth
>
> To me, this seems a fair enough compromise for right now as it
> seems some people really wan
can install flood amd examples off $SRCDIR
- fix few more bugs from STATUS (I'm on it)
- move tag on changed files and roll tarball
Personally I consider lack of install target as a showstopper. It just
simply doesn't feel right to move binaries by hand when you are 1.0. And
since this
shed out its design yet. There's a lot more
> that we need to think about. But, feel free to jump into the
> discussions over on serf-dev@ if you like.
Yeah. I'll be probably just lurking (like on [EMAIL PROTECTED]) because of that
time problem ;|
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
in realtime (like is planned for 3xx responses), which
needs a bit more work...
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
Wspólne podkatalogi: flood.orig/build i flood/build
diff -uN flood.orig/config.h.in flood/config.h.in
--- flood.orig/config.h.in 2002-07-23 20:4
be a counter, or dedicated id like this:
so that if urllist is a bit bloated and
something bails out (regexp for example) you can quickly find bad url in
your config.
RBC as usual.
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
--- flood_round_robin.c.orig
h is trival, and I'm going to do this unless somebody beats me
first. For now -- please be patient and watch this list for flood-0.5
announce and/or recent CVS commits.
regards,
--
Jacek Prucia
7bulls.com S.A.
http://www.7bulls.com/
ed them against current CVS (flood,
apr, apr-util). No segv's at all. Could we ask the person that submited
this bug to recheck it with current CVS?
BTW. flood-0.4 tarball is bad. As soon as we get a few more bugs out, we
schould tag flood-0.5 with recent apr and apr-util and make a nice
tarball.
. There's some code in apr-serf (aye! :) and it looks like it has those
desired filters out-of-the-box. I have no idea how far is apr-serf from
basic usability, but since flood doesn't have huge user base, we could
wait for apr-serf to mature a little, and rewrite flood to use filters.
1 - 100 of 110 matches
Mail list logo