You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Ole Ersoy (JIRA)" <ji...@apache.org> on 2007/05/25 20:41:16 UTC
[jira] Created: (DIRSERVER-944) Hot Partition Testing
Hot Partition Testing
---------------------
Key: DIRSERVER-944
URL: https://issues.apache.org/jira/browse/DIRSERVER-944
Project: Directory ApacheDS
Issue Type: Bug
Environment: FC6
Reporter: Ole Ersoy
I'm starting this to track observations regarding
the hot partition context I'm using.
This is part of the DAS specific testing, so I'll link
the observations to specific tests once I check
in the DAS code again.
=====================================================================
The below test passes. However, if I comment out
the line
dasPartitionContext.destroySubcontext( testContextDN );
the entry remains INvisible to LS Browser on a browser refresh.
=====================================================================
/*
* Create the ou=das partition and the cn=newContext
* under it. See whether cn=newContext shows up
* programmatically and in LS visually.
*/
public void testCreateDASSubContext() throws NamingException
{
String testContextDN = "cn=newContext";
dasPartitionContext.createSubcontext( testContextDN );
assertNotNull( dasPartitionContext.lookup(testContextDN) );
dasPartitionContext.destroySubcontext( testContextDN );
}
================================================================================
=====================================================================
If I first do a "hot partition connection" to ou=system and then try create another
hot partition ou=das I get the following:
org.apache.directory.shared.ldap.exception.LdapNameNotFoundException: ou=das
at org.apache.directory.server.core.partition.DefaultPartitionNexus.getBackend(DefaultPartitionNexus.java:987)
Note however that if I create the ou=das partition first, before trying to connect to
existing system partition, and then connect to the ou=das partition again after that,
it works. So in other words, connecting to ou=system seems to disable the ability to
create other hot partitions.
=====================================================================
public void testCreateDualHotPartitions()
throws NamingException
{
connectionManager.setDasPartitionName( "system" );
dasPartitionContext = connectionManager.createDASPartition();
boolean hasFailed = false;
try
{
connectionManager.setDasPartitionName( "das" );
dasPartitionContext = connectionManager.createDASPartition();
}
catch(Exception e)
{
hasFailed = true;
}
assertTrue(hasFailed);
}
=====================================================================
So these are observations from using the ADS JNDI Context Factory to create the hot partitions.
Next I need to test creating hot partition entries, and then trying to see them
with regular with a sun JNDI Context factory.
I think there was a bug here as well. This will probably overlap with some previous posts,
but It helps me track better as solidify the testing.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRSERVER-944) Hot Partition Testing
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny updated DIRSERVER-944:
----------------------------------------
Affects Version/s: 1.5.0
Ole,
any progress on this bug analysis? I have set the 'Affected version', but I let the 'Fix version' empty until you get some more insight.
> Hot Partition Testing
> ---------------------
>
> Key: DIRSERVER-944
> URL: https://issues.apache.org/jira/browse/DIRSERVER-944
> Project: Directory ApacheDS
> Issue Type: Bug
> Affects Versions: 1.5.0
> Environment: FC6
> Reporter: Ole Ersoy
>
> I'm starting this to track observations regarding
> the hot partition context I'm using.
> This is part of the DAS specific testing, so I'll link
> the observations to specific tests once I check
> in the DAS code again.
> =====================================================================
> The below test passes. However, if I comment out
> the line
> dasPartitionContext.destroySubcontext( testContextDN );
> the entry remains INvisible to LS Browser on a browser refresh.
> =====================================================================
> /*
> * Create the ou=das partition and the cn=newContext
> * under it. See whether cn=newContext shows up
> * programmatically and in LS visually.
> */
> public void testCreateDASSubContext() throws NamingException
> {
> String testContextDN = "cn=newContext";
> dasPartitionContext.createSubcontext( testContextDN );
>
> assertNotNull( dasPartitionContext.lookup(testContextDN) );
> dasPartitionContext.destroySubcontext( testContextDN );
> }
> ================================================================================
> =====================================================================
> If I first do a "hot partition connection" to ou=system and then try create another
> hot partition ou=das I get the following:
> org.apache.directory.shared.ldap.exception.LdapNameNotFoundException: ou=das
> at org.apache.directory.server.core.partition.DefaultPartitionNexus.getBackend(DefaultPartitionNexus.java:987)
> Note however that if I create the ou=das partition first, before trying to connect to
> existing system partition, and then connect to the ou=das partition again after that,
> it works. So in other words, connecting to ou=system seems to disable the ability to
> create other hot partitions.
> =====================================================================
> public void testCreateDualHotPartitions()
> throws NamingException
> {
> connectionManager.setDasPartitionName( "system" );
> dasPartitionContext = connectionManager.createDASPartition();
>
> boolean hasFailed = false;
>
> try
> {
> connectionManager.setDasPartitionName( "das" );
> dasPartitionContext = connectionManager.createDASPartition();
> }
> catch(Exception e)
> {
> hasFailed = true;
> }
> assertTrue(hasFailed);
> }
> =====================================================================
> So these are observations from using the ADS JNDI Context Factory to create the hot partitions.
> Next I need to test creating hot partition entries, and then trying to see them
> with regular with a sun JNDI Context factory.
> I think there was a bug here as well. This will probably overlap with some previous posts,
> but It helps me track better as solidify the testing.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (DIRSERVER-944) Hot Partition Testing
Posted by "Ole Ersoy (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ole Ersoy closed DIRSERVER-944.
-------------------------------
Resolution: Duplicate
Duplicate of https://issues.apache.org/jira/browse/DIRSERVER-982
> Hot Partition Testing
> ---------------------
>
> Key: DIRSERVER-944
> URL: https://issues.apache.org/jira/browse/DIRSERVER-944
> Project: Directory ApacheDS
> Issue Type: Bug
> Affects Versions: 1.5.0
> Environment: FC6
> Reporter: Ole Ersoy
>
> I'm starting this to track observations regarding
> the hot partition context I'm using.
> This is part of the DAS specific testing, so I'll link
> the observations to specific tests once I check
> in the DAS code again.
> =====================================================================
> The below test passes. However, if I comment out
> the line
> dasPartitionContext.destroySubcontext( testContextDN );
> the entry remains INvisible to LS Browser on a browser refresh.
> =====================================================================
> /*
> * Create the ou=das partition and the cn=newContext
> * under it. See whether cn=newContext shows up
> * programmatically and in LS visually.
> */
> public void testCreateDASSubContext() throws NamingException
> {
> String testContextDN = "cn=newContext";
> dasPartitionContext.createSubcontext( testContextDN );
>
> assertNotNull( dasPartitionContext.lookup(testContextDN) );
> dasPartitionContext.destroySubcontext( testContextDN );
> }
> ================================================================================
> =====================================================================
> If I first do a "hot partition connection" to ou=system and then try create another
> hot partition ou=das I get the following:
> org.apache.directory.shared.ldap.exception.LdapNameNotFoundException: ou=das
> at org.apache.directory.server.core.partition.DefaultPartitionNexus.getBackend(DefaultPartitionNexus.java:987)
> Note however that if I create the ou=das partition first, before trying to connect to
> existing system partition, and then connect to the ou=das partition again after that,
> it works. So in other words, connecting to ou=system seems to disable the ability to
> create other hot partitions.
> =====================================================================
> public void testCreateDualHotPartitions()
> throws NamingException
> {
> connectionManager.setDasPartitionName( "system" );
> dasPartitionContext = connectionManager.createDASPartition();
>
> boolean hasFailed = false;
>
> try
> {
> connectionManager.setDasPartitionName( "das" );
> dasPartitionContext = connectionManager.createDASPartition();
> }
> catch(Exception e)
> {
> hasFailed = true;
> }
> assertTrue(hasFailed);
> }
> =====================================================================
> So these are observations from using the ADS JNDI Context Factory to create the hot partitions.
> Next I need to test creating hot partition entries, and then trying to see them
> with regular with a sun JNDI Context factory.
> I think there was a bug here as well. This will probably overlap with some previous posts,
> but It helps me track better as solidify the testing.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.