mina-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bernd Fondermann <bf_...@brainlounge.de>
Subject Re: Vysper AccountManagement - what if i need other data other than username and pw
Date Tue, 08 Sep 2009 07:53:11 GMT
Ely Celino wrote:
> Right now, there are 28.

Disclaimer: In my opinion, Vysper is not yet ready for production.
If it works for your use case, I'm happy and proud though. :-)

  Bernd

> 
> On Tue, Sep 8, 2009 at 6:55 AM, Fernando Padilla <fern@alum.mit.edu> wrote:
> 
>> by the way, how many "clients" do you have to support?  Would it be crazy
>> to simply run a unique vysper server for now?
>>
>>
>> On 9/7/09 3:43 AM, Ely Celino wrote:
>>
>>> Thank you guys for the help. You're right Fernando, usernames in my db are
>>> unique per client and may be duplicated across my whole db. Yes it is
>>> cleaner to give each client their own domain name but as Bernd already
>>> have
>>> said, It would require substantial refactorings.
>>>
>>> Google I think is using the concept of subdomains for Google talk (which
>>> we
>>> know is using xmpp). My company is using Google apps and gave me an
>>> account
>>> under it (ely@mycompany.com). I am able to use this account in Pidgin, my
>>> server is talk.google.com but my domain is mycompany.com.
>>>
>>> My apology to Bernd, I did not know that resource is assigned after
>>> authentication. I think I have to read more of xmpp documentations rather
>>> than jumping to conclusions and get excited.
>>>
>>>
>>> On Mon, Sep 7, 2009 at 12:23 AM, Fernando Padilla<fern@alum.mit.edu>
>>>  wrote:
>>>
>>>
>>>
>>>> So basically it sounds like Ely has different groups of users with
>>>> possibly
>>>> overlapping usernames?
>>>>
>>>> fern(from citizensports)
>>>> fern(from othercompany)
>>>>
>>>> So the JIDs need to be unique per users?
>>>>
>>>> But the resource part of the JID is only there to identify a particular
>>>> connection to the server, not the actual user ( as Bernd said, only after
>>>> authentication does resources ids get worked out ).
>>>>
>>>> So you can only put it in the username or in a subdomain:
>>>>
>>>> fern_citizensports@domain.com
>>>> fern_othercompany@domain.com
>>>>
>>>> or in the subdomain:
>>>>
>>>> fern@citizensports.domain.com
>>>> fern@othercompany.domain.com
>>>>
>>>> which seems much cleaner and nicer to me, but vysper can't support this
>>>> at
>>>> the moment :(
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On 9/5/09 4:29 AM, Bernd Fondermann wrote:
>>>>
>>>>
>>>>
>>>>> Hi Ely,
>>>>>
>>>>> thanks for following up. I think I still don't totally understand what
>>>>> you want to do. Next try...
>>>>>
>>>>> Ely Celino wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Well, it would be nice if we could have something like
>>>>>> myXmppServer.addDomain("anotherdomain.com").
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Sure, but this would require substantial refactorings.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> But, if it would mess things up
>>>>>> I would just put out registration out of xmpp protocol.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> If you use a plain vanilla vysper from SVN, there is no possibility of
>>>>> account registration of users yet using the XMPP protocol. Neither
>>>>> in-band registration (XEP-0077) nor using service administration
>>>>> (XEP-0133, XEP-0050). AccountManagement is only accessible within the
>>>>> JVM, not via XMPP.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Then, I would sign
>>>>>> in account using username@mydomain.com/clientid.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> Why would you do that? What does that help? XMPP only assigns resources
>>>>> (what you depict as "/clientid" here) _after_ authentication.
>>>>>
>>>>> Are you talking here about your own heavily customized version of
>>>>> Vysper?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> I believe it is possible to
>>>>>> specify the resource to be used upon authentication.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> + Resource registration is only possible after authentication
>>>>> + Accepting the resource id from the client is OPTIONAL for the server
>>>>> + Vysper does not accept a client's resource id.
>>>>>
>>>>> I'm not completely understanding your goal yet, I guess.
>>>>>
>>>>>   Bernd
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> On Sat, Sep 5, 2009 at 2:25 PM, Bernd Fondermann<bf_jak@brainlounge.de
>>>>>>
>>>>>>
>>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Fernando Padilla wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> username is JID.
>>>>>>>>
>>>>>>>> JID is name@domain
>>>>>>>>
>>>>>>>> you don't want to embed the clientid on the domain?
>>>>>>>>
>>>>>>>> username@clientid.domain
>>>>>>>>
>>>>>>>> so as long as vysper will recognize all of the sub-domains
properly
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> it wouldn't, as far as I can tell.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> (anyone want to comment on having vysper server deal with
many
>>>>>>>> sub-domains? or virtual hosts?)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> you would need to have more than one ServerRuntimeContext (SRC),
each
>>>>>>> serving one domain and write a clever MINABasedSessionContext
which is
>>>>>>> able to route to the right SRC.
>>>>>>>
>>>>>>> Having one SRC for more than one Domain requires significant
>>>>>>> refactorings (hint: SRC.getServerEntity())
>>>>>>>
>>>>>>> Patches, as always, are welcome.
>>>>>>>
>>>>>>>  Bernd
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> On 9/3/09 11:58 PM, Ely Celino wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Hi everyone,
>>>>>>>>>
>>>>>>>>> After implementing AccountManagement, I realized I need
other data
>>>>>>>>> other
>>>>>>>>> than user and password in addUser(user, password) function.
>>>>>>>>>
>>>>>>>>> My user db consolidates all my client's record. To distinguish
every
>>>>>>>>> client
>>>>>>>>> I added client_id column. So if query for a user, I will
search by
>>>>>>>>> username
>>>>>>>>> plus client_id.
>>>>>>>>>
>>>>>>>>> Of course I could use the username parameter to the addUser
function
>>>>>>>>> by
>>>>>>>>> concataning other information to it but we know it will
be ugly.
>>>>>>>>>
>>>>>>>>> Is this a limitation of the AccountManagement?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
> 


Mime
View raw message