RE: [HTTPCLIENT] possible bug?

Hi, ok I had little time last days to test this issue correctly. Sorry for making noise. With the current jar from 2001-10-12 in the Cocoon core lib directory I can reproduce the issue I mentioned before. Cocoon hungs waiting for a response. NOTE: The webservices seems to be no longer

RE: [HTTPCLIENT] possible bug?

-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Sunday, April 21, 2002 3:36 PM To: [EMAIL PROTECTED] Subject: RE: [HTTPCLIENT] possible bug? Gerhard, Glad to hear that the latest build fixes the problem. There's been some talk recently about getting a new

[HTTPCLIENT] possible bug?

Hi, we have following bug -relating the httpclient- in Cocoon: description snip/ I have written a simple web-application consisting of an XSP file ( zipcode-info.xsp ) and an XSL stylesheet ( zipcode-info.xsl ) that accesses two SOAP services at http://alethea.net:80/webservices/LocalTime.asmx

RE: [HTTPCLIENT] possible bug?

Hi, Shouldn't you be telling the Cocoon guys about this? ahem...I'm one of the Cocoon guys. I re-view bugzilla in the moment and _delegating_ bugs -- the easy way :-). BTW, I can't tell which version of httpclient it is, as the file isn't attachedcould you please re email it? yes

RE: [SimpleStore] Documentation

Started to write documentation for SimpleStore, Maybe somebody wants to help fix me mistakes in documentation ? My English is not very good. Simplestore become more user frienly, It works in EOB (used to implement persistence for Forum example forked from Velocity ) It was very good test for

RE: [COLLECTIONS] [VOTE] Release Collections 2.0

+1 EARTH FIRST! We'll strip-mine the other planets later. -Original Message- From: Morgan Delagrange [mailto:[EMAIL PROTECTED]] Sent: Friday, March 15, 2002 7:23 PM To: Jakarta Commons Developers Subject: [COLLECTIONS] [VOTE] Release Collections 2.0 Hi all, The release candidate

RE: [simplestore] alt. not JDBC Storage and AccessControl [was: AccessControl]

Hi, Do you read JAAS documentation ? Just started ;-). I recomend to do it, it well documented and has examples. Don't understand me wrong, It is very good to implement Acl and it is possible to reuse Acl implementation for JAAS based security implementation. I will look at it. TIA for the

RE: [simplestore] alt. not JDBC Storage and AccessControl [was: AccessControl]

Juozas, As I understand you are working on security. ;) I try. Some questions: Acl = List which holds to each Principal a Set of AclEntry's AclEntry = entry in an Access Control List Permission = used to grant a particular type of access to a resource Principal = used to represent any

RE: commons dbcp or pool problems

Hi, Worse than using sql within a JSP, the customer turned almost their entire web site into a bunch of JSP pages to dynamically generate the content from a db. But they only change the db 5-6 times a day. So their pages generate all this load and are open to all kinds of potential

RE: [COLLECTIONS] Avalon's BucketMap meets commons?

Michael, we introduced a new Collection class the BucketMap into Avalon Excalibur some days ago: http://cvs.apache.org/viewcvs/jakarta-avalon-excalibur/src/java/org/apache/avalon/excalibur /collecti ons/BucketMap.java It's mainly based on this idea:

RE: commons dbcp or pool problems

Hi, I have reviewed the customers JSP pages and found one page where they were not wrapping their use of a db connection within a try {} block. I have informed them how to fix it. But this one page does not explain running out of connections in a pool with a max of 75 connections. In the

RE: commons dbcp or pool problems

Hi, Worse than using sql within a JSP, the customer turned almost their entire web site into a bunch of JSP pages to dynamically generate the content from a db. But they only change the db 5-6 times a day. So their pages generate all this load and are open to all kinds of potential

RE: [simplestore] AccessControl

Ok I see. I will start with some simple read and write security impl. I think that comes permission on method and class relativ near, or? For that I will create an own sub-package ..simplestore.persistence.security. Ok? This will be the place for java.security.acl implementations. I will

[COLLECTIONS] Avalon's BucketMap meets commons?

Hi, we introduced a new Collection class the BucketMap into Avalon Excalibur some days ago: http://cvs.apache.org/viewcvs/jakarta-avalon-excalibur/src/java/org/apache/avalon/excalibur/collecti ons/BucketMap.java It's mainly based on this idea:

RE: [simplestore] AccessControl

Juozas, Hi, Yes we it is better to use standard interfaces, we can use JAAS, I am not sure, but it seems JAAS is added to JDK 1.4 and it is possible to download it for JDK 1.3. It has configuration files, plugable login modules , principals, groups ... , but I think we will need it only for

[simplestore] PersistenProxy

Hi, is there a reason why: getPersitent convert are static? I just wonder if the DefaulTypConverter should ship static methods? ~Gerhard PS: your latest check in does not compile. can you fix this please? Why does everyone always

RE: [AltRMI] Two way weak hashmap for distributed garbage collection

