|
Well metaphysically yes, as I now 'should' be able to build apacheds consciously - all previous successfull attempts required a small animal scrifice first;-)
Unfortunately the fate of my daughters rabbit, 'Nibbles' still hangs in the balance as the NtpServer has not been changed from referencing a no-longer existing Mina class -> IoServiceConfig.java and thus the build of trunks still fails. ------------------------------------------------------------------------ r465510 | trustin | 2006-10-19 01:42:06 -0500 (Thu, 19 Oct 2006) | 7 lines Changed paths: M /directory/trunks/mina/core/src/main/java/org/apache/mina/common/IoAcceptor.java D /directory/trunks/mina/core/src/main/java/org/apache/mina/common/IoAcceptorConfig.java M /directory/trunks/mina/core/src/main/java/org/apache/mina/common/IoConnector.java D /directory/trunks/mina/core/src/main/java/org/apache/mina/common/IoConnectorConfig.java M /directory/trunks/mina/core/src/main/java/org/apache/mina/common/IoService.java D /directory/trunks/mina/core/src/main/java/org/apache/mina/common/IoServiceConfig.java cheers, John I personally have a henhouse from which I choose a chiken every time I have to use maven, and I'm getting use to drunk chicken blood, the problem is that burning their feather stinks a lot ...
Ok, try to svn up, I have changed some pom.xml yesturday to point to MINA 1.0 which still contains the IoServiceConfig class. There was a discussion about "deprecate or how to be kind to users" with mina team lately :) Keep Nibbles alive for a while. If you have to sacrifice it, remember to cook it with mustard, this is really good ! As of now, Alex modified the build system. Give it a try !
Still a problem. Does your NtpServer reference something besides IoServiceConfig?
[INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Compilation failure /home/jconlon/projects/svns/apacheds/trunks/apacheds/protocol-ntp/src/main/java/org/apache/directory/server/ntp/N tpServer.java:[31,30] cannot find symbol symbol : class IoServiceConfig location: package org.apache.mina.common /home/jconlon/projects/svns/apacheds/trunks/apacheds/protocol-ntp/src/main/java/org/apache/directory/server/ntp/N tpServer.java:[47,68] cannot find symbol symbol : class IoServiceConfig location: class org.apache.directory.server.ntp.NtpServer /home/jconlon/projects/svns/apacheds/trunks/apacheds/protocol-ntp/src/main/java/org/apache/directory/server/ntp/N tpServer.java:[78,16] unbind() in org.apache.mina.common.IoAcceptor cannot be applied to (java.net.InetSocketAddr ess) It should not explose :)
1) remove ~/.m2/repository 2) go to apacheds root 3) do mvn install it will take 10 minutes, but it _should_ work. I mean, if you have done a correct svn co http://svn.apache.org/repos/asf/directory/trunks I have done it 3 times today and yesturday ... I can build protocol-ntp as a standalone project, but not as part of a multproject build. For some reason the mina-core version must be changing to something other than 1.0.0.
If I explicitly specify the version as 1.0.0 (Currently it should inheirent the version from apacheds parent) in the protocol-ntp pom then the master build will build build this module and then fail to build the protocol-kerberos, with basically the same error [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Compilation failure /home/jconlon/projects/svns/apacheds/trunks/apacheds/protocol-kerberos/src/main/java/org/apache/directory/server/kerberos/kdc/KerberosServer.java:[32,30] cannot find symbol symbol : class IoServiceConfig location: package org.apache.mina.common /home/jconlon/projects/svns/apacheds/trunks/apacheds/protocol-kerberos/src/main/java/org/apache/directory/server/kerberos/kdc/KerberosServer.java:[56,73] cannot find symbol symbol : class IoServiceConfig location: class org.apache.directory.server.kerberos.kdc.KerberosServer /home/jconlon/projects/svns/apacheds/trunks/apacheds/protocol-kerberos/src/main/java/org/apache/directory/server/kerberos/kdc/KerberosServer.java:[88,16] unbind() in org.apache.mina.common.IoAcceptor cannot be applied to (java.net.InetSocketAddress) Time to punt again... doing a svn co of http://svn.apache.org/repos/asf/directory PS- Our chickens belog to my daughter as well. Very strange. The apacheds project's pom.xml reference the 1.0.0 version of mina :
... <dependency> <groupId>org.apache.mina</groupId> <artifactId>mina-core</artifactId> <version>1.0.0</version> </dependency> <dependency> <groupId>org.apache.mina</groupId> <artifactId>mina-filter-ssl</artifactId> <version>1.0.0</version> </dependency> ... so when you compile protocol-XXX, it must use it. Be radical : rm -rf repository and svn up in a new diurectory. Better than doing a rm -rf chicken ... Damn !!! You are right !
Ok, give it another try after a svn up and removing .m2/repository. It should work now ...
Damn, another mistake ! Maven can't handle more than one level of inheritence !
Fixed in commit http://svn.apache.org/viewvc?view=rev&rev=469918 PS (echo "chiken" | sed "s/chicken/maven/" | kill -9) Yes that did solve the inheritance problem, and after removing all backport utilities in ApacheDS and Mina 1.0.0 and fixing Mina 1.0.0 along the lines described in
Thanks for the help. BTW - We actually did kill two chickens today, but I don't think that had anything to do with it;-) |
||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Closed
Major
NtpServer fails to compile causing failure to build trunks.
I have fixed a pom.xml in shared, and written a quick doco to explain how to build the project from scratch :
http://cwiki.apache.org/confluence/display/DIRxSRVx11/Building+trunks
Hope it helps ...