Apache Directory Project - help building/extending ApacheDS

Author

help building/extending ApacheDS

Thom Park

2005-09-26, 5:45 pm

Hi,

I'm attempting to add a new schema to ApacheDS and am hitting a spot of
bother.

The firs issue is with building ApacheDS itself.

I've hit two snags that I can't seem to work around (I'm using JDK
1.5.0_04 b.t.w.).

1. aspectjrt.jar not found in classpath.

No matter what I do - I cannot get this part of the goal-set to build. I
tried downloading the latest aspectj jar (aspectj-1.2.jar), renamed it
to aspectjrt.jar and placed it in my classpath (environment) to no
avail, the maven build does not find it and then complains.

2. Compile-time errors.

I get the following build errors:

D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\a
uthn\Aut

henticatorConfigBuilder.java:67 error The type AbstractStringBuilder is
not visi

ble

buf.append( EnvKeys.AUTHENTICATOR_CLASS ).append( authenticatorName );

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\a
uthn\Aut

henticatorConfigBuilder.java:80 error The type AbstractStringBuilder is
not visi

ble

buf.append( EnvKeys.AUTHENTICATOR_PROPERTIES ).append( authenticatorName
);

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\d
b\gui\En

tryNode.java:191 error The type AbstractStringBuilder is not visible

buf.append( "(" ).append( id ).append( ") " );

^^^^

And so forth...

As far as I can tell, the schema generation goal doesn't get reached
because of these earlier failures.

Can someone advise me of what I could be doing wrong and/or point me at
a build/howto for ApacheDS that goes into a little more detail than that
on the web-site - it's a little on the light side and, since I'm by no
means an expert in Maven, am not getting very far working this out for
myself.

Thanks,

Thom

Alex Karasulu

2005-09-26, 5:45 pm

Thom Park wrote:

> Hi,
>
> I’m attempting to add a new schema to ApacheDS and am hitting a spot
> of bother.
>
> The firs issue is with building ApacheDS itself.
>
> I’ve hit two snags that I can’t seem to work around (I’m using JDK
> 1.5.0_04 b.t.w.).
>
> 1. aspectjrt.jar not found in classpath.
>
> No matter what I do – I cannot get this part of the goal-set to build.
> I tried downloading the latest aspectj jar (aspectj-1.2.jar), renamed
> it to aspectjrt.jar and placed it in my classpath (environment) to no
> avail, the maven build does not find it and then complains.
>
>
This jar is not longer used with ApacheDS. You're using an older version.

> 2. Compile-time errors.
>
> I get the following build errors:
>
> D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\authn\Aut
>
> henticatorConfigBuilder.java:67 error The type AbstractStringBuilder
> is not visi
>
> ble
>
> buf.append( EnvKeys.AUTHENTICATOR_CLASS ).append( authenticatorName );
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\authn\Aut
>
> henticatorConfigBuilder.java:80 error The type AbstractStringBuilder
> is not visi
>
> ble
>
> buf.append( EnvKeys.AUTHENTICATOR_PROPERTIES ).append(
> authenticatorName );
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\db\gui\En
>
> tryNode.java:191 error The type AbstractStringBuilder is not visible
>
> buf.append( "(" ).append( id ).append( ") " );
>
> ^^^^
>
> And so forth…
>
> As far as I can tell, the schema generation goal doesn’t get reached
> because of these earlier failures.
>
> Can someone advise me of what I could be doing wrong and/or point me
> at a build/howto for ApacheDS that goes into a little more detail than
> that on the web-site – it’s a little on the light side and, since I’m
> by no means an expert in Maven, am not getting very far working this
> out for myself.
>
Move up to the ApacheDS 0.9.2 release tag if you are going to build.

Alex

Alex Karasulu

2005-09-26, 5:45 pm

Thom Park

2005-09-26, 5:45 pm

Alex,

Thanks for this!

Can you tell me how the schema->java files is being done - is it a java
routine that does the magic or is it a maven/jelly procedure. I ask as
it would be nice to be able to do this outside of the maven environment
and create a standalone utility that could read-in a schema file and
generate a set of Java source files.

That way , I won't need to build the apacheds sub-system all the time,
and be able to generate and compile these files from the product binary
distribution.

Perhaps not a big deal to a developer, but for my needs, working from
the binary distribution rather than the full-blown source distribution
is a signification streamlining of the whole operation