-Original Message- From: Paul Hammant [mailto:[EMAIL PROTECTED]] Sent: Saturday, February 16, 2002 2:22 PM To: Jakarta Commons Developers List Subject: Re: [AltRMI] Two way weak hashmap for distributed garbage collection Juozas, Thanks but I have had an on/off relationshp with

RE: [simplestore] ToDo

Juozas, skip/ JB8. Make Proxy more abstract, to add interceptors for security and JBdistributed objects. Trivial, add a parameter List of interceptors. JBInterceptor implements InvocationHandler. we will add then to metadata Ok (Not that 100% clear, but I will throw a look on this).

RE: [simplestore] interfaces still needed?

Juozas, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Hi Juozas, do we need the Reachable and Swap interface. I believe not. Because we do it without swapping and that stuff. Yes or no? We dont need Swap at this time, we will need it for Pool but not for Cashe. It is better to remove

RE: [simplestore] it's really kool

Juozas, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] skip Hi, TODO for simplestore : 1. Code cleanup (Remove some unused code, ideas are good, but they are for the next project, I wil try to write proposal later ) Remove : Reacheble and Swap interfaces, cleanup package,JISP, MRUMap. Already

[simplestore] methods in Store interface

Hi Juozas, why did you removed the methods containsKey, isEmpty size clear Ok maybe they are not meaningful anymore but then they shouldn't be implemented in the SoftRefMemoryStore! Could you please explain me your thoughts here. ~Gerhard I just found

RE: [simplestore] hello, where is the problem? [was: RE: cvs commit: jakarta-commons-sandbox/simplestore/src/sample/org/apache/commons/simplestore/persistence]

Juozas, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Hi, I see it is very hard to understand me. Sometimes ;). My vision about simplestore ( simplestore is my priority at this time): 1. We will implement very trivial but powerful interface to put object and key, and get object by key. we

RE: Simplestore on HSQL

Juozas, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Hi, I added tests for sample, I use HSQL dabase, do we need to add hsqldb.jar to lib ? I will write build.xml to run this test to run SampleTest you must add hsqldb.jar to classpath HSQL will create default database and users itself.

[simplestore] build fail in sample

Hi Juozas, hmm you implemented a DataSource in the sample package of simplestore. That needs the JDBC2.0 extension interfaces. I just downloaded them from Sun, but I can't build the sample. Does work on your machine? ~Gerhard -- Hey! It compiles! Ship it!

[simplestore] interfaces still needed?

Hi Juozas, do we need the Reachable and Swap interface. I believe not. Because we do it without swapping and that stuff. Yes or no? ~Gerhard This message was printed on all-new, 100% virgin electrons (Tom Harrington) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional

RE: cvs commit: jakarta-commons-sandbox/simplestore/lib jdbc2_0-stdext.jar

Autsch that was bad...removed! I'm sorry... ~Gerhard The most important question when any new computer architecture is introduced is 'So what?' -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 10, 2002 12:12 AM To: Jakarta Commons

RE: cvs commit: jakarta-commons-sandbox/simplestore/lib jdbc2_0-stdext.jar

Craig, From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] This file needs to be removed from CVS, and your build process changed. The Jakarta PMC and the Apache Board are currently in a process of removing checked-in JAR files for which the license to do so disallows it, and that includes

RE: cvs commit: jakarta-commons-sandbox/simplestore/src/sample/org/apache/commons/simplestore/persistence AbstractStorage.java InternalTransaction.java MetaObject.java PersistenceManager.java Persistent.java PersistentProxy.java Storage.java StorageExcept

Says who? That's a common style in many Apache projects. ~Gerhard -- Calvin: People think it must be fun to be a super genius, but they don't realize how hard it is to put up with all the idiots in the world. Hobbes: Isn't

RE: [Simper] Re: Bean storage in database

Hi, Shall I commit that for you into the simplestore package? I guess I should ;) ~Gerhard Whose cruel idea was it for the word lisp to have an s in it? -Original Message- From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Sent: Monday, February 04, 2002 1:25 PM To: Jakarta Commons

RE: [VOTE] New committer - Paulo Gaspar

+1 of course, he has a big mouth ;-) in avalon, too! Gerhard - That must be wonderful! I don't understand it at all. - -Original Message- From: Scott Sanders [mailto:[EMAIL

RE: Commit Status Request

Hi, yep, +1 (do I have voting rights here as normal committer, if not ignore)? Gerhard This message was printed on all-new, 100% virgin electrons (Tom Harrington) -Original Message- From: prickett [mailto:prickett]On Behalf Of Jeff Prickett Sent: Tuesday, January 22, 2002 3:16 PM

[VOTE] new committer Juozas Baliuka

Hi Team, I would like to propose Juozas Baliuka ([EMAIL PROTECTED]) as new committer. He has been very very helpful to get the simplestore rolling and he did at least most of the brainwork. The last days he spamed me with his patches and ideas. I'm getting tired applying them ;-). He is

RE: [simplestore] what Exceptions do we need?

