RE: [simplestore] ToDo

Juozas, >> JB>8. Make Proxy more abstract, to add interceptors for security and >> JB>distributed objects. Trivial, add a parameter "List of interceptors". >> JB>Interceptor implements "InvocationHandler". > > we will add then to metadata Ok (Not that 100% clear, but I will throw a look on thi

cvs commit: jakarta-commons-sandbox/periodicity LICENSE

prickett02/02/12 12:21:05 Added: periodicity LICENSE Log: Submitted by: Jeff Prickett Test adding license Revision ChangesPath 1.1 jakarta-commons-sandbox/periodicity/LICENSE Index: LICENSE =

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core - New directory

jstrachan02/02/12 13:30:13 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/expression/beanshell - New directory

jstrachan02/02/12 13:28:57 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/expression/beanshell - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Servlet Filters Proposal]

Lance, I'm not sure how far along your cache filter is, but I wrote one based on OpenSymphony's OSCache system (www.opensymphony.com) and it works rather well. Much of the heavy lifting was already done by the OSCache engine as it was initially built for a JSP tag library, so most all of what I

RE: "dependant" Cache Filter (was [PROPOSAL] commons-filters)

If all your database access goes through managers that put, get, and invalidate elements in the cache, and you use JCS for your distributed caching, then this would work. This is what JCS is designed for. The caches can be distributed and the cache control doesn't have to reside in the same spot

Re: "dependant" Cache Filter (was [PROPOSAL] commons-filters)

On Tue, 12 Feb 2002, Lavandowska wrote: > Interesting idea. Do you have suggestions on how such an organization > would be configured? Sounds rather messy to be specifying these > "relationships" in web.xml. Yeah, I've not investigated how you'd specify the dependencies. Maybe the web.xml wo

cvs commit: jakarta-commons-sandbox/periodicity_1 - New directory

prickett02/02/12 10:14:45 jakarta-commons-sandbox/periodicity_1 - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: "dependant" Cache Filter (was [PROPOSAL] commons-filters)

--- [EMAIL PROTECTED] wrote: > Hey Lance, > ie) readPlant.jsp and readAllPlants.jsp would depend on > writePlant.jsp. If > the cache saw a request for writePlant.jsp, it would invalidate > readPlant.jsp and readAllPlants.jsp. etc etc. Interesting idea. Do you have suggestions on how such an or

parsing multipart-request/form-data

Jason Hunter who I believe is part of the ASF has a whole api available at servlets.com (I think). It's code from the oreilly book on servlets. I don't know if it's a possibility, but maybe he could be persuaded to change the liscense and put it under the apache umbrella. Rich Catlett -- T

Re: [httpclient] patches for HttpClient.java, HttpConnection.java

On Sun, 10 February 2002, dIon Gillard wrote: > > Sean C. Sullivan wrote: > > > > > I updated the code for the HttpClient: > > > > HttpClient.java > > HttpConnection.java > > > >Patch files attached. > > > > I created the patch files using this command: > > > >

RE: [Fwd: Servlet Filters Proposal]

My only concern is that we end up having an idea for some other type of filter, not web servlet related and maybe even more generic. Then having Servlet filers in a "o.a.j.commons.filters" will get confusing. Lets also consider that the official Servlet 2.3 filter interfaces are placed in the "ja

[httpclient] Lots of patches and discussion

Please excuse this really long post, but there's a lot to cover. First, let me introduce myself. My name is Marc Saegeser and I've been a committer on the Jakarta-Tomcat project for over a year. I was the release manager for the Tomcat 3.2.2-3.2.4 releases. I'm not currently a committer on any

Re: [simplestore] ToDo

Ok, I will join on weekend > Hi, > > Gerhard is talking with himself: > > >GF>Ok much stuff...could we split this a little bit, like first this, second > >GF>that? > >GF>1. cleanup code > >GF> This is 98% done so far. > > > >99% ;) > > > >GF> 2. move this stuff maybe in a seperate package, like >

Re: [Fwd: Servlet Filters Proposal]

--- Glenn Nielsen <[EMAIL PROTECTED]> wrote: > So far suggested package names are: > > org.apache.servlet.filters.{filter-name} > org.apache.commons.filters.{filter-name} > org.apache.jakarta.commons.servlet.filters.{filter-name} I'm working with the preference for org.apache.commons.filters.{fi

