Apache Directory Project - [Build] Maven 2.0.7 released, should we upgrade?

This is Interesting: Free IT Magazines  
Home > Archive > Apache Directory Project > June 2007 > [Build] Maven 2.0.7 released, should we upgrade?





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]

Author [Build] Maven 2.0.7 released, should we upgrade?
Ersin Er

2007-06-25, 1:11 pm

http://maven.apache.org/release-notes.html

--
Ersin Er

R.A. and Ph.D Student at the Dept. of Computer Eng. in Hacettepe University
http://www.cs.hacettepe.edu.tr

Committer and PMC Member of The Apache Directory Project
http://directory.apache.org

Emmanuel Lecharny

2007-06-25, 1:11 pm

Hi,

does it work fine ?

If so, let's just switch


On 6/25/07, Ersin Er <ersin.er-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> http://maven.apache.org/release-notes.html
>
> --
> Ersin Er
>
> R.A. and Ph.D Student at the Dept. of Computer Eng. in Hacettepe Universi=

ty
> http://www.cs.hacettepe.edu.tr
>
> Committer and PMC Member of The Apache Directory Project
> http://directory.apache.org
>



--=20
Regards,
Cordialement,
Emmanuel L=E9charny
www.iktek.com

Ersin Er

2007-06-25, 1:11 pm

SXQncyB3b3JraW5nIGZpbmUgZm9yIGJ1aWxkaW5n
IDEuNSB0cnVua3MgYW5kIGludGVncmF0aW9u
IHRlc3RzLgoKT24gNi8yNS8wNywgRW1tYW51ZWwg
TGVjaGFybnkgPGVsZWNoYXJueUBnbWFpbC5j
b20+IHdyb3RlOgo+IEhpLAo+Cj4gZG9lcyBpdCB3
b3JrIGZpbmUgPwo+Cj4gSWYgc28sIGxldCdz
IGp1c3Qgc3dpdGNoCj4KPgo+IE9uIDYvMjUvMDcs
IEVyc2luIEVyIDxlcnNpbi5lckBnbWFpbC5j
b20+IHdyb3RlOgo+ID4gaHR0cDovL21hdmVuLmFw
YWNoZS5vcmcvcmVsZWFzZS1ub3Rlcy5odG1s
Cj4gPgo+ID4gLS0KPiA+IEVyc2luIEVyCj4gPgo+
ID4gUi5BLiBhbmQgUGguRCBTdHVkZW50IGF0
IHRoZSBEZXB0LiBvZiBDb21wdXRlciBFbmcuIGlu
IEhhY2V0dGVwZSBVbml2ZXJzaXR5Cj4gPiBo
dHRwOi8vd3d3LmNzLmhhY2V0dGVwZS5lZHUudHIK
PiA+Cj4gPiBDb21taXR0ZXIgYW5kIFBNQyBN
ZW1iZXIgb2YgVGhlIEFwYWNoZSBEaXJlY3Rvcnkg
UHJvamVjdAo+ID4gaHR0cDovL2RpcmVjdG9y
eS5hcGFjaGUub3JnCj4gPgo+Cj4KPiAtLQo+IFJl
Z2FyZHMsCj4gQ29yZGlhbGVtZW50LAo+IEVt
bWFudWVsIEzDqWNoYXJueQo+IHd3dy5pa3Rlay5j
b20KPgoKCi0tIApFcnNpbiBFcgoKUi5BLiBh
bmQgUGguRCBTdHVkZW50IGF0IHRoZSBEZXB0LiBv
ZiBDb21wdXRlciBFbmcuIGluIEhhY2V0dGVw
ZSBVbml2ZXJzaXR5Cmh0dHA6Ly93d3cuY3MuaGFj
ZXR0ZXBlLmVkdS50cgoKQ29tbWl0dGVyIGFu
ZCBQTUMgTWVtYmVyIG9mIFRoZSBBcGFjaGUgRGly
ZWN0b3J5IFByb2plY3QKaHR0cDovL2RpcmVj
dG9yeS5hcGFjaGUub3JnCg==

Markus Pohle

2007-06-25, 1:11 pm

Hi All,

checked it out on Windows XP SP2 with Maven 2.0.7 and JDK 1.5.0_10 and =20
built the trunks, built the installers, did the integration tests and =20
also built the eclipse files. All run fine, except for one failure in =20
integration tests. It says:

----------------------------------------------------------------------------=
---
Test set: org.apache.directory.server.PersistentSearchTest
----------------------------------------------------------------------------=
---
Tests run: 11, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: =20
38.484 sec <<< FAILURE!
testPsearchAbandon(org.apache.directory.server.PersistentSearchTest) =20
Time elapsed: 2.938 sec <<< FAILURE!
junit.framework.ComparisonFailure: expected:<...Tori Amos> but =20
was:<...Jack Black>
=09at junit.framework.Assert.assertEquals(Assert.java:81)
=09at junit.framework.Assert.assertEquals(Assert.java:87)
=09at =20
org.apache.directory.server.PersistentSearchTest.testPsearchAbandon(Persiste=
ntSearchTest.java:609)
=09at =20
org.apache.directory.server.PersistentSearchTest.testPsearchAbandon(Persiste=
ntSearchTest.java:609)
=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
=09at =20
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39=
)
=09at =20
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl=
..java:25)
=09at java.lang.reflect.Method.invoke(Method.java:585)
=09at junit.framework.TestCase.runTest(TestCase.java:154)
=09at junit.framework.TestCase.runBare(TestCase.java:127)
=09at junit.framework.TestResult$1.protect(TestResult.java:106)
=09at junit.framework.TestResult.runProtected(TestResult.java:124)
=09at junit.framework.TestResult.run(TestResult.java:109)
=09at junit.framework.TestCase.run(TestCase.java:118)
=09at junit.framework.TestSuite.runTest(TestSuite.java:208)
=09at junit.framework.TestSuite.run(TestSuite.java:203)
=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
=09at =20
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39=
)
=09at =20
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl=
..java:25)
=09at java.lang.reflect.Method.invoke(Method.java:585)
=09at =20
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
=09at =20
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(Ab=
stractDirectoryTestSuite.java:138)
=09at =20
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractD=
irectoryTestSuite.java:163)
=09at org.apache.maven.surefire.Surefire.run(Surefire.java:84)
=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
=09at =20
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39=
)
=09at =20
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl=
..java:25)
=09at java.lang.reflect.Method.invoke(Method.java:585)
=09at =20
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireB=
ooter.java:244)
=09at =20
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:814=
)


Another error was thrown when I tried to start the server without the =20
installation from within apacheds/server-main using apacheds.bat. The =20
error message was:

Exception in thread "main" java.lang.NoClassDefFoundError: =20
DS\apachds15\apacheds-trunk\apacheds\server-main/log4j/properties

Reason for this is that the start script was called from within a =20
directory containing whitespaces. The full directory is:
D:\_Developer\Apache DS\apachds15\apacheds-trunk

To prevent the script from running into this error the following =20
change is done in apacheds.bat file:
before:
java -Dlog4j.configuration=3Dfile:///%cd%/log4j.properties -jar =20
target/apacheds-server-main-1.5.1-SNAPSHOT-app.jar server.xml

after:
java -Dlog4j.configuration=3D"file:///%cd%/log4j.properties" -jar =20
target/apacheds-server-main-1.5.1-SNAPSHOT-app.jar server.xml

enclose the log4j.configuration switch with "".

Greetings
Markus




Zitat von Emmanuel Lecharny <elecharny-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:

> Hi,
>
> does it work fine ?
>
> If so, let's just switch
>
>
> On 6/25/07, Ersin Er <ersin.er-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
ty[vbcol=seagreen]
>
>
> --=20
> Regards,
> Cordialement,
> Emmanuel L=E9charny
> www.iktek.com




--=20
WEBUNITY - Internet, Consulting, Neue Medien
Markus Pohle (SCJP)

GPG Public Key Block available at:
http://www.webunity.de/markus.pohle...ublic.gmane.org



Chris Custine

2007-06-25, 1:11 pm

Everything seems to work for me.

Chris

On 6/25/07, Ersin Er <ersin.er-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>
> It's working fine for building 1.5 trunks and integration tests.
>
> On 6/25/07, Emmanuel Lecharny <elecharny-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> university
>
>
> --
> Ersin Er
>
> R.A. and Ph.D Student at the Dept. of Computer Eng. in Hacettepe
> University
> http://www.cs.hacettepe.edu.tr
>
> Committer and PMC Member of The Apache Directory Project
> http://directory.apache.org
>


Christine Koppelt

2007-06-25, 7:11 pm