Cheers,

Thom

-----Original Message-----
From: Alex Karasulu [mailto:aok123-Bdlq13kUjeyLZ21kGMrzwg@public.gmane.org]=20
Sent: Monday, September 26, 2005 10:43 AM
To: Apache Directory Developers List
Subject: Re: help building/extending ApacheDS

Thom Park wrote:

> Hi,
>
> I'm attempting to add a new schema to ApacheDS and am hitting a spot=20
> of bother.
>
> The firs issue is with building ApacheDS itself.
>
> I've hit two snags that I can't seem to work around (I'm using JDK=20
> 1.5.0_04 b.t.w.).
>
> 1. aspectjrt.jar not found in classpath.
>
> No matter what I do - I cannot get this part of the goal-set to build.

> I tried downloading the latest aspectj jar (aspectj-1.2.jar), renamed=20
> it to aspectjrt.jar and placed it in my classpath (environment) to no=20
> avail, the maven build does not find it and then complains.
>
>
This jar is not longer used with ApacheDS. You're using an older
version.

> 2. Compile-time errors.
>
> I get the following build errors:
>
>
D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\a
uthn\Aut
>
> henticatorConfigBuilder.java:67 error The type AbstractStringBuilder=20
> is not visi
>
> ble
>
> buf.append( EnvKeys.AUTHENTICATOR_CLASS ).append( authenticatorName );
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
>
D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\a
uthn\Aut
>
> henticatorConfigBuilder.java:80 error The type AbstractStringBuilder=20
> is not visi
>
> ble
>
> buf.append( EnvKeys.AUTHENTICATOR_PROPERTIES ).append(=20
> authenticatorName );
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
>
D:\apacheds-0.9\apacheds-0. 9\core\src\main\java\org\apache\ldap\ser
ver\d
b\gui\En
>
> tryNode.java:191 error The type AbstractStringBuilder is not visible
>
> buf.append( "(" ).append( id ).append( ") " );
>
> ^^^^
>
> And so forth...
>
> As far as I can tell, the schema generation goal doesn't get reached=20
> because of these earlier failures.
>
> Can someone advise me of what I could be doing wrong and/or point me=20
> at a build/howto for ApacheDS that goes into a little more detail than

> that on the web-site - it's a little on the light side and, since I'm=20
> by no means an expert in Maven, am not getting very far working this=20
> out for myself.
>
Move up to the ApacheDS 0.9.2 release tag if you are going to build.

Alex

Alex Karasulu

2005-09-26, 5:45 pm

Thom Park wrote:

>Alex,
>
>Thanks for this!
>
>Can you tell me how the schema->java files is being done - is it a java
>routine that does the magic or is it a maven/jelly procedure. I ask as
>it would be nice to be able to do this outside of the maven environment
>and create a standalone utility that could read-in a schema file and
>generate a set of Java source files.
>
>
>
It is a plugin that does this: the maven-directory-pluing written for
just this purpose. This jelly however is a thin wrapper around the code
in the apacheds/trunk/plugin project so it could be used for such a
standalone utility. However in the future we may remove this means of
extending the scheme since it is so cumbersome.

Let me give you some background ...

The present schema mechanism was greated for bootstrapping the system
partition with a minimal set of schema elements. However we never got
around to building the schema subsystem. Part of this was because we
were waiting for a subentry implementation so we could implement a
robust schema subsystem properly. Now that we have subentries
implemented we can do this properly. Note that the majority of startup
time is due to loading and running these schema element producing
classes generated by the plugin. We hope to eliminate this in release
0.9.5 of the server with the proper schema subsystem design.

>That way , I won't need to build the apacheds sub-system all the time,
>and be able to generate and compile these files from the product binary
>distribution.
>
>
Well you don't need to rebuild all the time. You can invoke the plugin
on a schema in a separate project. Take a look at how the plugin works
by inspecting the apacheds/trunk/core/project.properties file. It shows
how to incorporate a dot.schema file for generation. Then what you can
do is add the jar of your schema to the server.xml under the schema
section. This way you do not need to recompile ApacheDS core to run an
altered schema.

>Perhaps not a big deal to a developer, but for my needs, working from
>the binary distribution rather than the full-blown source distribution
>is a signification streamlining of the whole operation
>
>
Yep I understand ... see if you can follow these hints to do that. If
not let us know.

HTH,
Alex