directory-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu" <akaras...@apache.org>
Subject Re: FW: Alternate back-ends
Date Tue, 05 Jun 2007 17:44:32 GMT
Hi Dan,

There is a specific problem with our build which you have discovered.  The
build requires the
presence of a SNAPSHOT maven plugin that needs to be built first before you
can run any
other command with a fresh machine/repository.  This can be avoided by
making sure you
issue a mvn install before any other command even mvn clean: for some reason
mvn requires
all the plugins even to do tasks that don't need them like a clean.  Doing a
mvn install first
will make sure the plugin is installed into your local repository before it
is needed to build
a subsequent module in the build order based on module dependencies.

Sorry about this inconvenience; it is an issue among others we are currently
wrestling with in
our Maven build.

Alex

On 6/5/07, Barber, Dan (Contractor) <Dan.Barber@polycom.com> wrote:
>
> Emmanuel,
>
> Still no luck but I've just noticed something that may have been missing
> earlier. Just so you're caught up with what I've tried. First I wanted to
> make sure I mention I'm building on XP. I don't think that should be an
> issue but wanted to make sure I mentioned that, I don't think I did earlier.
>
> I deleted the repository directory under .m2 then tried building again,
> got the same problem. I tried installing Java 1.5, still no luck. So, I
> totally uninstalled Java, re-deleted the repository directory, deleted the
> code that I'd gotten from subversion. I rebooted, then reinstalled Java
> 1.5. I got the source code from subversion. Then, just to be anal, I ran
> mvn clean. I get the following error from mvn clean.
>
>
> ****************************************************************************
>
> [INFO] Building ApacheDS Bootstrap Schemas
> [INFO]    task-segment: [clean]
> [INFO]
> -------------------------------------------------------------------------
> ---
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] A required plugin was not found: Plugin could not be found - check
> that t
> he goal name is correct: Unable to download the artifact from any
> repository
>
> Try downloading the file manually from the project website.
>
> Then, install it using the command:
>     mvn install:install-file -DgroupId=org.apache.directory.server-DartifactId=
> apacheds-core-plugin \
>         -Dversion=1.5.1-SNAPSHOT -Dpackaging=maven-plugin
> -Dfile=/path/to/file
>
>
>
> org.apache.directory.server:apacheds-core-plugin:maven-plugin:1.5.1-SNAPSHOT
>
> from the specified remote repositories:
>   central (http://repo1.maven.org/maven2)
>
>
> org.apache.directory.server:apacheds-core-plugin:maven-plugin:1.5.1-SNAPSHOT
>
> from the specified remote repositories:
>   central (http://repo1.maven.org/maven2)
>
>
> ****************************************************************************
>
> I'm not sure exactly how to read this. Is this correct behavior if I've
> not actually successfully built, or does this actually point out some
> problem?
>
> Thanks,
>
> Dan
>
> -----Original Message-----
> From: Emmanuel Lecharny [mailto:elecharny@gmail.com]
> Sent: Tuesday, June 05, 2007 9:15 AM
> To: users@directory.apache.org
> Subject: Re: FW: Alternate back-ends
>
> Oh, sorry, I thoght I had answered yesturday, but as I upgraded thnderird
> in
> the meantime, I think it has been lost somwhere on the internet ...
>
> So basically, I guess you have tried with a previous version of ADS, and
> you
> have some old jars somwhere in your maven reposiory.
>
> What I suggest is that you remove completely your ~/.m2/repository (rm -rf
> ~/.m2/repository) and do a mvn clean install. It will take longer, but
> will
> be safe. (of course, if you want to keep your repository because you are
> using it for another project, just rename it).
>
> If it does not work, try with Java 1.5.
>
> Thanks !
>
> On 6/5/07, Barber, Dan (Contractor) <Dan.Barber@polycom.com> wrote:
> >
> > Emmanuel,
> >
> > Did you have a chance to look at the log file, did you see anything
> silly
> > that I am missing? Is using 1.6 not currently supported for apacheds 1.5
> ?
> >
> > Thanks,
> >
> > Dan
> >
> > -----Original Message-----
> > From: Barber, Dan (Contractor)
> > Sent: Monday, June 04, 2007 12:30 PM
> > To: 'users@directory.apache.org'
> > Subject: RE: Alternate back-ends
> >
> > Emmanuel,
> >
> > Thanks for all the help so far. I've switched to 2.0.6 of Maven. I
> > initially had installed that then switched to 2.0.4, now I've switched
> > back.
> >
> > I'm using the 6.0_01 version of the jdk.
> >
> > I've attached the log I think you were wanting to see. Let me know if I
> > need to paste it in rather than attach it.
> >
> > Thanks,
> >
> > Dan
> >
> > -----Original Message-----
> > From: Emmanuel Lecharny [mailto:elecharny@apache.org]
> > Sent: Monday, June 04, 2007 11:32 AM
> > To: users@directory.apache.org
> > Subject: Re: Alternate back-ends
> >
> > Barber, Dan (Contractor) a écrit :
> >
> > >As far as building the source. We need to target 1.5 due to it's
> > increased support for secure logins. I've been using the instructions
> from
> > this page, http://directory.apache.org/apacheds/1.5/building-trunks.html
> .
> > It's quite possible that I've just simply missed a step or done
> something
> > silly since some of these tools are still new to me.
> > >
> > >
> > >I have installed Maven 2.0.4.
> > >
> > >
> > I think you need maven 2.0.5, now (AFAIK, there are some bugs in 2.0.4
> > which can cause pbs). 2.0.6 will work too.
> >
> > Which JVM are you using ?
> >
> > >I've installed SVN and run the command
> > >svn co
> >
> http://svn.apache.org/repos/asf/directory/apacheds/trunk-with-dependencies/apacheds-trunk
> > >Then, inside the directory apacheds-trunk I run mvn install. Here are
> the
> > errors I'm getting.
> > >
> > >Failed tests:
> > >  testOneEntryImport(
> > org.apache.directory.server.tools.commands.importcmd.Import
> > >CommandTest)
> > >  testTenEntriesImport(
> > org.apache.directory.server.tools.commands.importcmd.Impo
> > >rtCommandTest)
> > >  testTwoEntriesImportOneOnErrorAndOneOk(
> > org.apache.directory.server.tools.comma
> > >nds.importcmd.ImportCommandTest)
> > >  testOneEntryImportWithEntryAddedNotification(
> > org.apache.directory.server.tools
> > >.commands.importcmd.ImportCommandTest)
> > >  testRFC2849Sample1(
> > org.apache.directory.server.tools.commands.importcmd.Import
> > >CommandTest)
> > >  testRFC2849Sample2(
> > org.apache.directory.server.tools.commands.importcmd.Import
> > >CommandTest)
> > >  testRFC2849Sample3(
> > org.apache.directory.server.tools.commands.importcmd.Import
> > >CommandTest)
> > >  testRFC2849Sample3VariousSpacing(
> > org.apache.directory.server.tools.commands.im
> > >portcmd.ImportCommandTest)
> > >  testExportCommand(
> > org.apache.directory.server.tools.commands.exportcmd.ExportC
> > >ommandTest)
> > >  testOneEntryImport(
> > org.apache.directory.server.tools.commands.gracefulshutdown
> > >cmd.GracefulShutdownCommandTest)
> > >
> > >My guess is I've just missed something simple. Any help you can offer
> > would be greatly appreciated.
> > >
> > >
> > It would be interesting to have the surefire logs (it's generated by
> > maven, with the failing class name followed by a .txt, like
> >
> > testRFC2849Sample2(
> >
> org.apache.directory.server.tools.commands.importcmd.ImportCommandTest.txt
> >
> > somwhere on your disk.
> >
> > Emmanuel
> >
> >
> >
>
>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message