-
Hehe. Good luck! If you get it to work, let us know!
The worst part for me is the additional interface complexity required for classes that want to receive an HTTP Request and return and HTTP Response:
void processRequestHeader(byte[] header);
void processRequestContent(byte[] content);
void noMoreRequestContent();
I guess it would be simple enough to pass an empty or null byte[]...
2009-05-21 19:00:47 UTC in NIO Framework
-
Hi Scott,
For what it is worth, I ended up deciding to stick with Thread-based comms, rather than trying to force everything into an asynchronous handler.
For my use case (an intercepting/modifying proxy), it really is the simplest choice.
I also noted advice on various fora that unless I was aiming to support hundreds or thousands of simultaneous connections, Thread-based would be just...
2009-05-21 18:20:04 UTC in NIO Framework
-
Hi Ronny,
Actually, I have written a pretty successful proxy already - OWASP WebScarab, so I know all about the various HTTP protocol issues.
I've just never worked with NIO before, so I am having some issues getting my mind about how that is supposed to work! :-)
I like your suggestion to write a state machine - I had actually pretty much come to the same conclusion myself.
I had...
2009-03-24 12:39:13 UTC in NIO Framework
-
Hi,
I'm very interested in using your framework, but I can't quite see how to handle more complex transformations.
My application is an HTTP proxy. I'd like to be able to read in the request header, open a connection to the target, write out the (modified) request header, then, depending on the method, stream the request body to the destination. Obviously, the response would follow the...
2009-03-17 10:16:27 UTC in NIO Framework
-
This works. Simply use a file:/// style URL.
2008-09-03 21:14:29 UTC in OWASP Source Code Center
-
WebScarab doesn't really care where it finds the JavaHelp classes. By default it will look in a ./lib/jhall-2.0_02.jar, as you have observed. However, if you choose not to provide such a file, an alternative is to place a jar containing the required classes in the JRE extension directory, such as (on Windows):
C:\Program Files\Java\jre6\lib\ext
If this approach is followed, the name of the...
2008-09-03 21:08:18 UTC in OWASP Source Code Center
-
Thanks for these bug reports.
No, there is no good reason to use [gs]etProperty rather than [gs]etPreference, probably just carelessness.
Can I suggest that we take this discussion to the mailing list?
owasp-webscarab@lists.owasp.org
Thanks!
Rogan.
2008-02-13 17:06:08 UTC in OWASP Source Code Center
-
Thanks. Yes, this appears to be a typo. Did it have any ill effects? I really only undeclared it for completeness, not really because I thought it was really necessary.
I have fixed it and pushed the change to the gitweb repo at http://dawes.za.net/gitweb.cgi
I will build a new version and make it available via WebStart in the next few days.
2008-02-12 22:31:55 UTC in OWASP Source Code Center
-
Can I suggest we take these discussions/reports to the mailing list? It is rather tedious to have to go via SourceForge all the time.
owasp-webscarab@lists.owasp.org.
2008-01-25 08:47:41 UTC in OWASP Source Code Center
-
Please note that I am not using Sourceforge's CVS anymore, the change was made directly to my git repository, held on my personal site: http://dawes.za.net/gitweb.cgi
I checked the tarball that I pointed you to, and the change is definitely there. This is the diff that I committed:
commit 5e1f883d45292dea10bfce0e744a6132cea7a57d
Author: Rogan Dawes
Date: Thu Jan 24...
2008-01-25 08:24:36 UTC in OWASP Source Code Center