Re: [simplestore] ToDo

> Juozas, > > JB>TODO for sample : > JB>1. Add OIDGenerator interface and default impl. > JB>OID interface to generate a unique ObjectID. The > JB>implementation can be Random, Auto-Increment, s.o. > > Ahh ok now I understand ;-). Maybe something I can > pick up. > > JB>2. Add a mapping interface

Re: [Fwd: Servlet Filters Proposal]

On Tue, 12 Feb 2002, Glenn Nielsen wrote: > Date: Tue, 12 Feb 2002 10:24:52 -0600 > From: Glenn Nielsen <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: [Fwd: Servlet Filters Proposal] > >

RE: [Fwd: Servlet Filters Proposal]

> De: Glenn Nielsen [mailto:[EMAIL PROTECTED]] > Enviado el: martes 12 de febrero de 2002 17:25 > > org.apache.servlet.filters.{filter-name} > org.apache.commons.filters.{filter-name} > org.apache.jakarta.commons.servlet.filters.{filter-name} > > Any other suggestions? org.apache.jakarta.filte

Re: [Fwd: Servlet Filters Proposal]

I didn't put commons in the package name because some feel that commons isn't a good fit for servlet filters, and this may become a top level project if there is enough interest. I agree that having "servlet.filters" in the package name is pretty generic, but it is an apt and easy to remember pac

RE: [Fwd: Servlet Filters Proposal]

And filters is very generic too! What about org.apache.jakarta.commons.servlet.filters or something like that? (There must be something better than "servlet".) Have fun, Paulo Gaspar > -Original Message- > From: Lavandowska [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 12,

Re: [simplestore] methods in Store interface

Ok - Original Message - From: "Gerhard Froehlich" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Monday, February 11, 2002 6:13 PM Subject: RE: [simplestore] methods in Store interface > Juozas, > > >> Ok maybe they are not meaningful anymore but then

Re: [Fwd: Servlet Filters Proposal]

Glenn, I've started working on getting my filters ready for submission, but am not sure which "package" they belong in. In the PROPOSAL you state "The proposed package name for servlet filters is org.apache.servlet.filters...", but if this is in Commons shouldn't it be org.apache.jakarta.commons

cvs commit: jakarta-commons-sandbox/filters PROPOSAL.html

glenn 02/02/12 05:22:50 Added: filters PROPOSAL.html Log: Initial proposal Revision ChangesPath 1.1 jakarta-commons-sandbox/filters/PROPOSAL.html Index: PROPOSAL.html ===

cvs commit: jakarta-commons-sandbox/filters - New directory

glenn 02/02/12 05:22:07 jakarta-commons-sandbox/filters - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

[Fwd: Servlet Filters Proposal]

Here is the link: http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/filters/PROPOSAL.html Original Message Subject: Servlet Filters Proposal Date: Tue, 12 Feb 2002 07:36:11 -0600 From: Glenn Nielsen <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] I have started putting together

Servlet Filters Proposal

I have started putting together a proposal for Jakarta-Filters. Once this effort has been bootstrapped in jakarta-commons-sandbox this can be proposed to the PMC as a top level project if enough interest exists. If you are interested in contributing to Servlet Filters please read the proposal bel

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/persistence/impl RandomOIDGenerator.java PersistenceManager.java

froehlich02/02/12 03:38:42 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence/impl PersistenceManager.java Added: simplestore/src/java/org/apache/commons/simplestore/persistence/impl RandomOIDGenerator.java

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/persistence OIDGenerator.java

froehlich02/02/12 03:38:21 Added: simplestore/src/java/org/apache/commons/simplestore/persistence OIDGenerator.java Log: added OID generator interface and random based impl. Revision ChangesPath 1.1 jakarta-commons-sandbox/si

Re: [PROPOSAL] adding jakarta-commons-sandbox filters and upload

Hello Glenn, +1 Monday, February 11, 2002, 11:17:57 PM, you wrote: GN> Based on the positive response for both a commons-filters (Servlet 2.3 Filters) GN> and commons-upload (HTTP mime multipart post decoding) I can create GN> the upload and filters directories in jakarta-commons-sandbox and s