Eduard Witteveen wrote:
> 
> >>2. Additions of    bridge.CloudContext:
> >>      public int getMethod(String m);
> >>      public int getDefaultMethod();
> >>      public String getDefaultApplication(int method);
> >
> >
> Looking from the Authentication class, i would prefer to have the 
> following method added overthere:
> -    public String[] getApplications();
> The first returned application should be the default, the other one's 
> that are returned, are possible applications to use.

Yes, hmm. That might be a good idea. I'm not sure how we feel about arrays.
Perhaps some might prefer Collections.unmodifiableList<String>  or so. I'd
prefer String[] though, because at at least we have type-safety...

> Maybe we even want to go as far as also adding a:
> -    public String[] getLoginInfoKeys(String application);
> For name/password it will return name, password

> You could then even build a generic login screen, which could generate 
> the number of fields listed depending on the result of getLoginInfoKeys();

> I think this will not work for ASelect, since the probebly use the 
> parameters parameter from the security, to call a callback class, but 
> this would solve the default problem in a nice way IMHO


IMHO this is overdone. Especially since it is hardly useful if you don't
know the class of the value. For name and password that are Strings, but for
e.g. ASelect you need request and response objects, and Strings are useless.



Michiel


-- 
Michiel Meeuwissen                  mihxil'
Mediacentrum 140 H'sum                [] ()
+31 (0)35 6772979         nl_NL eo_XX en_US



_______________________________________________
Developers mailing list
[email protected]
http://lists.mmbase.org/mailman/listinfo/developers

Reply via email to