Hi, Hi, 1.ServiceNotAvailableException is useful to handle fatal erros, Log message,send SNS for admin 2.NotFoundException == KeyNotFoundException is useful to optimize get without contais and for null result, nul is also good value. A Exception seems to be cleaner in this case.

RE: [simplestore] what Exceptions do we need?

Hi, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Hi, 1.ServiceNotAvailableException is useful to handle fatal erros, Log message,send SNS for admin 2.NotFoundException == KeyNotFoundException is useful to optimize get without contais and for null result, nul is also good value.

[simplestore] what Exceptions do we need?

Hi Juozas, all, I want to add some Exceptions to the simplestore. Juozas you proposed following two: - ServiceNotAvailableException for what? - NotFoundException maybe: - KeyNotUniqueException - KeyNotFoundException is usefull too. Your comments? Gerhard A man with one watch knows what

[simplestore] near alpha + test cases

Hi, I got the simplestore near alpha, now ;). I added 3 junit test cases: - TestSoftRefMemoryStore -- this one wraps around the MRUMemoryStore weak references for fast gc! - TestMRUMemoryStore -- tests the MRUMemoryStore plain - TestJispFileSystemStore -- test the JispFilesystemStore plain.

RE: [simplestore] changing the interface

behind I shall never die. -Original Message- From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 19, 2002 4:41 PM To: Jakarta Commons Developers List Subject: [simplestore] changing the interface Hi Juozas, Agree, then I will move the StoreJanitor in a different

[simplestore] added junit testcases

Hi, I added some junit testcases. just do: $ ant build-test and then $ ant test In the moment only the MRUMemoryStore is tested. But I will add the others soon (or somebody else ;). Gerhard Sorry, but my karma just ran over your dogma. -- To unsubscribe, e-mail: mailto:[EMAIL

RE: [simplestore] enhancements (was: [simplestore] inital check in)

Hi, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] +1 on changing the interface! The old one seems not to be very useful. Some of the methods are not needed! +1 For the Exceptions I hope I will find some time on the weekend to do this stuff. But you can grap something if you want! a)

[simplestore] changing the interface

Hi Juozas, Agree, then I will move the StoreJanitor in a different package. Maybe we can forget it totally. I will change the interface today. But I think (as you) the most important things are Test classes and benchmarks. I (try) think about the interface. What is better to implement the Map

RE: [simplestore] enhancements (was: [simplestore] inital check in)

Hi Juozas, -Original Message- From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 19, 2002 5:54 PM To: Jakarta Commons Developers List Subject: RE: [simplestore] enhancements (was: [simplestore] inital check in) Agree, then I will move the StoreJanitor in a

RE: [simplestore] enhancements (was: [simplestore] inital check in)

Juozas, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Agree! I wanted to setup a junit test enviroment at the weekend! Do you have experience with junit? There are a lot frameworks for unit tests, but we need to JUnit if it is going to be in commons, Simple store has chances to become

RE: [simplestore] inital check in

] SynchronizedStore.java has been removed from this note on January 15 2002 by Gerhard Froehlich MemoryStore.java has been removed from this note on January 15 2002 by Gerhard Froehlich ObjectNotFoundException.java has been removed from this note on January 15 2002 by Gerhard Froehlich

[simplestore] enhancements (was: [simplestore] inital check in)

Juozas From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Hi, I think simple store is too simple :). :) I see some things to do for simple store. 1. Add meaningful exception classes +1 on this! 2. Add some helper key class for keys like Class + OID : Object key = new OID( myClass, someKey

RE: [simplestore] inital check in

-Original Message- From: Tom Klaasen (TeleRelay) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 6:06 PM To: Jakarta Commons Developers List Subject: RE: [simplestore] inital check in -Original Message- From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Sent: dinsdag

RE: [simplestore] inital check in -- cache (JCS plugins)

Aaron, From: Aaron Smuts [mailto:[EMAIL PROTECTED]] Hi: How do you find JISP? I added a disk auxiliary cache to JCS that uses it and it seems pretty fast and I haven't been able to get it to lock up. It uses a lot of disk space and doesn't take kindly to sharing files. I haven't tried to

RE: [simplestore] inital check in

Juozas, From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] StoreJanitorImpl: you can register your Memory Stores in this class. A background Thread checks if memory running slow in you JVM and if yes it frees some objects out of the registered Stores. Hi, I think it is better to use

RE: [proposal] some store components for the commons-sandbox

for the commons-sandbox On Mon, Jan 07, 2002 at 06:46:35PM +0100, Gerhard Froehlich wrote: Hi, Currently I'm working on the Cocoon store and caching. I implemented some store components, that are maybe useful to migrate as Jakarta commons-sandbox components. They mainly exist of a: 1

[proposal] some store components for the commons-sandbox

Hi, Currently I'm working on the Cocoon store and caching. I implemented some store components, that are maybe useful to migrate as Jakarta commons-sandbox components. They mainly exist of a: 1. Store - The overall interface 2. MRUMemoryStore - A simple MRU Memory Store class 3.