<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Creat user/people on demand bug? in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/creat-user-people-on-demand-bug/m-p/30102#M15440</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Yes, there is a bug/issue under here ….&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The authentication service is being asked to delete a user.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;In the alfresco implementation, the user will be deleted.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In your implementation you need a DAO that supports deletes, ignores deletes or throws an exception, …, when delete user is called through the API. You seem to be mixing one authentication system with the DAO for another. If you want users deleted via alfresco you also need to implement your own DAO. The DAO is trying to delete an alfresco user that does not exist. The AuthenticationComponent and DAO go as a pair.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;It is possible the AuthenticationService should be able to report if it should delete users - update etc. Or the PersonService should be the only one called (and it delete the user if appropriate). Both ways, some more meta data is required about the capabilities of the service …&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;People are created on demand (not users). People are distinct from users: the user information holds just the user id and authentication info - no first name etc. The two are linked using the userid. People are part of the repository, but authentication, and user information, can be anywhere. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Create people on demand is there for authentication systems that already have users etc, and you do not want to pre-populate the people, so someone can log in, and get a default person entry. It has drawbacks and is there for convenience. For example, you will only be able to assign permissions to the userids of&amp;nbsp; people who have logged in at least once.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I hope this helps.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Andy&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 11 Jan 2006 09:35:51 GMT</pubDate>
    <dc:creator>andy</dc:creator>
    <dc:date>2006-01-11T09:35:51Z</dc:date>
    <item>
      <title>Creat user/people on demand bug?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/creat-user-people-on-demand-bug/m-p/30101#M15439</link>
      <description>Not sure if this is bug or not? I have created my own AuthenticationComponent and wired it into Spring. It is running well with create user on demand. But when i trying to reomve the new user / people from web admin console, it throws exception below. From wiki, alfresco should ready created this us</description>
      <pubDate>Wed, 11 Jan 2006 08:14:26 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/creat-user-people-on-demand-bug/m-p/30101#M15439</guid>
      <dc:creator>tinghaii</dc:creator>
      <dc:date>2006-01-11T08:14:26Z</dc:date>
    </item>
    <item>
      <title>Re: Creat user/people on demand bug?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/creat-user-people-on-demand-bug/m-p/30102#M15440</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Yes, there is a bug/issue under here ….&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The authentication service is being asked to delete a user.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;In the alfresco implementation, the user will be deleted.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In your implementation you need a DAO that supports deletes, ignores deletes or throws an exception, …, when delete user is called through the API. You seem to be mixing one authentication system with the DAO for another. If you want users deleted via alfresco you also need to implement your own DAO. The DAO is trying to delete an alfresco user that does not exist. The AuthenticationComponent and DAO go as a pair.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;It is possible the AuthenticationService should be able to report if it should delete users - update etc. Or the PersonService should be the only one called (and it delete the user if appropriate). Both ways, some more meta data is required about the capabilities of the service …&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;People are created on demand (not users). People are distinct from users: the user information holds just the user id and authentication info - no first name etc. The two are linked using the userid. People are part of the repository, but authentication, and user information, can be anywhere. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Create people on demand is there for authentication systems that already have users etc, and you do not want to pre-populate the people, so someone can log in, and get a default person entry. It has drawbacks and is there for convenience. For example, you will only be able to assign permissions to the userids of&amp;nbsp; people who have logged in at least once.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I hope this helps.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Regards&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Andy&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Jan 2006 09:35:51 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/creat-user-people-on-demand-bug/m-p/30102#M15440</guid>
      <dc:creator>andy</dc:creator>
      <dc:date>2006-01-11T09:35:51Z</dc:date>
    </item>
    <item>
      <title>Re: Creat user/people on demand bug?</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/creat-user-people-on-demand-bug/m-p/30103#M15441</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I am so surprised your prompt reply and thanks andy for your help.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I have noticed the drawback and trying to wire the spring context into my web user registration class. From registration class, when admin doing the CRUD i can synchronize personService to do the same thing. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;But problem came again, i am not able to cast the proxybean to the personService interface. It looks my approach is not workable and i am trying to google web for it. Do you have any suggestion for me? &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks again.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Jan 2006 10:15:56 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/creat-user-people-on-demand-bug/m-p/30103#M15441</guid>
      <dc:creator>tinghaii</dc:creator>
      <dc:date>2006-01-11T10:15:56Z</dc:date>
    </item>
  </channel>
</rss>

