org.forgerock / org.forgerock.openicf

07 Dec, 2009

1 commit

05 Dec, 2009

1 commit

04 Dec, 2009

2 commits

03 Dec, 2009

1 commit

02 Dec, 2009

2 commits

01 Dec, 2009

5 commits

30 Nov, 2009

2 commits

27 Nov, 2009

1 commit

  • 94e857f8   IMPLEMENTATION of Update for Group (both native and NIS) ... Browse Dir » 
    * UpdateNativeGroupCommand.java + basic unit test.
* UpdateNISGroupCommand.java -- TODO needs some testing on special NIS resource.
 
REFACTORINGS:
- refactoring: OpCreateImpl, OpDeleteImpl - better naming of entry and account related variables.
- cleanup of NativeAttribute (unused methods / fields)
- refactoring UpdateNISUserCommand: sudoStart should be before the try/finally block. If something goes wrong in sudoStart, the program should stop immediately, and should not try to do sudoReset (that lies in the finally block).
- united calls of getOwner script across all the NIS operations (AbstractNISOp#initGetOwner() is the central hub for all).
- both Create/UpdateNISGroupCommand use the same logic for processing some output, so created a common method for them: AbstractNISOp#parseNisOutputForErrors(String outputFromCommand).
- better naming in UpdateNISUserCommand.java, OpDeleteImpl.java, OpCreateImpl.java
- erased unnecessary code from NativeAttribute.
- doc update on SolarisConnection (needs review from Andrei TBD)


git-svn-id: https://svn.forgerock.org/openicf/trunk@5509 05b3e5af-d696-470f-a577-fd7599f74d3c
    davidadam
     

26 Nov, 2009

1 commit

25 Nov, 2009

4 commits

24 Nov, 2009

12 commits

20 Nov, 2009

1 commit

18 Nov, 2009

1 commit

16 Nov, 2009

1 commit

  • 225c0582   Search consolidation: ... Browse Dir » 
    - implement Group search
- align Group and Account search (for both Native and NIS use cases)
- implement and test GroupIterator

TODO:
add javadoc where needed + more unit tests (w.r.t. search for Group in OpSearchImpl --> We have to wait with this, until other group operations are ready too. (CRUD))


git-svn-id: https://svn.forgerock.org/openicf/trunk@5488 05b3e5af-d696-470f-a577-fd7599f74d3c
    davidadam
     

13 Nov, 2009

5 commits

  • aa7ffb75   [refactor] ... Browse Dir » 
    Renamed Delete operation related classes accoring to the new naming schema:
[operationName]&[Native|NIS]&[User|Group]&[Command]


git-svn-id: https://svn.forgerock.org/openicf/trunk@5485 05b3e5af-d696-470f-a577-fd7599f74d3c
    davidadam
     
  • 17b1fcf4   Issue 593: Move framework to a single directory - Java part ... Browse Dir » 
    git-svn-id: https://svn.forgerock.org/openicf/trunk@5484 05b3e5af-d696-470f-a577-fd7599f74d3c
    abadea
     
  • 2a635a5e   added comments on saveAs issue. ... Browse Dir » 
    git-svn-id: https://svn.forgerock.org/openicf/trunk@5482 05b3e5af-d696-470f-a577-fd7599f74d3c
    davidadam
     
  • 96aaf0b6   [refactor] SolarisEntry deserves to have a searchForAttribute method. ... Browse Dir » 
    git-svn-id: https://svn.forgerock.org/openicf/trunk@5481 05b3e5af-d696-470f-a577-fd7599f74d3c
    davidadam
     
  • 53f01290   SaveAs has nothing to do with the connector. ... Browse Dir » 
    Erasing this, as there's no sensible source to know this.

GroupId, users are set based on presence of the respective 
parameters in the attribute list. The created group's name is 
handled in __NAME__ attribute.
------------
Notes: 

Results of Investigation on adapter's SaveAs behavior:
* Fact: do not perform change of groupId if saveAs==true.
This is quite strange in context of what SaveAs really does. 
It's nothing else just creating a user with given user list, 
that /happens/ to be identical with some existing group 
on the resource.

Presently we have no information about 'saveAs' state in 
the connector. And I hardly doubt, there's any real reason 
to make decision about skipping the groupId change 
(given by form input from user) based on presence of 
saveAs operation mode.

Followup w/ Rafael...




git-svn-id: https://svn.forgerock.org/openicf/trunk@5479 05b3e5af-d696-470f-a577-fd7599f74d3c
    davidadam