|
Home > Archive > Apache Directory Project > December 2005 > [ApacheDS]
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
| Jeff Lansing 2005-12-12, 5:45 pm |
| Hi,
We are using ApacheDS as an embedded LDAP in our web application as a =
way to
manage and persist configuration information. We have been using the =
three
0.9.3 jar files (core, main, and shared).
Recently we tried deploying on a more powerful 4-processor server, and =
we
started running into serious problems that we hadn't seen before (see =
below
for stack trace). We found this:
http://issues.apache.org/jira/browse/DIRLDAP-70
which seemed to be very close to the problem we're seeing, so we thought =
we
could perhaps check out the source and make an intermediate build.
Unfortunately, we couldn't check out the source from svn. The Tortoise
client says this:
....
Added:
C:\directory\shared\ldap\branches\DN-refactoring\common\src\test\org\apac=
he\
ldap\common\name\DnParserTest.java =20
Error: In directory
'C:\directory\shared\ldap\branches\DN-refactoring\common\src\test\org\apa=
che
\ldap\common\name' =20
Error: Can't copy =20
Error:
'C:\directory\shared\ldap\branches\DN-refactorin...\DnParserTest.java.svn=
-ba
se' =20
Error: to =20
Error:
'C:\directory\shared\ldap\branches\DN-refactoring\common\src\test\org\apa=
ch.
...\ =20
Error: The system cannot find the file specified. =20
Surely there must be something that we don't understand. Could someone
provide a bit of guidance?
Thanks,
Jeff
PS: The real error is this:
2005-12-07 14:54:16,722 ERROR ldap.MutableLinkRef
[http-80-Processor24,dereference:82]
cn=3Dhome,cn=3DSubscriptionManagerServic
e,cn=3Dservices,cn=3Denv,cn=3Dcom=
p,ou=3Dj2ee->ja
va:comp/env/subscriptionHome (ou=3Dsystem)
org.apache.ldap.server.interceptor.InterceptorException: Unexpected
exception. [Root exception is java.lang.IllegalArgumentException: first
argument was not a distinguished name]
at
org.apache.ldap.server.interceptor.InterceptorChain.throwInterceptorExcep=
tio
n(InterceptorChain.java:1368)
at
org.apache.ldap.server.interceptor.InterceptorChain.access$700(Intercepto=
rCh
ain.java:49)
at
org.apache.ldap.server.interceptor.InterceptorChain$2.hasEntry(Intercepto=
rCh
ain.java:1240)
at
org.apache.ldap.server.exception.ExceptionService.assertHasEntry(Exceptio=
nSe
rvice.java:373)
at
org.apache.ldap.server.exception.ExceptionService.lookup(ExceptionService=
..ja
va:159)
at
org.apache.ldap.server.interceptor.InterceptorChain.lookup(InterceptorCha=
in.
java:767)
at
org.apache.ldap.server.partition.DirectoryPartitionNexusProxy.lookup(Dire=
cto
ryPartitionNexusProxy.java:405)
at
org.apache.ldap.server.authz.AuthorizationService.lookup(AuthorizationSer=
vic
e.java:646)
at
org.apache.ldap.server.interceptor.InterceptorChain$2.lookup(InterceptorC=
hai
n.java:1192)
at
org.apache.ldap.server.authn.AuthenticationService.lookup(AuthenticationS=
erv
ice.java:252)
at
org.apache.ldap.server.interceptor.InterceptorChain$2.lookup(InterceptorC=
hai
n.java:1192)
at
org.apache.ldap.server.normalization.NormalizationService.lookup(Normaliz=
ati
onService.java:203)
at
org.apache.ldap.server.interceptor.InterceptorChain.lookup(InterceptorCha=
in.
java:767)
at
org.apache.ldap.server.partition.DirectoryPartitionNexusProxy.lookup(Dire=
cto
ryPartitionNexusProxy.java:405)
at
org.apache.ldap.server.partition.DirectoryPartitionNexusProxy.lookup(Dire=
cto
ryPartitionNexusProxy.java:394)
at
org.apache.ldap.server.jndi.ServerContext.lookup(ServerContext.java:581)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
at
xtcf.jeod.jndi.ldap.J2EEInitialContext.lookup(J2EEInitialContext.java:95)=
at
xtcf.jeod.jndi.ldap.J2EEInitialContext.lookup(J2EEInitialContext.java:75)=
at
xtcf.jeod.jndi.ldap.MutableLinkRef.dereference(MutableLinkRef.java:76)
at
xtcf.jeod.jndi.ldap.J2EEInitialContext.lookup(J2EEInitialContext.java:105=
)
at
xtcf.jeod.jndi.ldap.J2EEInitialContext.lookup(J2EEInitialContext.java:75)=
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at org.apache.naming.SelectorContext.lookup(Unknown Source)
at javax.naming.InitialContext.lookup(InitialContext.java:347)
at
org.globus.wsrf.impl.ResourceContextImpl.getResourceHome(ResourceContextI=
mpl
..java:119)
at
org.globus.wsrf.impl.lifetime.SetTerminationTimeProvider.setTerminationTi=
me(
SetTerminationTimeProvider.java:79)
....
| |
| Emmanuel Lecharny 2005-12-12, 8:45 pm |
| Hi,
On Mon, 2005-12-12 at 15:16 -0800, Jeff Lansing wrote:
> Hi,
>
> We are using ApacheDS as an embedded LDAP in our web application as a way to
> manage and persist configuration information. We have been using the three
> 0.9.3 jar files (core, main, and shared).
Thanks for using it !
> Recently we tried deploying on a more powerful 4-processor server, and we
> started running into serious problems that we hadn't seen before (see below
> for stack trace). We found this:
> http://issues.apache.org/jira/browse/DIRLDAP-70
> which seemed to be very close to the problem we're seeing, so we thought we
> could perhaps check out the source and make an intermediate build.
I think the problem is related to the JIRA issue you mentioned. It has
ben fixed (I hope;)
> Unfortunately, we couldn't check out the source from svn. The Tortoise
> client says this:
> ...
> Added:
> C:\directory\shared\ldap\branches\DN-refactoring\common\src\test\org\apache\
> ldap\common\name\DnParserTest.java
> Error: In directory
> 'C:\directory\shared\ldap\branches\DN-refactoring\common\src\test\org\apache
> \ldap\common\name'
Ok. This is a branch that is not part of the current project. I'm
refactoring some elements (the DnParser, actually).
However, you should not experience this kind of problem... What if you
just use command line ? :
svn co http://svn.apache.org/repos/asf/directory
> Thanks,
>
> Jeff
You are welcome !
-- Emmanuel
|
|
|
|
|