You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@directory.apache.org by Kevin Kovach <ko...@gmail.com> on 2009/03/17 17:31:34 UTC
Modify existing ACI subentries?
Hello,
I used the Directory Studio to go through the basic
authorization<http://directory.apache.org/apacheds/1.5/32-basic-authorization.html>examples.
That all seemed pretty straight forward and worked well.
However, I would now like to go and remove or modify those ACIs that I
created and am having trouble doing so. I cannot seem to view or edit the
entries within Directory Studio. I've looked for menu items and
configuration options relating to ACIs or subentries and haven't found
anything useful. I am currently bound to the directory as the
uid=admin,ou=system user, so I should have access, correct?
Is there a trick to getting access to and editing those ACI subentries
within Studio once you've created them? Thanks.
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
I'm sure it is :-)
https://issues.apache.org/jira/browse/DIRSERVER-1331 priority is bogus,
please change it to whatever
you see appropriate :-)
Y.
Emmanuel Lecharny wrote:
> Yiannis Mavroukakis wrote:
>> A little note, this would have been sooo much easier if Ldif had a
>> getAttributes() method..I could
>> simply then create a new Modification list with ServerAttributes
>> derived from the ClientAttributes..
> The LdifEntry class existed before the Clent and Server Entry classes.
> Those last two are not perfect too, especially as many functions using
> them don't have an implicit conversion. The problem is that we aren't
> using the generic Entry interface , which would have been better. But
> it's not that simple...
>
> Defining a new API is just a complex task !
>
> Btw, what about creating a JIRA for the lack of getAttributes() method
> in Ldif ?
>
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Emmanuel Lecharny <el...@apache.org>.
Yiannis Mavroukakis wrote:
> A little note, this would have been sooo much easier if Ldif had a
> getAttributes() method..I could
> simply then create a new Modification list with ServerAttributes
> derived from the ClientAttributes..
The LdifEntry class existed before the Clent and Server Entry classes.
Those last two are not perfect too, especially as many functions using
them don't have an implicit conversion. The problem is that we aren't
using the generic Entry interface , which would have been better. But
it's not that simple...
Defining a new API is just a complex task !
Btw, what about creating a JIRA for the lack of getAttributes() method
in Ldif ?
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
A little note, this would have been sooo much easier if Ldif had a
getAttributes() method..I could
simply then create a new Modification list with ServerAttributes derived
from the ClientAttributes..
Y.
Yiannis Mavroukakis wrote:
>
> Hello everyone :-)
>
> I've got a problem trying to use LdifEntry with
> ModifyOperationContext. If you remember from
> previous emails, I'm using LdifEntry because it can be serialized. I'm
> stuffing my Modification
> objects in the LdifEntry object like so
>
> for( AttributeType attributeType : list )
> {
> EntryAttribute entryAttribute = ( (ServerAttribute) entry
> .get( attributeType ) ).toClientAttribute( );
> ldiff.addAttribute( entryAttribute );
> if( changeType.equals( ChangeType.Modify ) )
> {
> ClientModification mod = new ClientModification(
> ModificationOperation.REPLACE_ATTRIBUTE ,
> entryAttribute );
> ldiff.addModificationItem( mod );
> }
> }
>
> This serializes fine, however ModifyOperationContext.modify() gives me a
>
> java.lang.ClassCastException:
> org.apache.directory.shared.ldap.entry.client.DefaultClientAttribute
> cannot be cast to org.apache.directory.server.core.entry.ServerAttribute
>
> when I pass the LdifEntry object modification list to it because it
> expects ServerAttributes and not ClientAttributes and as far as I can
> remember, ServerAttributes are not serializable (?). Is there any way
> I can get around this requirement?
>
> Thanks guys,
>
> Yiannis
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
I am a fool, I should have googled this a bit further..it's the Change
Sequence Number..
Yiannis Mavroukakis wrote:
> Or maybe there is!..Almost a result, I am doing this now,
>
> List<Modification> modItems = ServerEntryUtils.toServerModification(
> ldifEntry.getModificationItemsArray( ) ,
> directoryService.getRegistries(
> ).getAttributeTypeRegistry( ) );
> modOp.modify( ldifEntry.getDn( ) , modItems
> ,clusterBypass );
>
> Modification: replace
> , attribute : entryCSN: '0x32 0x30 0x30 0x39 0x30 0x33 0x31 0x31
> 0x31 0x37 0x33 0x31 0x33 0x31 0x2E 0x30 ...'
>
> It now blows up with the following exception,
>
> javax.naming.NoPermissionException: Cannot modify the attribute
> 'entryCSN']
>
> Why is it not possible to modify this? Is this a per-server unique
> value? And if so I assume it won't hurt if I don't include it in the
> Modification List in ldifEntry?
>
> Thanks guys,
>
> Yiannis.
>
> Yiannis Mavroukakis wrote:
>> Ouch I just realised this won't really ever
>> work..ModifyOperationContext requires a ServerModification item for
>> it to work, which in turns requires ServerAttribute to be constructed
>> and I can't get any of them out of an Ldif object in the context of a
>> Modify operation...double damn!
>>
>> Y.
>>
>> Yiannis Mavroukakis wrote:
>>>
>>>
>>> Emmanuel Lecharny wrote:
>>>> Yiannis Mavroukakis wrote:
>>>>>
>>>>> Hello everyone :-)
>>>>>
>>>>> I've got a problem trying to use LdifEntry with
>>>>> ModifyOperationContext. If you remember from
>>>>> previous emails, I'm using LdifEntry because it can be serialized.
>>>>> I'm stuffing my Modification
>>>>> objects in the LdifEntry object like so
>>>>>
>>>>> for( AttributeType attributeType : list )
>>>>> {
>>>>> EntryAttribute entryAttribute = ( (ServerAttribute) entry
>>>>> .get( attributeType ) ).toClientAttribute( );
>>>>> ldiff.addAttribute( entryAttribute );
>>>>> if( changeType.equals( ChangeType.Modify ) )
>>>>> {
>>>>> ClientModification mod = new ClientModification(
>>>>> ModificationOperation.REPLACE_ATTRIBUTE ,
>>>>> entryAttribute );
>>>>> ldiff.addModificationItem( mod );
>>>>> }
>>>>> }
>>>>>
>>>>> This serializes fine, however ModifyOperationContext.modify()
>>>>> gives me a
>>>>>
>>>>> java.lang.ClassCastException:
>>>>> org.apache.directory.shared.ldap.entry.client.DefaultClientAttribute
>>>>> cannot be cast to
>>>>> org.apache.directory.server.core.entry.ServerAttribute
>>>>>
>>>>> when I pass the LdifEntry object modification list to it because
>>>>> it expects ServerAttributes and not ClientAttributes and as far as
>>>>> I can remember, ServerAttributes are not serializable (?). Is
>>>>> there any way I can get around this requirement?
>>>> Just store the initial entry.getAttribute() into the modification :
>>>>
>>>> for( AttributeType attributeType : list )
>>>> {
>>>> EntryAttribute entryAttribute = ( (ServerAttribute) entry
>>>> .get( attributeType ) ).toClientAttribute( );
>>>> ldiff.addAttribute( entryAttribute );
>>>> if( changeType.equals( ChangeType.Modify ) )
>>>> {
>>>> ClientModification mod = new ClientModification(
>>>> ModificationOperation.REPLACE_ATTRIBUTE ,
>>>> entry.get( attributeType )
>>>> ); <----------------------
>>>> ldiff.addModificationItem( mod );
>>>> }
>>>> }
>>>>
>>>> It should work.
>>>>
>>>>
>>> Whoops :-)
>>>
>>> 81d:36
>>> java.lang.IllegalStateException: Cannot use standard serialization
>>> for a ServerAttribute
>>> at
>>> org.apache.directory.server.core.entry.DefaultServerAttribute.writeExternal(DefaultServerAttribute.java:1190)
>>>
>>> at
>>> java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1421)
>>>
>>>
Re: [ApacheDS] Trunk build fail
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
Thanks Chris :-)
Chris Custine wrote:
> Sorry about that! I will be fixing this shortly.
>
> Chris
>
> --
> Chris Custine
> FUSESource :: http://fusesource.com
> My Blog :: http://blog.organicelement.com
> Apache ServiceMix :: http://servicemix.apache.org
> Apache Directory Server :: http://directory.apache.org
>
>
> On Thu, Mar 19, 2009 at 6:04 AM, Yiannis Mavroukakis <
> imavroukakis@gameaccount.com> wrote:
>
>
>> Hello :-)
>>
>> Trying to build the latest trunk, I'm getting this
>>
>> Downloading:
>> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-extender/1.2.0-rc1-SNAPSHOT/spring-osgi-extender-1.2.0-rc1-SNAPSHOT.pom
>> Downloading:
>> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-core/1.2.0-rc1-SNAPSHOT/spring-osgi-core-1.2.0-rc1-SNAPSHOT.pom
>> Downloading:
>> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-extender/1.2.0-rc1-SNAPSHOT/spring-osgi-extender-1.2.0-rc1-SNAPSHOT.jar
>> Downloading:
>> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-core/1.2.0-rc1-SNAPSHOT/spring-osgi-core-1.2.0-rc1-SNAPSHOT.jar
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] BUILD ERROR
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Failed to resolve artifact.
>>
>>
>> Browsing the repository, springframework doesn't seem to be there..
>>
>> Thanks,
>>
>> Yiannis.
>>
>>
>
>
Re: [ApacheDS] Trunk build fail
Posted by Chris Custine <ch...@gmail.com>.
Sorry about that! I will be fixing this shortly.
Chris
--
Chris Custine
FUSESource :: http://fusesource.com
My Blog :: http://blog.organicelement.com
Apache ServiceMix :: http://servicemix.apache.org
Apache Directory Server :: http://directory.apache.org
On Thu, Mar 19, 2009 at 6:04 AM, Yiannis Mavroukakis <
imavroukakis@gameaccount.com> wrote:
> Hello :-)
>
> Trying to build the latest trunk, I'm getting this
>
> Downloading:
> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-extender/1.2.0-rc1-SNAPSHOT/spring-osgi-extender-1.2.0-rc1-SNAPSHOT.pom
> Downloading:
> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-core/1.2.0-rc1-SNAPSHOT/spring-osgi-core-1.2.0-rc1-SNAPSHOT.pom
> Downloading:
> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-extender/1.2.0-rc1-SNAPSHOT/spring-osgi-extender-1.2.0-rc1-SNAPSHOT.jar
> Downloading:
> http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-core/1.2.0-rc1-SNAPSHOT/spring-osgi-core-1.2.0-rc1-SNAPSHOT.jar
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Failed to resolve artifact.
>
>
> Browsing the repository, springframework doesn't seem to be there..
>
> Thanks,
>
> Yiannis.
>
[ApacheDS] Trunk build fail
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
Hello :-)
Trying to build the latest trunk, I'm getting this
Downloading:
http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-extender/1.2.0-rc1-SNAPSHOT/spring-osgi-extender-1.2.0-rc1-SNAPSHOT.pom
Downloading:
http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-core/1.2.0-rc1-SNAPSHOT/spring-osgi-core-1.2.0-rc1-SNAPSHOT.pom
Downloading:
http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-extender/1.2.0-rc1-SNAPSHOT/spring-osgi-extender-1.2.0-rc1-SNAPSHOT.jar
Downloading:
http://repository.apache.org/snapshots/org/springframework/osgi/spring-osgi-core/1.2.0-rc1-SNAPSHOT/spring-osgi-core-1.2.0-rc1-SNAPSHOT.jar
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
Browsing the repository, springframework doesn't seem to be there..
Thanks,
Yiannis.
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Emmanuel Lecharny <el...@apache.org>.
Yiannis Mavroukakis wrote:
> Or maybe there is!..Almost a result, I am doing this now,
>
> List<Modification> modItems = ServerEntryUtils.toServerModification(
> ldifEntry.getModificationItemsArray( ) ,
> directoryService.getRegistries(
> ).getAttributeTypeRegistry( ) );
> modOp.modify( ldifEntry.getDn( ) , modItems
> ,clusterBypass );
>
> Modification: replace
> , attribute : entryCSN: '0x32 0x30 0x30 0x39 0x30 0x33 0x31 0x31
> 0x31 0x37 0x33 0x31 0x33 0x31 0x2E 0x30 ...'
>
> It now blows up with the following exception,
>
> javax.naming.NoPermissionException: Cannot modify the attribute
> 'entryCSN']
>
> Why is it not possible to modify this? Is this a per-server unique
> value? And if so I assume it won't hurt if I don't include it in the
> Modification List in ldifEntry?
It's an operational Attribute. Only the server can modify it.
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
Or maybe there is!..Almost a result, I am doing this now,
List<Modification> modItems = ServerEntryUtils.toServerModification(
ldifEntry.getModificationItemsArray( ) ,
directoryService.getRegistries(
).getAttributeTypeRegistry( ) );
modOp.modify( ldifEntry.getDn( ) , modItems ,clusterBypass );
Modification: replace
, attribute : entryCSN: '0x32 0x30 0x30 0x39 0x30 0x33 0x31 0x31
0x31 0x37 0x33 0x31 0x33 0x31 0x2E 0x30 ...'
It now blows up with the following exception,
javax.naming.NoPermissionException: Cannot modify the attribute 'entryCSN']
Why is it not possible to modify this? Is this a per-server unique
value? And if so I assume it won't hurt if I don't include it in the
Modification List in ldifEntry?
Thanks guys,
Yiannis.
Yiannis Mavroukakis wrote:
> Ouch I just realised this won't really ever
> work..ModifyOperationContext requires a ServerModification item for it
> to work, which in turns requires ServerAttribute to be constructed and
> I can't get any of them out of an Ldif object in the context of a
> Modify operation...double damn!
>
> Y.
>
> Yiannis Mavroukakis wrote:
>>
>>
>> Emmanuel Lecharny wrote:
>>> Yiannis Mavroukakis wrote:
>>>>
>>>> Hello everyone :-)
>>>>
>>>> I've got a problem trying to use LdifEntry with
>>>> ModifyOperationContext. If you remember from
>>>> previous emails, I'm using LdifEntry because it can be serialized.
>>>> I'm stuffing my Modification
>>>> objects in the LdifEntry object like so
>>>>
>>>> for( AttributeType attributeType : list )
>>>> {
>>>> EntryAttribute entryAttribute = ( (ServerAttribute) entry
>>>> .get( attributeType ) ).toClientAttribute( );
>>>> ldiff.addAttribute( entryAttribute );
>>>> if( changeType.equals( ChangeType.Modify ) )
>>>> {
>>>> ClientModification mod = new ClientModification(
>>>> ModificationOperation.REPLACE_ATTRIBUTE ,
>>>> entryAttribute );
>>>> ldiff.addModificationItem( mod );
>>>> }
>>>> }
>>>>
>>>> This serializes fine, however ModifyOperationContext.modify() gives
>>>> me a
>>>>
>>>> java.lang.ClassCastException:
>>>> org.apache.directory.shared.ldap.entry.client.DefaultClientAttribute
>>>> cannot be cast to
>>>> org.apache.directory.server.core.entry.ServerAttribute
>>>>
>>>> when I pass the LdifEntry object modification list to it because it
>>>> expects ServerAttributes and not ClientAttributes and as far as I
>>>> can remember, ServerAttributes are not serializable (?). Is there
>>>> any way I can get around this requirement?
>>> Just store the initial entry.getAttribute() into the modification :
>>>
>>> for( AttributeType attributeType : list )
>>> {
>>> EntryAttribute entryAttribute = ( (ServerAttribute) entry
>>> .get( attributeType ) ).toClientAttribute( );
>>> ldiff.addAttribute( entryAttribute );
>>> if( changeType.equals( ChangeType.Modify ) )
>>> {
>>> ClientModification mod = new ClientModification(
>>> ModificationOperation.REPLACE_ATTRIBUTE ,
>>> entry.get( attributeType ) );
>>> <----------------------
>>> ldiff.addModificationItem( mod );
>>> }
>>> }
>>>
>>> It should work.
>>>
>>>
>> Whoops :-)
>>
>> 81d:36
>> java.lang.IllegalStateException: Cannot use standard serialization
>> for a ServerAttribute
>> at
>> org.apache.directory.server.core.entry.DefaultServerAttribute.writeExternal(DefaultServerAttribute.java:1190)
>>
>> at
>> java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1421)
>>
>>
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
Ouch I just realised this won't really ever work..ModifyOperationContext
requires a ServerModification item for it to work, which in turns
requires ServerAttribute to be constructed and I can't get any of them
out of an Ldif object in the context of a Modify operation...double damn!
Y.
Yiannis Mavroukakis wrote:
>
>
> Emmanuel Lecharny wrote:
>> Yiannis Mavroukakis wrote:
>>>
>>> Hello everyone :-)
>>>
>>> I've got a problem trying to use LdifEntry with
>>> ModifyOperationContext. If you remember from
>>> previous emails, I'm using LdifEntry because it can be serialized.
>>> I'm stuffing my Modification
>>> objects in the LdifEntry object like so
>>>
>>> for( AttributeType attributeType : list )
>>> {
>>> EntryAttribute entryAttribute = ( (ServerAttribute) entry
>>> .get( attributeType ) ).toClientAttribute( );
>>> ldiff.addAttribute( entryAttribute );
>>> if( changeType.equals( ChangeType.Modify ) )
>>> {
>>> ClientModification mod = new ClientModification(
>>> ModificationOperation.REPLACE_ATTRIBUTE ,
>>> entryAttribute );
>>> ldiff.addModificationItem( mod );
>>> }
>>> }
>>>
>>> This serializes fine, however ModifyOperationContext.modify() gives
>>> me a
>>>
>>> java.lang.ClassCastException:
>>> org.apache.directory.shared.ldap.entry.client.DefaultClientAttribute
>>> cannot be cast to
>>> org.apache.directory.server.core.entry.ServerAttribute
>>>
>>> when I pass the LdifEntry object modification list to it because it
>>> expects ServerAttributes and not ClientAttributes and as far as I
>>> can remember, ServerAttributes are not serializable (?). Is there
>>> any way I can get around this requirement?
>> Just store the initial entry.getAttribute() into the modification :
>>
>> for( AttributeType attributeType : list )
>> {
>> EntryAttribute entryAttribute = ( (ServerAttribute) entry
>> .get( attributeType ) ).toClientAttribute( );
>> ldiff.addAttribute( entryAttribute );
>> if( changeType.equals( ChangeType.Modify ) )
>> {
>> ClientModification mod = new ClientModification(
>> ModificationOperation.REPLACE_ATTRIBUTE ,
>> entry.get( attributeType ) );
>> <----------------------
>> ldiff.addModificationItem( mod );
>> }
>> }
>>
>> It should work.
>>
>>
> Whoops :-)
>
> 81d:36
> java.lang.IllegalStateException: Cannot use standard serialization for
> a ServerAttribute
> at
> org.apache.directory.server.core.entry.DefaultServerAttribute.writeExternal(DefaultServerAttribute.java:1190)
>
> at
> java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1421)
>
>
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
Emmanuel Lecharny wrote:
> Yiannis Mavroukakis wrote:
>>
>> Hello everyone :-)
>>
>> I've got a problem trying to use LdifEntry with
>> ModifyOperationContext. If you remember from
>> previous emails, I'm using LdifEntry because it can be serialized.
>> I'm stuffing my Modification
>> objects in the LdifEntry object like so
>>
>> for( AttributeType attributeType : list )
>> {
>> EntryAttribute entryAttribute = ( (ServerAttribute) entry
>> .get( attributeType ) ).toClientAttribute( );
>> ldiff.addAttribute( entryAttribute );
>> if( changeType.equals( ChangeType.Modify ) )
>> {
>> ClientModification mod = new ClientModification(
>> ModificationOperation.REPLACE_ATTRIBUTE ,
>> entryAttribute );
>> ldiff.addModificationItem( mod );
>> }
>> }
>>
>> This serializes fine, however ModifyOperationContext.modify() gives me a
>>
>> java.lang.ClassCastException:
>> org.apache.directory.shared.ldap.entry.client.DefaultClientAttribute
>> cannot be cast to org.apache.directory.server.core.entry.ServerAttribute
>>
>> when I pass the LdifEntry object modification list to it because it
>> expects ServerAttributes and not ClientAttributes and as far as I can
>> remember, ServerAttributes are not serializable (?). Is there any way
>> I can get around this requirement?
> Just store the initial entry.getAttribute() into the modification :
>
> for( AttributeType attributeType : list )
> {
> EntryAttribute entryAttribute = ( (ServerAttribute) entry
> .get( attributeType ) ).toClientAttribute( );
> ldiff.addAttribute( entryAttribute );
> if( changeType.equals( ChangeType.Modify ) )
> {
> ClientModification mod = new ClientModification(
> ModificationOperation.REPLACE_ATTRIBUTE ,
> entry.get( attributeType ) );
> <----------------------
> ldiff.addModificationItem( mod );
> }
> }
>
> It should work.
>
>
Whoops :-)
81d:36
java.lang.IllegalStateException: Cannot use standard serialization for a
ServerAttribute
at
org.apache.directory.server.core.entry.DefaultServerAttribute.writeExternal(DefaultServerAttribute.java:1190)
at
java.io.ObjectOutputStream.writeExternalData(ObjectOutputStream.java:1421)
Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Emmanuel Lecharny <el...@apache.org>.
Yiannis Mavroukakis wrote:
>
> Hello everyone :-)
>
> I've got a problem trying to use LdifEntry with
> ModifyOperationContext. If you remember from
> previous emails, I'm using LdifEntry because it can be serialized. I'm
> stuffing my Modification
> objects in the LdifEntry object like so
>
> for( AttributeType attributeType : list )
> {
> EntryAttribute entryAttribute = ( (ServerAttribute) entry
> .get( attributeType ) ).toClientAttribute( );
> ldiff.addAttribute( entryAttribute );
> if( changeType.equals( ChangeType.Modify ) )
> {
> ClientModification mod = new ClientModification(
> ModificationOperation.REPLACE_ATTRIBUTE ,
> entryAttribute );
> ldiff.addModificationItem( mod );
> }
> }
>
> This serializes fine, however ModifyOperationContext.modify() gives me a
>
> java.lang.ClassCastException:
> org.apache.directory.shared.ldap.entry.client.DefaultClientAttribute
> cannot be cast to org.apache.directory.server.core.entry.ServerAttribute
>
> when I pass the LdifEntry object modification list to it because it
> expects ServerAttributes and not ClientAttributes and as far as I can
> remember, ServerAttributes are not serializable (?). Is there any way
> I can get around this requirement?
Just store the initial entry.getAttribute() into the modification :
for( AttributeType attributeType : list )
{
EntryAttribute entryAttribute = ( (ServerAttribute) entry
.get( attributeType ) ).toClientAttribute( );
ldiff.addAttribute( entryAttribute );
if( changeType.equals( ChangeType.Modify ) )
{
ClientModification mod = new ClientModification(
ModificationOperation.REPLACE_ATTRIBUTE ,
entry.get( attributeType ) );
<----------------------
ldiff.addModificationItem( mod );
}
}
It should work.
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
[ApacheDS] Using LdifEntry with a ModifyOperationContext
Posted by Yiannis Mavroukakis <im...@gameaccount.com>.
Hello everyone :-)
I've got a problem trying to use LdifEntry with ModifyOperationContext.
If you remember from
previous emails, I'm using LdifEntry because it can be serialized. I'm
stuffing my Modification
objects in the LdifEntry object like so
for( AttributeType attributeType : list )
{
EntryAttribute entryAttribute = ( (ServerAttribute) entry
.get( attributeType ) ).toClientAttribute( );
ldiff.addAttribute( entryAttribute );
if( changeType.equals( ChangeType.Modify ) )
{
ClientModification mod = new ClientModification(
ModificationOperation.REPLACE_ATTRIBUTE ,
entryAttribute );
ldiff.addModificationItem( mod );
}
}
This serializes fine, however ModifyOperationContext.modify() gives me a
java.lang.ClassCastException:
org.apache.directory.shared.ldap.entry.client.DefaultClientAttribute
cannot be cast to org.apache.directory.server.core.entry.ServerAttribute
when I pass the LdifEntry object modification list to it because it
expects ServerAttributes and not ClientAttributes and as far as I can
remember, ServerAttributes are not serializable (?). Is there any way I
can get around this requirement?
Thanks guys,
Yiannis
Re: Modify existing ACI subentries?
Posted by Kevin Kovach <ko...@gmail.com>.
Yep. My fault. I see it now. There's an option in the connection
properties to "fetch subentries while browsing". Thanks.
- Kevin
On Tue, Mar 17, 2009 at 1:33 PM, Ersin ER <er...@gmail.com> wrote:
> Hello,
>
> There should be an Search Option for enabling Subentry Control (I don't
> have
> the Studio installed on this computer now, so I cannot tell exactly where
> it's). Subentries are not returned by default. The Subentry Control
> (RFC3672, Sec 3.) makes the server also return Subentries for search
> requests.
>
> HTH,
>
> On Tue, Mar 17, 2009 at 18:31, Kevin Kovach <ko...@gmail.com> wrote:
>
> > Hello,
> >
> > I used the Directory Studio to go through the basic
> > authorization<
> > http://directory.apache.org/apacheds/1.5/32-basic-authorization.html
> > >examples.
> > That all seemed pretty straight forward and worked well.
> >
> > However, I would now like to go and remove or modify those ACIs that I
> > created and am having trouble doing so. I cannot seem to view or edit
> the
> > entries within Directory Studio. I've looked for menu items and
> > configuration options relating to ACIs or subentries and haven't found
> > anything useful. I am currently bound to the directory as the
> > uid=admin,ou=system user, so I should have access, correct?
> >
> > Is there a trick to getting access to and editing those ACI subentries
> > within Studio once you've created them? Thanks.
> >
>
>
>
> --
> Ersin ER
> http://www.ersiner.net
>
--
"He has all the virtues I dislike and none of the vices I admire."
-- Winston Churchill
Re: Modify existing ACI subentries?
Posted by Ersin ER <er...@gmail.com>.
Hello,
There should be an Search Option for enabling Subentry Control (I don't have
the Studio installed on this computer now, so I cannot tell exactly where
it's). Subentries are not returned by default. The Subentry Control
(RFC3672, Sec 3.) makes the server also return Subentries for search
requests.
HTH,
On Tue, Mar 17, 2009 at 18:31, Kevin Kovach <ko...@gmail.com> wrote:
> Hello,
>
> I used the Directory Studio to go through the basic
> authorization<
> http://directory.apache.org/apacheds/1.5/32-basic-authorization.html
> >examples.
> That all seemed pretty straight forward and worked well.
>
> However, I would now like to go and remove or modify those ACIs that I
> created and am having trouble doing so. I cannot seem to view or edit the
> entries within Directory Studio. I've looked for menu items and
> configuration options relating to ACIs or subentries and haven't found
> anything useful. I am currently bound to the directory as the
> uid=admin,ou=system user, so I should have access, correct?
>
> Is there a trick to getting access to and editing those ACI subentries
> within Studio once you've created them? Thanks.
>
--
Ersin ER
http://www.ersiner.net