You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@directory.apache.org by Jo Jeeka <jo...@yahoo.com> on 2007/05/31 23:09:23 UTC
[ApacheDS] Still can't get beyond 'mvn package' step
Hi again guys.
I am still stuck on the 'mvn package' step from the
page of creating my own schema
(http://directory.apache.org/apacheds/1.0/custom-schema.html)
I think the problem is the incompatibility of my Java
versions from what is in some of the JARs in what I am
trying to work with (now 1.0.2 of Apache DS).
I am not really sure how the .m2 directory (see error
below) was created and is knowned to be accessed. I
do have a maven directory (C:\maven-2.0.6) so did the
.m2 directory and its contents get created sometime
when maven was installed (and the maven-2.0.6 dir was
created)?
Anyway, any help to get beyond this point is much
appreciated.
C:\ldap_schema\my-schema>mvn package
[INFO] Scanning for projects...
[INFO]
----------------------------------------------------------------------------
[INFO] Building Schema Project
[INFO] task-segment: [package]
[INFO]
----------------------------------------------------------------------------
-----------------------------------------------------
this realm =
app0.child-container[org.apache.directory.server:apacheds-core-plugin]
urls[0] = file:/C:/Documents and
Settings/JoJ/.m2/repository/org/apache/directory/server/apacheds-core-plugin/1.5.0/apacheds-core-plugin-1.5.0.jar
urls[1] = file:/C:/Documents and
Settings/JoJ/.m2/repository/org/apache/directory/shared/shared-ldap/0.9.6/shared-ldap-0.9.6.jar
urls[2] = file:/C:/Documents and
Settings/JoJ/.m2/repository/velocity/velocity-dep/1.4/velocity-dep-1.4.jar
urls[3] = file:/C:/Documents and
Settings/JoJ/.m2/repository/commons-collections/commons-collections/3.0/commons-collections-3.0.jar
urls[4] = file:/C:/Documents and
Settings/JoJ/.m2/repository/org/apache/directory/server/apacheds-core-shared/1.5.0/apacheds-core-shared-1.5.0.jar
urls[5] = file:/C:/Documents and
Settings/JoJ/.m2/repository/org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
urls[6] = file:/C:/Documents and
Settings/JoJ/.m2/repository/org/apache/directory/shared/shared-ldap-constants/0.9.6/shared-ldap-constants-0.9.6.jar
urls[7] = file:/C:/Documents and
Settings/JoJ/.m2/repository/commons-lang/commons-lang/2.1/commons-lang-2.1.jar
urls[8] = file:/C:/Documents and
Settings/JoJ/.m2/repository/antlr/antlr/2.7.6/antlr-2.7.6.jar
urls[9] = file:/C:/Documents and
Settings/JoJ/.m2/repository/org/apache/directory/shared/shared-asn1/0.9.6/shared-asn1-0.9.6.jar
Number of imports: 4
import: org.codehaus.classworlds.Entry@4891bb28
import: org.codehaus.classworlds.Entry@f8e44ca4
import: org.codehaus.classworlds.Entry@c51bc9e7
import: org.codehaus.classworlds.Entry@bece5185
this realm = plexus.core
urls[0] =
file:/C:/maven-2.0.6/bin/../lib/maven-core-2.0.6-uber.jar
Number of imports: 4
import: org.codehaus.classworlds.Entry@4891bb28
import: org.codehaus.classworlds.Entry@f8e44ca4
import: org.codehaus.classworlds.Entry@c51bc9e7
import: org.codehaus.classworlds.Entry@bece5185
-----------------------------------------------------
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Internal error in the plugin manager executing
goal
'org.apache.directory.server:apacheds-core-plugin:1.5.0:generate':
Unable to find the mojo
'org.apache.directory.server:apacheds-core-plugin:1.5.0:generate'
in the plugin
'org.apache.directory.server:apacheds-core-plugin'
org/apache/directory/server/core/tools/schema/DirectorySchemaToolMojo
(Unsupported major.minor version 49.0)
[INFO]
------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e
switch
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 2 seconds
[INFO] Finished at: Thu May 31 16:45:22 EDT 2007
[INFO] Final Memory: 3M/7M
[INFO] ------------------------------------------------------------------------
____________________________________________________________________________________
TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.
http://tv.yahoo.com/
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Jesse McConnell <je...@gmail.com>.
ah, I have seen that problem crop up from time to time where your
using published snapshots with timestamps and builds locally that are
installed locally with -SNAPSHOT and then the artifacts being somewhat
out of sync that way.
does a full build locally fix it for you generally? how do you guys
deploy your snapshots, piecemeal or as all the artifacts at once?
jesse
On 6/1/07, Emmanuel Lecharny <el...@gmail.com> wrote:
> My guess is that we are just trying to use the latest SNAPSHOT for
> some jar, so if you have a 1.5 ADS proviously compiled on your
> computer, it might use this jar.
>
> Not 100% sure though ....
>
> Emmanuel
>
> On 6/1/07, Jesse McConnell <je...@gmail.com> wrote:
> > whats going on? not sure I followed the original mail enough to see
> > why removing the repo fixes the problem...
> >
> > jesse
> >
> > On 6/1/07, Emmanuel Lecharny <el...@gmail.com> wrote:
> > > Yes, Jess, you are right. This is just a workaround right now. You can
> > > even try to mv the repo instead of rm -rf it.
> > >
> > > I'm currently trying to figure out what is the real reason for this
> > > *$£% problem...
> > >
> > > Emmanuel
> > >
> > > On 6/1/07, Jesse McConnell <je...@gmail.com> wrote:
> > > > the .m2 directory is created by maven and is where it stores the
> > > > artifacts that are downloaded and used to build out the classpath when
> > > > it is building each project.. the repository in that .m2 directory is
> > > > what maven refers to as its local repository.
> > > >
> > > > as for wacking the whole .m2/repository, that can be a pain if there
> > > > are some of those javax libs that are still manually required to
> > > > download, or if you had to manually install things like oracle jars,
> > > > you ought to be able to get away with just removing the
> > > > .m2/repository/org/apache/directory folder..
> > > >
> > > > jesse
> > > >
> > > > On 5/31/07, Emmanuel Lecharny <el...@apache.org> wrote:
> > > > > Jo Jeeka a écrit :
> > > > >
> > > > > >Hi again guys.
> > > > > >
> > > > > >
> > > > >
> > > > > Hi Jo,
> > > > >
> > > > >
> > > > > >I am still stuck on the 'mvn package' step from the
> > > > > >page of creating my own schema
> > > > > >(http://directory.apache.org/apacheds/1.0/custom-schema.html)
> > > > > >
> > > > > >
> > > > > I have updated the page, you have to svn co the 1.0.2 version instead of
> > > > > 1.0.1
> > > > >
> > > > > >I think the problem is the incompatibility of my Java
> > > > > >versions from what is in some of the JARs in what I am
> > > > > >trying to work with (now 1.0.2 of Apache DS).
> > > > > >
> > > > > >I am not really sure how the .m2 directory (see error
> > > > > >below) was created and is knowned to be accessed. I
> > > > > >do have a maven directory (C:\maven-2.0.6) so did the
> > > > > >.m2 directory and its contents get created sometime
> > > > > >when maven was installed (and the maven-2.0.6 dir was
> > > > > >created)?
> > > > > >
> > > > > >
> > > > > I had the very same problem you had. I was pretty drastic :
> > > > > rm -rf ~/.m2/repository (or whatever command on windows that wipe the repo)
> > > > > mvn clean
> > > > > mvn package
> > > > >
> > > > > and, Magic ! it worked...
> > > > >
> > > > > Can you try and tell me if it's ok ?
> > > > >
> > > > > Thanks
> > > > > Emmanuel
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > jesse mcconnell
> > > > jesse.mcconnell@gmail.com
> > > >
> > >
> > >
> > > --
> > > Regards,
> > > Cordialement,
> > > Emmanuel Lécharny
> > > www.iktek.com
> > >
> >
> >
> > --
> > jesse mcconnell
> > jesse.mcconnell@gmail.com
> >
>
>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
--
jesse mcconnell
jesse.mcconnell@gmail.com
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Emmanuel Lecharny <el...@gmail.com>.
My guess is that we are just trying to use the latest SNAPSHOT for
some jar, so if you have a 1.5 ADS proviously compiled on your
computer, it might use this jar.
Not 100% sure though ....
Emmanuel
On 6/1/07, Jesse McConnell <je...@gmail.com> wrote:
> whats going on? not sure I followed the original mail enough to see
> why removing the repo fixes the problem...
>
> jesse
>
> On 6/1/07, Emmanuel Lecharny <el...@gmail.com> wrote:
> > Yes, Jess, you are right. This is just a workaround right now. You can
> > even try to mv the repo instead of rm -rf it.
> >
> > I'm currently trying to figure out what is the real reason for this
> > *$£% problem...
> >
> > Emmanuel
> >
> > On 6/1/07, Jesse McConnell <je...@gmail.com> wrote:
> > > the .m2 directory is created by maven and is where it stores the
> > > artifacts that are downloaded and used to build out the classpath when
> > > it is building each project.. the repository in that .m2 directory is
> > > what maven refers to as its local repository.
> > >
> > > as for wacking the whole .m2/repository, that can be a pain if there
> > > are some of those javax libs that are still manually required to
> > > download, or if you had to manually install things like oracle jars,
> > > you ought to be able to get away with just removing the
> > > .m2/repository/org/apache/directory folder..
> > >
> > > jesse
> > >
> > > On 5/31/07, Emmanuel Lecharny <el...@apache.org> wrote:
> > > > Jo Jeeka a écrit :
> > > >
> > > > >Hi again guys.
> > > > >
> > > > >
> > > >
> > > > Hi Jo,
> > > >
> > > >
> > > > >I am still stuck on the 'mvn package' step from the
> > > > >page of creating my own schema
> > > > >(http://directory.apache.org/apacheds/1.0/custom-schema.html)
> > > > >
> > > > >
> > > > I have updated the page, you have to svn co the 1.0.2 version instead of
> > > > 1.0.1
> > > >
> > > > >I think the problem is the incompatibility of my Java
> > > > >versions from what is in some of the JARs in what I am
> > > > >trying to work with (now 1.0.2 of Apache DS).
> > > > >
> > > > >I am not really sure how the .m2 directory (see error
> > > > >below) was created and is knowned to be accessed. I
> > > > >do have a maven directory (C:\maven-2.0.6) so did the
> > > > >.m2 directory and its contents get created sometime
> > > > >when maven was installed (and the maven-2.0.6 dir was
> > > > >created)?
> > > > >
> > > > >
> > > > I had the very same problem you had. I was pretty drastic :
> > > > rm -rf ~/.m2/repository (or whatever command on windows that wipe the repo)
> > > > mvn clean
> > > > mvn package
> > > >
> > > > and, Magic ! it worked...
> > > >
> > > > Can you try and tell me if it's ok ?
> > > >
> > > > Thanks
> > > > Emmanuel
> > > >
> > > >
> > >
> > >
> > > --
> > > jesse mcconnell
> > > jesse.mcconnell@gmail.com
> > >
> >
> >
> > --
> > Regards,
> > Cordialement,
> > Emmanuel Lécharny
> > www.iktek.com
> >
>
>
> --
> jesse mcconnell
> jesse.mcconnell@gmail.com
>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Jesse McConnell <je...@gmail.com>.
whats going on? not sure I followed the original mail enough to see
why removing the repo fixes the problem...
jesse
On 6/1/07, Emmanuel Lecharny <el...@gmail.com> wrote:
> Yes, Jess, you are right. This is just a workaround right now. You can
> even try to mv the repo instead of rm -rf it.
>
> I'm currently trying to figure out what is the real reason for this
> *$£% problem...
>
> Emmanuel
>
> On 6/1/07, Jesse McConnell <je...@gmail.com> wrote:
> > the .m2 directory is created by maven and is where it stores the
> > artifacts that are downloaded and used to build out the classpath when
> > it is building each project.. the repository in that .m2 directory is
> > what maven refers to as its local repository.
> >
> > as for wacking the whole .m2/repository, that can be a pain if there
> > are some of those javax libs that are still manually required to
> > download, or if you had to manually install things like oracle jars,
> > you ought to be able to get away with just removing the
> > .m2/repository/org/apache/directory folder..
> >
> > jesse
> >
> > On 5/31/07, Emmanuel Lecharny <el...@apache.org> wrote:
> > > Jo Jeeka a écrit :
> > >
> > > >Hi again guys.
> > > >
> > > >
> > >
> > > Hi Jo,
> > >
> > >
> > > >I am still stuck on the 'mvn package' step from the
> > > >page of creating my own schema
> > > >(http://directory.apache.org/apacheds/1.0/custom-schema.html)
> > > >
> > > >
> > > I have updated the page, you have to svn co the 1.0.2 version instead of
> > > 1.0.1
> > >
> > > >I think the problem is the incompatibility of my Java
> > > >versions from what is in some of the JARs in what I am
> > > >trying to work with (now 1.0.2 of Apache DS).
> > > >
> > > >I am not really sure how the .m2 directory (see error
> > > >below) was created and is knowned to be accessed. I
> > > >do have a maven directory (C:\maven-2.0.6) so did the
> > > >.m2 directory and its contents get created sometime
> > > >when maven was installed (and the maven-2.0.6 dir was
> > > >created)?
> > > >
> > > >
> > > I had the very same problem you had. I was pretty drastic :
> > > rm -rf ~/.m2/repository (or whatever command on windows that wipe the repo)
> > > mvn clean
> > > mvn package
> > >
> > > and, Magic ! it worked...
> > >
> > > Can you try and tell me if it's ok ?
> > >
> > > Thanks
> > > Emmanuel
> > >
> > >
> >
> >
> > --
> > jesse mcconnell
> > jesse.mcconnell@gmail.com
> >
>
>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
--
jesse mcconnell
jesse.mcconnell@gmail.com
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Emmanuel Lecharny <el...@gmail.com>.
Yes, Jess, you are right. This is just a workaround right now. You can
even try to mv the repo instead of rm -rf it.
I'm currently trying to figure out what is the real reason for this
*$£% problem...
Emmanuel
On 6/1/07, Jesse McConnell <je...@gmail.com> wrote:
> the .m2 directory is created by maven and is where it stores the
> artifacts that are downloaded and used to build out the classpath when
> it is building each project.. the repository in that .m2 directory is
> what maven refers to as its local repository.
>
> as for wacking the whole .m2/repository, that can be a pain if there
> are some of those javax libs that are still manually required to
> download, or if you had to manually install things like oracle jars,
> you ought to be able to get away with just removing the
> .m2/repository/org/apache/directory folder..
>
> jesse
>
> On 5/31/07, Emmanuel Lecharny <el...@apache.org> wrote:
> > Jo Jeeka a écrit :
> >
> > >Hi again guys.
> > >
> > >
> >
> > Hi Jo,
> >
> >
> > >I am still stuck on the 'mvn package' step from the
> > >page of creating my own schema
> > >(http://directory.apache.org/apacheds/1.0/custom-schema.html)
> > >
> > >
> > I have updated the page, you have to svn co the 1.0.2 version instead of
> > 1.0.1
> >
> > >I think the problem is the incompatibility of my Java
> > >versions from what is in some of the JARs in what I am
> > >trying to work with (now 1.0.2 of Apache DS).
> > >
> > >I am not really sure how the .m2 directory (see error
> > >below) was created and is knowned to be accessed. I
> > >do have a maven directory (C:\maven-2.0.6) so did the
> > >.m2 directory and its contents get created sometime
> > >when maven was installed (and the maven-2.0.6 dir was
> > >created)?
> > >
> > >
> > I had the very same problem you had. I was pretty drastic :
> > rm -rf ~/.m2/repository (or whatever command on windows that wipe the repo)
> > mvn clean
> > mvn package
> >
> > and, Magic ! it worked...
> >
> > Can you try and tell me if it's ok ?
> >
> > Thanks
> > Emmanuel
> >
> >
>
>
> --
> jesse mcconnell
> jesse.mcconnell@gmail.com
>
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Jesse McConnell <je...@gmail.com>.
the .m2 directory is created by maven and is where it stores the
artifacts that are downloaded and used to build out the classpath when
it is building each project.. the repository in that .m2 directory is
what maven refers to as its local repository.
as for wacking the whole .m2/repository, that can be a pain if there
are some of those javax libs that are still manually required to
download, or if you had to manually install things like oracle jars,
you ought to be able to get away with just removing the
.m2/repository/org/apache/directory folder..
jesse
On 5/31/07, Emmanuel Lecharny <el...@apache.org> wrote:
> Jo Jeeka a écrit :
>
> >Hi again guys.
> >
> >
>
> Hi Jo,
>
>
> >I am still stuck on the 'mvn package' step from the
> >page of creating my own schema
> >(http://directory.apache.org/apacheds/1.0/custom-schema.html)
> >
> >
> I have updated the page, you have to svn co the 1.0.2 version instead of
> 1.0.1
>
> >I think the problem is the incompatibility of my Java
> >versions from what is in some of the JARs in what I am
> >trying to work with (now 1.0.2 of Apache DS).
> >
> >I am not really sure how the .m2 directory (see error
> >below) was created and is knowned to be accessed. I
> >do have a maven directory (C:\maven-2.0.6) so did the
> >.m2 directory and its contents get created sometime
> >when maven was installed (and the maven-2.0.6 dir was
> >created)?
> >
> >
> I had the very same problem you had. I was pretty drastic :
> rm -rf ~/.m2/repository (or whatever command on windows that wipe the repo)
> mvn clean
> mvn package
>
> and, Magic ! it worked...
>
> Can you try and tell me if it's ok ?
>
> Thanks
> Emmanuel
>
>
--
jesse mcconnell
jesse.mcconnell@gmail.com
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Emmanuel Lecharny <el...@apache.org>.
Jo Jeeka a écrit :
>Emmanuel,
>
>I took off Friday so I didn't get a chance to try
>until today... But it worked. Deleting .m2
>directory and running the directions again worked.
>Thanks for sure on getting beyond that.
>
>
>Now though I have another problem. I tried replacing
>my schema over the car schema and I get a parse error
>(seen below).
>
>
>Just to give some background which may or may not help
>get past this next error... My custom schema I am
>trying to use was created from our LDAP guy (reminder
>for those tuning in, I'm a developer trying to set
>ApacheDS up for unit testing so I'm not an LDAP guy)
>who created an LDIF file (assuming by exporting it)
>for me and gave it to me as "our schema". I simply
>renamed the .ldif file to be .schema.
>
>Does that sound acceptable?
>
>
Well, hmmm, a LDIF file is certainly different than a schema. It's a
little bit like if he gave you a database dump of all the data in it and
told you "This is the database schema" ...
So, no, an ldif file is certainly not a schema. The format is totally
different.
Here is a tuturial about how to build a Ldap Schema :
http://www.geocities.com/raoavm/ldapdesign.html
To avoid dealing with the syntax, you can also use LdapStudio which is
an RCP/eclipse application which contains a schema editor :
http://directory.apache.org/studio. You also have a help here :
http://directory.apache.org/studio/schemas-plugin-help.html
Hope it helps.
Emmanuel
Re: [ApacheDS] Custom schema problem adding objectclass
Posted by Jo Jeeka <jo...@yahoo.com>.
I'm pretty sure no code in MyObjectClassProducer.java
is being called (hence no custom objectclasses are
getting in)
I do see a section about editing the server.xml
(http://directory.apache.org/apacheds/1.0/custom-schema.html)
but I am not sure where I would do this. We have a
tomcat server.xml but it has no bootstrapSchemas tag
in it already. Also, I forget what stand alone means
for ApacheDS right this second and I am not sure if
for unit testing I need to edit any server.xml files.
Also, on that same link I just gave, should the line
in the server.xml be <bean
class="org.apache.directory.server.core.schema.bootstrap.MySchema"/>
or com.acme.MySchema ?
--- Emmanuel Lecharny <el...@gmail.com> wrote:
> Hi,
>
> On 6/5/07, Jo Jeeka <jo...@yahoo.com> wrote:
> >
> >
> >
> > I am close to getting my custom schema in...
> >
> >
> > I am getting this error:
> > OID for name 'groupofurls' was not found within
> the
> > OID registry
>
>
> Yje 'groupOfUrls' ObjectClass is not one of the
> default objectClasses in
> ADS. You will have to declare it by yourself
>
> I thought if I added an objectclass definition in
> the
> > schema that I could use it (with nothing else).
> Even
> > though on this page:
> >
> >
>
http://directory.apache.org/apacheds/1.5/add-your-first-elements-to-the-schema.html
> > it shows a CreateAttributeType class I thought
> that
> > this was generated after mvn package command. I
> have
> > code generated similar to what is in the
> > CrateAttributeType class on the link above in this
> > file generated file MyObjectClassProducer.java
> >
> >
> > Bottom line, do I need to do more than declare a
> > custom objectclass in the schema for it to be
> usable?
>
>
> As soon as your schema contains all the needed
> ObjectClasses and
> attributeTypes you need, and if their syntax is
> correct, then you should be
> OK.
>
> I'm confused on that. If not, any idea why I can't
> > use it? I have done a mvn clean and refreshed my
> > project and then ran the unit test.
>
>
> Can you copy/paste your actual schema ?
> Emmanuel
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
____________________________________________________________________________________
Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=list&sid=396545469
Re: [ApacheDS] Custom schema problem adding objectclass
Posted by Emmanuel Lecharny <el...@gmail.com>.
Hi,
On 6/5/07, Jo Jeeka <jo...@yahoo.com> wrote:
>
>
>
> I am close to getting my custom schema in...
>
>
> I am getting this error:
> OID for name 'groupofurls' was not found within the
> OID registry
Yje 'groupOfUrls' ObjectClass is not one of the default objectClasses in
ADS. You will have to declare it by yourself
I thought if I added an objectclass definition in the
> schema that I could use it (with nothing else). Even
> though on this page:
>
> http://directory.apache.org/apacheds/1.5/add-your-first-elements-to-the-schema.html
> it shows a CreateAttributeType class I thought that
> this was generated after mvn package command. I have
> code generated similar to what is in the
> CrateAttributeType class on the link above in this
> file generated file MyObjectClassProducer.java
>
>
> Bottom line, do I need to do more than declare a
> custom objectclass in the schema for it to be usable?
As soon as your schema contains all the needed ObjectClasses and
attributeTypes you need, and if their syntax is correct, then you should be
OK.
I'm confused on that. If not, any idea why I can't
> use it? I have done a mvn clean and refreshed my
> project and then ran the unit test.
Can you copy/paste your actual schema ?
Emmanuel
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
[ApacheDS] Custom schema problem adding objectclass
Posted by Jo Jeeka <jo...@yahoo.com>.
I am close to getting my custom schema in...
I am getting this error:
OID for name 'groupofurls' was not found within the
OID registry
I thought if I added an objectclass definition in the
schema that I could use it (with nothing else). Even
though on this page:
http://directory.apache.org/apacheds/1.5/add-your-first-elements-to-the-schema.html
it shows a CreateAttributeType class I thought that
this was generated after mvn package command. I have
code generated similar to what is in the
CrateAttributeType class on the link above in this
file generated file MyObjectClassProducer.java
Bottom line, do I need to do more than declare a
custom objectclass in the schema for it to be usable?
I'm confused on that. If not, any idea why I can't
use it? I have done a mvn clean and refreshed my
project and then ran the unit test.
TIA
____________________________________________________________________________________
Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games.
http://sims.yahoo.com/
Re: [ApacheDS] slf4j-api-1.2.jar missing class definition?
Posted by Emmanuel Lecharny <el...@apache.org>.
Jo Jeeka a écrit :
>When trying to use nlog4j I get an
>java.lang.IncompatibleClassChangeError when I
>switched. Maybe I did something wrong.
>
>
>
>
Are you using any other log jars?
Re: [ApacheDS] slf4j-api-1.2.jar missing class definition?
Posted by Jo Jeeka <jo...@yahoo.com>.
When trying to use nlog4j I get an
java.lang.IncompatibleClassChangeError when I
switched. Maybe I did something wrong.
--- Emmanuel Lecharny <el...@apache.org> wrote:
> Jo Jeeka a écrit :
>
> >Long before getting past being able to create my
> >SNAPSHOT.jar file (moments ago) I had set up unit
> test
> >code in our project that worked somewhat (up to the
> >part of loading my ldif of objects). To get past
> that
> >it was necessary to get the custom schema read in.
> >
> >Now running the same old unit test code failed
> before
> >trying to load the ldif objects (this was not the
> case
> >before). The problem was that the statement
> >MutableServerStartupConfiguration configuration =
> new
> >MutableServerStartupConfiguration(); (though it
> could
> >have been any statement as you will see in a
> second)
> >was causing a runtime error in that the
> >org.slf4j.LoggerFactory class was not found.
> >
> >I looked and noticed that the slf4j-api-1.2.jar did
> >not contain the class definition inside of it as
> the
> >slf4j-api-1.3.1.jar did. I removed the 1.2 version
> >from my project and when back to the 1.3.1 version
> to
> >get past that.
> >
> >Now, was that a problem on my end or does the
> >or.slf4j.LoggerFactory need to be in the
> >slf4j-api-1.2.jar ??
> >
> >
>
> I think you just have to include nlog4j-1.2.25.jar
> into your path. It
> includes the slf4j-api, I think
>
> Can you give it a try ?
> Emmanuel
>
>
___________________________________________________________________________________
You snooze, you lose. Get messages ASAP with AutoCheck
in the all-new Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_html.html
Re: [ApacheDS] slf4j-api-1.2.jar missing class definition?
Posted by Emmanuel Lecharny <el...@apache.org>.
Jo Jeeka a écrit :
>Long before getting past being able to create my
>SNAPSHOT.jar file (moments ago) I had set up unit test
>code in our project that worked somewhat (up to the
>part of loading my ldif of objects). To get past that
>it was necessary to get the custom schema read in.
>
>Now running the same old unit test code failed before
>trying to load the ldif objects (this was not the case
>before). The problem was that the statement
>MutableServerStartupConfiguration configuration = new
>MutableServerStartupConfiguration(); (though it could
>have been any statement as you will see in a second)
>was causing a runtime error in that the
>org.slf4j.LoggerFactory class was not found.
>
>I looked and noticed that the slf4j-api-1.2.jar did
>not contain the class definition inside of it as the
>slf4j-api-1.3.1.jar did. I removed the 1.2 version
>from my project and when back to the 1.3.1 version to
>get past that.
>
>Now, was that a problem on my end or does the
>or.slf4j.LoggerFactory need to be in the
>slf4j-api-1.2.jar ??
>
>
I think you just have to include nlog4j-1.2.25.jar into your path. It
includes the slf4j-api, I think
Can you give it a try ?
Emmanuel
[ApacheDS] slf4j-api-1.2.jar missing class definition?
Posted by Jo Jeeka <jo...@yahoo.com>.
Long before getting past being able to create my
SNAPSHOT.jar file (moments ago) I had set up unit test
code in our project that worked somewhat (up to the
part of loading my ldif of objects). To get past that
it was necessary to get the custom schema read in.
Now running the same old unit test code failed before
trying to load the ldif objects (this was not the case
before). The problem was that the statement
MutableServerStartupConfiguration configuration = new
MutableServerStartupConfiguration(); (though it could
have been any statement as you will see in a second)
was causing a runtime error in that the
org.slf4j.LoggerFactory class was not found.
I looked and noticed that the slf4j-api-1.2.jar did
not contain the class definition inside of it as the
slf4j-api-1.3.1.jar did. I removed the 1.2 version
from my project and when back to the 1.3.1 version to
get past that.
Now, was that a problem on my end or does the
or.slf4j.LoggerFactory need to be in the
slf4j-api-1.2.jar ??
____________________________________________________________________________________
Sick sense of humor? Visit Yahoo! TV's
Comedy with an Edge to see what's on, when.
http://tv.yahoo.com/collections/222
Schema definition (was : Re: [ApacheDS] Still can't get beyond 'mvn
package' step)
Posted by Emmanuel Lecharny <el...@apache.org>.
Jo Jeeka a écrit :
>To update my situation. We are using Netscape/SUN
>ldap and so there were some schema compatibilities I
>have encountered which I overcame. Here is an example
>of syntax we had for our schema followed by my
>changes:
>
>
>attributeTypes: ( cospapprovaldate-oid NAME
>'cospapprovaldate'
> SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE
> X-ORIGIN 'user defined' )
>
>
>1. attributeTypes was changed to attributetype
>(attributeType wouldn't work for me)
>
>2. There was a colon (:) after attribeTypes that
>needed to be removed
>
>3. We here create non-numeric oids so for our unit
>test schema I just changed zyz-oid to 1.1 .. 1.n
>
>4. Removed X-ORIGIN line from schema
>
>
attributetype ( <1.1.1.....1.n>
NAME 'cospapprovaldate'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
should be ok.
Just one thing : don't use 1.1.1.... as an OID. Apply for a PEN number (
http://pen.iana.org/pen/PenApplication.page ), which will be specific to
your company.
Emmanuel
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Jo Jeeka <jo...@yahoo.com>.
To update my situation. We are using Netscape/SUN
ldap and so there were some schema compatibilities I
have encountered which I overcame. Here is an example
of syntax we had for our schema followed by my
changes:
attributeTypes: ( cospapprovaldate-oid NAME
'cospapprovaldate'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE
X-ORIGIN 'user defined' )
1. attributeTypes was changed to attributetype
(attributeType wouldn't work for me)
2. There was a colon (:) after attribeTypes that
needed to be removed
3. We here create non-numeric oids so for our unit
test schema I just changed zyz-oid to 1.1 .. 1.n
4. Removed X-ORIGIN line from schema
--- Jo Jeeka <jo...@yahoo.com> wrote:
> Emmanuel,
>
> I took off Friday so I didn't get a chance to try
> until today... But it worked. Deleting .m2
> directory and running the directions again worked.
> Thanks for sure on getting beyond that.
>
>
> Now though I have another problem. I tried
> replacing
> my schema over the car schema and I get a parse
> error
> (seen below).
>
>
> Just to give some background which may or may not
> help
> get past this next error... My custom schema I am
> trying to use was created from our LDAP guy
> (reminder
> for those tuning in, I'm a developer trying to set
> ApacheDS up for unit testing so I'm not an LDAP guy)
> who created an LDIF file (assuming by exporting it)
> for me and gave it to me as "our schema". I simply
> renamed the .ldif file to be .schema.
>
> Does that sound acceptable?
>
> Here is the error and thanks again!!!
>
>
> [INFO] Generating our schema.
> [INFO]
>
------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
>
------------------------------------------------------------------------
> [INFO] Failed while generating sources for ourschema
>
> Embedded error: Parser failure on:
> schema input stream ==>
> java.io.FileInputStream@22ab57
> Antlr exception trace:
> line 1:1: expecting "END", found 'attributeTypes'
> at antlr.Parser.match(Parser.java:211)
> at
>
org.apache.directory.server.core.tools.schema.antlrOpenLdapSchemaParser.parseSchema(antlrOpenLdapSchemaParser
> .java:148)
> at
>
org.apache.directory.server.core.tools.schema.OpenLdapSchemaParser.invokeParser(OpenLdapSchemaParser.java:124
> )
> at
>
org.apache.directory.server.core.tools.schema.OpenLdapSchemaParser.parse(OpenLdapSchemaParser.java:163)
> at
>
org.apache.directory.server.core.tools.schema.DirectorySchemaToolMojo.generate(DirectorySchemaToolMojo.java:1
> 14)
> at
>
org.apache.directory.server.core.tools.schema.DirectorySchemaToolMojo.execute(DirectorySchemaToolMojo.java:41
> 4)
> at
>
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:48
> 0)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
> a:311)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
> at
>
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
> at
>
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
> at
>
org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at
> java.lang.reflect.Method.invoke(Method.java:324)
> at
>
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at
>
org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at
>
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> at
>
org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>
> [INFO]
>
------------------------------------------------------------------------
> [INFO] For more information, run Maven with the -e
> switch
> [INFO]
>
------------------------------------------------------------------------
> [INFO] Total time: 2 seconds
> [INFO] Finished at: Mon Jun 04 12:11:25 EDT 2007
> [INFO] Final Memory: 5M/10M
> [INFO]
>
------------------------------------------------------------------------
>
>
>
>
>
____________________________________________________________________________________Ready
> for the edge of your seat?
> Check out tonight's top picks on Yahoo! TV.
> http://tv.yahoo.com/
>
____________________________________________________________________________________
Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=list&sid=396545433
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Jo Jeeka <jo...@yahoo.com>.
Emmanuel,
I took off Friday so I didn't get a chance to try
until today... But it worked. Deleting .m2
directory and running the directions again worked.
Thanks for sure on getting beyond that.
Now though I have another problem. I tried replacing
my schema over the car schema and I get a parse error
(seen below).
Just to give some background which may or may not help
get past this next error... My custom schema I am
trying to use was created from our LDAP guy (reminder
for those tuning in, I'm a developer trying to set
ApacheDS up for unit testing so I'm not an LDAP guy)
who created an LDIF file (assuming by exporting it)
for me and gave it to me as "our schema". I simply
renamed the .ldif file to be .schema.
Does that sound acceptable?
Here is the error and thanks again!!!
[INFO] Generating our schema.
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed while generating sources for ourschema
Embedded error: Parser failure on:
schema input stream ==>
java.io.FileInputStream@22ab57
Antlr exception trace:
line 1:1: expecting "END", found 'attributeTypes'
at antlr.Parser.match(Parser.java:211)
at
org.apache.directory.server.core.tools.schema.antlrOpenLdapSchemaParser.parseSchema(antlrOpenLdapSchemaParser
.java:148)
at
org.apache.directory.server.core.tools.schema.OpenLdapSchemaParser.invokeParser(OpenLdapSchemaParser.java:124
)
at
org.apache.directory.server.core.tools.schema.OpenLdapSchemaParser.parse(OpenLdapSchemaParser.java:163)
at
org.apache.directory.server.core.tools.schema.DirectorySchemaToolMojo.generate(DirectorySchemaToolMojo.java:1
14)
at
org.apache.directory.server.core.tools.schema.DirectorySchemaToolMojo.execute(DirectorySchemaToolMojo.java:41
4)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:48
0)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav
a:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at
org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at
java.lang.reflect.Method.invoke(Method.java:324)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at
org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at
org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO]
------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e
switch
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 2 seconds
[INFO] Finished at: Mon Jun 04 12:11:25 EDT 2007
[INFO] Final Memory: 5M/10M
[INFO]
------------------------------------------------------------------------
____________________________________________________________________________________Ready for the edge of your seat?
Check out tonight's top picks on Yahoo! TV.
http://tv.yahoo.com/
Re: [ApacheDS] Still can't get beyond 'mvn package' step
Posted by Emmanuel Lecharny <el...@apache.org>.
Jo Jeeka a écrit :
>Hi again guys.
>
>
Hi Jo,
>I am still stuck on the 'mvn package' step from the
>page of creating my own schema
>(http://directory.apache.org/apacheds/1.0/custom-schema.html)
>
>
I have updated the page, you have to svn co the 1.0.2 version instead of
1.0.1
>I think the problem is the incompatibility of my Java
>versions from what is in some of the JARs in what I am
>trying to work with (now 1.0.2 of Apache DS).
>
>I am not really sure how the .m2 directory (see error
>below) was created and is knowned to be accessed. I
>do have a maven directory (C:\maven-2.0.6) so did the
>.m2 directory and its contents get created sometime
>when maven was installed (and the maven-2.0.6 dir was
>created)?
>
>
I had the very same problem you had. I was pretty drastic :
rm -rf ~/.m2/repository (or whatever command on windows that wipe the repo)
mvn clean
mvn package
and, Magic ! it worked...
Can you try and tell me if it's ok ?
Thanks
Emmanuel