RE: [Developers] Code cleanup

2005-02-02 Thread Nico Klasens
A few notes in general: 1. In general, the changes are good and beneficial. I think that is important to say in advance. And they were easy to do without expected side effects. 2. These changes should have been communicated to the project manager of the Optimization project (me). In

RE: [Developers] Code Cleaning, specific issues

2005-02-02 Thread Nico Klasens
BasicStepField - return number1.doubleValue() == number2.doubleValue(); + return Double.doubleToLongBits(number1.doubleValue()) == Double.doubleToLongBits(number2.doubleValue()); Is there a specific reason to change this? I.e. is double comparion in java unreliable? Yes they

Re: [Developers] Code cleanup

2005-02-02 Thread Kees Jongenburger
First, I didn't apply code conventions and javadoc as step 11 describes. I removed a lot of unused lines of code and improved some methods. Second, this is exactly why I don't actively develop on the mmbase codebase. When I am at work I implement applications on top of mmbase. It does what I

Re: [Developers] Code cleanup

2005-02-02 Thread Michiel Meeuwissen
Nico Klasens wrote: Fourth, IMO, changing user functionality should be commnicated, but refactoring code to have a more robust and stable system could happen at anytime. There are a lot of good experienced developers watching mmbase who don't want to go through all the bureaucratic procedures

Re: [Developers] Code cleanup

2005-02-02 Thread Daniel Ockeloen
On Feb 2, 2005, at 10:26 AM, Michiel Meeuwissen wrote: Nico Klasens wrote: Fourth, IMO, changing user functionality should be commnicated, but refactoring code to have a more robust and stable system could happen at anytime. There are a lot of good experienced developers watching mmbase who

RE: BeanFactory (was RE: [Developers] Re: [MMBASECVS]src/org/mmbase/bridge/util MapNode.java )

2005-02-02 Thread Homeijer, Michael
Hi Rob, Could you please comment on the previous discussion about the implementation (RE: [Developers] Re: [MMBASECVS]src/org/mmbase/bridge/util MapNode.java )? Specificially on the last messages from Kees, Michiel and me. There's a big difference between a Map and a Bean approach (dynamics

Re: [Developers] HACK: New attributes on StorageManager, related to encoding problems.

2005-02-02 Thread Rico Jansen
[X] +1 (YES) -- Rico Jansen ([EMAIL PROTECTED]) You call it untidy, I call it LRU ordered -- Daniel Barlow ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers

[Developers] A-Select security implementation

2005-02-02 Thread Michiel Meeuwissen
I have made a A-Select MMBase security implementation. Actually I had made it already over a year ago and since then it can be downloaded from the a-select site (www.a-select.org). Recently I improved on it (it is now 'cloud context compatible'). Surfnet agrees on adding the code to MMBase. So I

Re: [Developers] Submarine and MMBob

2005-02-02 Thread Daniel Ockeloen
On Feb 2, 2005, at 12:13 PM, Ferdinandus, Humphrey wrote: x-tad-biggerHello Developers,/x-tad-bigger x-tad-bigger/x-tad-bigger x-tad-biggerI am trying to install MMBob. Since I am new to the MMBase community this isnt an easy task. I seem to miss some class files to run MMBob properly. The

RE: [Developers] Submarine and MMBob FIXED!!!!

2005-02-02 Thread Ferdinandus, Humphrey
Thanks for your quick reply and hints. Installed mmbase 1.7.3. and used the MMBOB zip file I already had. Guess what: It works!! Van: Ferdinandus, Humphrey Verzonden: woensdag 2 februari 2005 12:13 Aan: developers@lists.mmbase.org Onderwerp: [Developers] Submarine and

Re: [Developers] Submarine and MMBob FIXED!!!!

2005-02-02 Thread Daniel Ockeloen
On Feb 2, 2005, at 1:16 PM, Ferdinandus, Humphrey wrote: x-tad-biggerThanks for your quick reply and hints./x-tad-bigger x-tad-bigger /x-tad-bigger x-tad-biggerInstalled mmbase 1.7.3. and used the MMBOB zip file I already had. Guess what: It works!!/x-tad-bigger Some checking showed we had a

Re: [Developers] HACK: New attributes on StorageManager, related to encoding problems.

2005-02-02 Thread Marcel Maatkamp
[x] +1 (YES) marcel maatkamp VPRO Digitaal ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers

Re: [Developers] HACK: New attributes on StorageManager, related to encoding problems.

2005-02-02 Thread Daniel Ockeloen
On Jan 31, 2005, at 9:30 PM, Michiel Meeuwissen wrote: [X] +1 (YES) Daniel. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers

[Developers] CALL ENDS: HACK: New attributes on StorageManager, related to encoding problems.

2005-02-02 Thread Pierre van Rooden
CALL FOR: New attributes on StorageManager. Called by: Michiel Meeuwissen Total tally on this call : +6 START OF VOTING: 2005-01-31 21:30 END OF CALL: 2005-02-03 21:30 YEA (6) : Kees Jongenburger, Pierre van Rooden, Rico Jansen, Rob Vermeulen, Daniel Ockeloen, Marcel Maatkamp ABSTAIN (1)

Re: BeanFactory (was RE: [Developers] Re: [MMBASE CVS]src/org/mmbase/bridge/util MapNode.java )

2005-02-02 Thread Kees Jongenburger
On Tue, 1 Feb 2005 22:11:22 +0100, Rob van Maris [EMAIL PROTECTED] wrote: On Feb 1, 2005, at 9:42 PM, Homeijer, Michael wrote: Using Apache BCEL (Byte Code Engineering Library), I create a BeanFactory that wraps node with classes that can be evaluated using jxpath or EL. Great stuff.