Re: OSUser status and improvements

Yep, I agree absolutely. Please don't just toss everything out and=20
think 'I'll just start from scratch!'. Every rewrite has done that, and=20=

every rewrite has failed. Trust us, it's not the right approach. Feel=20
free to toss out implementations if you're confident and comfortable=20
with the current API, but the shell code should at a very minimum be=20
the existing API and providers.

On Feb 12, 2004, at 5:53 PM, Mike Cannon-Brookes wrote:

> I agree - the problem I always encounter is that as soon as you start
> changing it a little, you end up knee deep in shit, mired in a swamp =
of
> ugly, tightly coupled code. (How's that for a bileous sentence?)
>
> IMHO the key here is _very small steps_.
>
> First I'd advise:
> - getting rid of that horrendous EntityAccessor class
> - make User and Group into interfaces with separate implementations
>
> That solves a lot of the problems with only minor changes, from there=20=

> we can
> look at step 2.
>
> M
>
> On 13/2/04 4:58 AM, "Hani Suleiman" ([email protected]) penned the=20
> words:
>
>> Hey now!
>>
>> Throughout the years, we've had at least 4-5 different attempts at=20
>> this
>> rewrite. Someone gets excited, says they'll do it, and then realises
>> that it isn't quite as trivial as it seems.
>>
>> I'm all for ANY rewrite (oh, I and I try to get CVS patches in when
>> sent, if I'm late or ignore one, yell at me, don't just give up!).
>> However, the only two requirements I (and I suspect anyone else) =
using
>> osuser have are:
>>
>> - API should be at least somewhat similar, or be able to migrate to
>> with a search/replace
>>
>> - Providers idea should remain. Exact API can change a bit, but =
again,
>> clear migration guide if so, with simple/obvious API changes. It'd be
>> stupid to throw away all the existing providers, given that a not
>> insignificant amount of effort has been put into them (some more than
>> others).
>>
>> - Should not try to be 'cool' by using a bunch of technology for the
>> sake of it. Sure, using pico and suchlike might save you code, but it
>> all has to be optional. osuser jar should not require anything other
>> than oscore and propertyset.
>>
>> Other than that, knock yourself out.
>>
>> On Feb 12, 2004, at 11:42 AM, Konstantin Priblouda wrote:
>>
>>>
>>> --- David Smiley <[email protected]> wrote:
>>>> Hi Scott.
>>>>
>>>> Last year I developed what I was calling OSUser 2
>>>> but unfortunately, the
>>>> OSUser community rejected it.  The main reason was
>>>> that any providers
>>>> would have to be re-written because my interfaces
>>>> were different.  The
>>>> client side use was almost the same though.  I
>>>> didn't consider that
>>>> deficiency to be a deal killer because OSUser isn't
>>>> even 1.0, and I felt
>>>> the current incarnation of OSUser is too broken
>>>> underneath to work
>>>> with.  My opinion was the minority.  If you want to
>>>> enhance OSUser as I
>>>> have done, you will come up against resistance too.
>>>> I have since given up.
>>>
>>>
>>> I'm personally unhappy with osuser too. Especially
>>> with current state of project management.
>>>
>>> I patched version for me so it works properly, but
>>> submitting patches did not worked.... And now it's
>>> unclear where is actual CVS repository, who is in
>>> charge etc...
>>>
>>> Anyway, I started to play with picocontainer, and
>>> incorporate it into my application.
>>>
>>> It looks that using pico container it's possible to
>>> invalidate major advantage of osuser - configuration
>>> system ( I'm killing my configuration code at amazing
>>> rates now. It's dissapearing without trace, and
>>> everything still works. )
>>>
>>> So, If your osuser2 can be refactored to be IoC model
>>> 3
>>> compliant it would be really cool.
>>>
>>> And picoable user/group/property/entitlement
>>> management
>>> would be really cool addition for pico/nano community.
>>>
>>>
>>> I can not promiss you 100% of my development time (
>>> I' project leader, and our deadlines are nearing...
>>> and passing by with a wooshing sound... )  - but
>>> you can cound on sugnificant help from me.
>>>
>>> If you like we can move this disscussion off the list,
>>> to avoid embarassing OSUser people.
>>>
>>> regards,
>>>
>>> =3D=3D=3D=3D=3D
>>> ----[ Konstantin Pribluda ( ko5tik ) ]----------------
>>> Zu Verst=E4rkung meines Teams suche ich ab Sofort einen
>>> Softwareentwickler[In] f=FCr die Festanstellung.
>>> Arbeitsort: Mainz
>>> Skills:  Programieren, Kentnisse in OpenSource-Bereich
>>> ----[ http://www.pribluda.de ]------------------------
>>>
>>> __________________________________
>>> Do you Yahoo!?
>>> Yahoo! Finance: Get your refund fast by filing online.
>>> http://taxes.yahoo.com/filing.html
>>>
>>>
>>> -------------------------------------------------------
>>> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
>>> Build and deploy apps & Web services for Linux with
>>> a free DVD software kit from IBM. Click Now!
>>> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
>>> _______________________________________________
>>> Opensymphony-developers mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/opensymphony-developers
>>>
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
>> Build and deploy apps & Web services for Linux with
>> a free DVD software kit from IBM. Click Now!
>> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
>> _______________________________________________
>> Opensymphony-developers mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/opensymphony-developers
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Opensymphony-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensymphony-developers
>



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click