Re: SourceCredential in scratchpad

2002-12-16 Thread Stephan Michels


On Mon, 16 Dec 2002, Martin Holz wrote:

> Hi Stephan,
>
> On Monday 16 December 2002 00:13, Gianugo Rabellino wrote:
> > Stephan: is it OK for you to move that class in the main
> > trunk? It's pretty general and straightforward, and I
> > think it would be useful for every Source requiring
> > authentication. I don't know if you are still working on
> > it, since I'see it's part of a bigger picture, I just
> > don't want to duplicate code with the very same
> > functionalities...
>
> One question before you move it. Why is the method called
> getPrincipal and not getName.
> So it could implement java.security.Principal

I'm followed the name convention of the Tomcat Realm
implementation. Perhaps it's better to use
java.security.Principal instead of, I don't know.

Stephan Michels.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: SourceCredential in scratchpad

2002-12-16 Thread Stephan Michels



On Mon, 16 Dec 2002, Gianugo Rabellino wrote:

> I'm working (finally!) to clean up the XMLDB stuff, moving it into a
> separate block and fixing the authentication issue. While on the way I
> found out that I needed an object to store the authentication data, and
> browsing over scratchpad I found exactly what I needed made by Stephan
> some time ago (o.a.c.components.source.helpers.SourceCredential), so I
> don't want to reinvent the wheel.
>
> Stephan: is it OK for you to move that class in the main trunk? It's
> pretty general and straightforward, and I think it would be useful for
> every Source requiring authentication. I don't know if you are still
> working on it, since I'see it's part of a bigger picture, I just don't
> want to duplicate code with the very same functionalities...

It's OK to move then. I still working on the Slide Source
implementation, there are still some issues. So the Slide implementation
will still be in scratchpad.

Perhaps we should seperate the simple authentication from
the RestrictableSource contract.(Think about..)

Stephan Michels.

___
 Stephan Michels   EMail: [EMAIL PROTECTED]
 ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: SourceCredential in scratchpad

2002-12-16 Thread Martin Holz
Hi Stephan,

On Monday 16 December 2002 00:13, Gianugo Rabellino wrote:
> Stephan: is it OK for you to move that class in the main
> trunk? It's pretty general and straightforward, and I
> think it would be useful for every Source requiring
> authentication. I don't know if you are still working on
> it, since I'see it's part of a bigger picture, I just
> don't want to duplicate code with the very same
> functionalities...

One question before you move it. Why is the method called
getPrincipal and not getName. 
So it could implement java.security.Principal


Martin

-- 
Martin Holz <[EMAIL PROTECTED]>

FIZ CHEMIE Berlin
Franklin Str. 11
D-10587 Berlin 
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




SourceCredential in scratchpad

2002-12-15 Thread Gianugo Rabellino
I'm working (finally!) to clean up the XMLDB stuff, moving it into a 
separate block and fixing the authentication issue. While on the way I 
found out that I needed an object to store the authentication data, and 
browsing over scratchpad I found exactly what I needed made by Stephan 
some time ago (o.a.c.components.source.helpers.SourceCredential), so I 
don't want to reinvent the wheel.

Stephan: is it OK for you to move that class in the main trunk? It's 
pretty general and straightforward, and I think it would be useful for 
every Source requiring authentication. I don't know if you are still 
working on it, since I'see it's part of a bigger picture, I just don't 
want to duplicate code with the very same functionalities...

LMK,

--
Gianugo Rabellino


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]