SGkgTWFya3VzLAoKeW91IGFyZSBjb21wbGV0bHkg
cmlnaHQuIEkgaGF2ZSB1cGRhdGVkIHRoZSBz
Y3JpcHQuClRoYW5rcyBmb3IgdGhlIGhpbnQhCgpD
aHJpc3RpbmUKCgoKPHNuaXAvPgoKPiBBbm90
aGVyIGVycm9yIHdhcyB0aHJvd24gd2hlbiBJIHRy
aWVkIHRvIHN0YXJ0IHRoZSBzZXJ2ZXIgd2l0
aG91dCB0aGUKPiBpbnN0YWxsYXRpb24gZnJvbSB3
aXRoaW4gYXBhY2hlZHMvc2VydmVyLW1haW4g
dXNpbmcgYXBhY2hlZHMuYmF0LiBUaGUKPiBlcnJv
ciBtZXNzYWdlIHdhczoKPgo+IEV4Y2VwdGlv
biBpbiB0aHJlYWQgIm1haW4iIGphdmEubGFuZy5O
b0NsYXNzRGVmRm91bmRFcnJvcjoKPiBEU1xh
cGFjaGRzMTVcYXBhY2hlZHMtdHJ1bmtcYXBhY2hl
ZHNcc2VydmVyLW1haW4vbG9nNGovcHJvcGVy
dGllcwo+Cj4gUmVhc29uIGZvciB0aGlzIGlzIHRo
YXQgdGhlIHN0YXJ0IHNjcmlwdCB3YXMgY2Fs
bGVkIGZyb20gd2l0aGluIGEKPiBkaXJlY3Rvcnkg
Y29udGFpbmluZyB3aGl0ZXNwYWNlcy4gVGhl
IGZ1bGwgZGlyZWN0b3J5IGlzOgo+IEQ6XF9EZXZl
bG9wZXJcQXBhY2hlIERTXGFwYWNoZHMxNVxh
cGFjaGVkcy10cnVuawo+Cj4gVG8gcHJldmVudCB0
aGUgc2NyaXB0IGZyb20gcnVubmluZyBpbnRv
IHRoaXMgZXJyb3IgdGhlIGZvbGxvd2luZwo+IGNo
YW5nZSBpcyBkb25lIGluIGFwYWNoZWRzLmJh
dCBmaWxlOgo+IGJlZm9yZToKPiBqYXZhIC1EbG9n
NGouY29uZmlndXJhdGlvbj1maWxlOi8vLyVj
ZCUvbG9nNGoucHJvcGVydGllcyAtamFyCj4gdGFy
Z2V0L2FwYWNoZWRzLXNlcnZlci1tYWluLTEu
NS4xLVNOQVBTSE9ULWFwcC5qYXIgc2VydmVyLnht
bAo+Cj4gYWZ0ZXI6Cj4gamF2YSAtRGxvZzRq
LmNvbmZpZ3VyYXRpb249ImZpbGU6Ly8vJWNkJS9s
b2c0ai5wcm9wZXJ0aWVzIiAtamFyCj4gdGFy
Z2V0L2FwYWNoZWRzLXNlcnZlci1tYWluLTEuNS4x
LVNOQVBTSE9ULWFwcC5qYXIgc2VydmVyLnht
bAo+Cj4gZW5jbG9zZSB0aGUgbG9nNGouY29uZmln
dXJhdGlvbiBzd2l0Y2ggd2l0aCAiIi4KPgo+
IEdyZWV0aW5ncwo+IE1hcmt1cwo+Cj4KPgo+Cj4g
Wml0YXQgdm9uIEVtbWFudWVsIExlY2hhcm55
IDxlbGVjaGFybnlAZ21haWwuY29tPjoKPgo+ID4g
SGksCj4gPgo+ID4gZG9lcyBpdCB3b3JrIGZp
bmUgPwo+ID4KPiA+IElmIHNvLCBsZXQncyBqdXN0
IHN3aXRjaAo+ID4KPiA+Cj4gPiBPbiA2LzI1
LzA3LCBFcnNpbiBFciA8ZXJzaW4uZXJAZ21haWwu
Y29tPiB3cm90ZToKPiA+PiBodHRwOi8vbWF2
ZW4uYXBhY2hlLm9yZy9yZWxlYXNlLW5vdGVzLmh0
bWwKPiA+Pgo+ID4+IC0tCj4gPj4gRXJzaW4g
RXIKPiA+Pgo+ID4+IFIuQS4gYW5kIFBoLkQgU3R1
ZGVudCBhdCB0aGUgRGVwdC4gb2YgQ29tcHV0
ZXIgRW5nLiBpbiBIYWNldHRlcGUgVW5pdmVyc2l0
eQo+ID4+IGh0dHA6Ly93d3cuY3MuaGFjZXR0
ZXBlLmVkdS50cgo+ID4+Cj4gPj4gQ29tbWl0dGVy
IGFuZCBQTUMgTWVtYmVyIG9mIFRoZSBBcGFj
aGUgRGlyZWN0b3J5IFByb2plY3QKPiA+PiBodHRw
Oi8vZGlyZWN0b3J5LmFwYWNoZS5vcmcKPiA+
Pgo+ID4KPiA+Cj4gPiAtLQo+ID4gUmVnYXJkcywK
PiA+IENvcmRpYWxlbWVudCwKPiA+IEVtbWFu
dWVsIEzDqWNoYXJueQo+ID4gd3d3LmlrdGVrLmNv
bQo+Cj4KPgo+IC0tCj4gV0VCVU5JVFkgLSBJ
bnRlcm5ldCwgQ29uc3VsdGluZywgTmV1ZSBNZWRp
ZW4KPiBNYXJrdXMgUG9obGUgKFNDSlApCj4K
PiBHUEcgUHVibGljIEtleSBCbG9jayBhdmFpbGFi
bGUgYXQ6Cj4gaHR0cDovL3d3dy53ZWJ1bml0
eS5kZS9tYXJrdXMucG9obGVAd2VidW5pdHkuZGUu
dHh0Cj4KPgo+Cg==

Emmanuel Lecharny

2007-06-25, 7:11 pm

Thanks Markus !

FYI, this pb with PersistentSearch is something which only happens
from time to time. As we are waiting for a certain amount of time for
the result to be returned, we something get the wrong result, for
unknown reasons...

One more thing to investigate...

Could you fill a JIRA with this problem, if you successfully reproduce
it on a regular basis ?
This would be just great !

Thanks a lot Markus !

--=20
Regards,
Cordialement,
Emmanuel L=E9charny
www.iktek.com

Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com