Re: doxia-sink-api POM problem

2006-08-26 Thread Karan Malhi

this link below would be a nice place to put it
http://incubator.apache.org/openjpa/svn.html

On 8/26/06, Marc Prud'hommeaux <[EMAIL PROTECTED]> wrote:



> Where would be a good place to make a note that you might have to
> try the build multiple times to get all the dependencies?

I already made a note of it in the build instructions at http://
wiki.apache.org/incubator/openjpa/Building , but perhaps it needs to
be made more prominent.


On Aug 25, 2006, at 10:52 PM, Craig L Russell wrote:

> We should probably make some note of this phenomenon for new users.
> I had the same experience and it is a bit frustrating when the
> build fails due to a missing dependency and simply re-running the
> build results in a bunch of new downloaded files. No apologies or
> anything from mvn either.
>
> Where would be a good place to make a note that you might have to
> try the build multiple times to get all the dependencies?
>
> Craig
>
> On Aug 25, 2006, at 1:12 PM, Marc Prud'hommeaux wrote:
>
>> Marc-
>>
>> On Aug 25, 2006, at 12:22 PM, Marc Logemann wrote:
>>
>>> Hi,
>>>
>>> thanks for hints. After 3x times executing "mvn install", i
>>> finally got all the deps. Weird that there are interruptions,...
>>> maven2 mystery.
>>
>> ibiblio is a somewhat delicate server, and Maven doesn't
>> automatically re-try. In the past, with a fresh repository, I've
>> needed to re-run it over a dozen times in order to successfully
>> download all the dependencies. It's can be confusing and frustrating.
>>
>
> Craig Russell
> [EMAIL PROTECTED] http://db.apache.org/jdo
>
>





--
Karan Malhi


Re: doxia-sink-api POM problem

2006-08-26 Thread Marc Prud'hommeaux


Where would be a good place to make a note that you might have to  
try the build multiple times to get all the dependencies?


I already made a note of it in the build instructions at http:// 
wiki.apache.org/incubator/openjpa/Building , but perhaps it needs to  
be made more prominent.



On Aug 25, 2006, at 10:52 PM, Craig L Russell wrote:

We should probably make some note of this phenomenon for new users.  
I had the same experience and it is a bit frustrating when the  
build fails due to a missing dependency and simply re-running the  
build results in a bunch of new downloaded files. No apologies or  
anything from mvn either.


Where would be a good place to make a note that you might have to  
try the build multiple times to get all the dependencies?


Craig

On Aug 25, 2006, at 1:12 PM, Marc Prud'hommeaux wrote:


Marc-

On Aug 25, 2006, at 12:22 PM, Marc Logemann wrote:


Hi,

thanks for hints. After 3x times executing "mvn install", i  
finally got all the deps. Weird that there are interruptions,...  
maven2 mystery.


ibiblio is a somewhat delicate server, and Maven doesn't  
automatically re-try. In the past, with a fresh repository, I've  
needed to re-run it over a dozen times in order to successfully  
download all the dependencies. It's can be confusing and frustrating.




Craig Russell
[EMAIL PROTECTED] http://db.apache.org/jdo






Re: doxia-sink-api POM problem

2006-08-25 Thread Craig L Russell
We should probably make some note of this phenomenon for new users. I  
had the same experience and it is a bit frustrating when the build  
fails due to a missing dependency and simply re-running the build  
results in a bunch of new downloaded files. No apologies or anything  
from mvn either.


Where would be a good place to make a note that you might have to try  
the build multiple times to get all the dependencies?


Craig

On Aug 25, 2006, at 1:12 PM, Marc Prud'hommeaux wrote:


Marc-

On Aug 25, 2006, at 12:22 PM, Marc Logemann wrote:


Hi,

thanks for hints. After 3x times executing "mvn install", i  
finally got all the deps. Weird that there are interruptions,...  
maven2 mystery.


ibiblio is a somewhat delicate server, and Maven doesn't  
automatically re-try. In the past, with a fresh repository, I've  
needed to re-run it over a dozen times in order to successfully  
download all the dependencies. It's can be confusing and frustrating.




Craig Russell
[EMAIL PROTECTED] http://db.apache.org/jdo




smime.p7s
Description: S/MIME cryptographic signature


Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Prud'hommeaux


Yay! Glad you got it working.


On Aug 25, 2006, at 3:29 PM, Marc Logemann wrote:

Yeah you are correct. I copied the other two german props files  
manually in my build/compile path of my IDE but i forgot to do the  
same for localizer.properties. Sorry. Now everything works.


To be sure i also ran it via "mvn install" and there it works too.

--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 26.08.2006 um 00:21 schrieb Marc Prud'hommeaux:


Marc-

Hmm ... I actually think that might be a problem with your  
environment. Do you have access to the openjpa-lib/src/test/ 
resources/localizer.properties file? Is openjpa-lib/src/test/ 
resources/ in your Idea CLASSPATH?


Are you able to run Maven from the console? If so, do you also get  
that exception when you do so?





On Aug 25, 2006, at 3:12 PM, Marc Logemann wrote:


better, but still one failed:

junit.framework.ComparisonFailure:
Expected :systemvalue1
Actual  :test.systemlocal
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:120)
	at org.apache.openjpa.lib.util.TestLocalizer.testTopLevel 
(TestLocalizer.java:76)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke 
(DelegatingMethodAccessorImpl.java:25)
	at com.intellij.rt.execution.junit2.JUnitStarter.main 
(JUnitStarter.java:32)




--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 23:35 schrieb Marc Prud'hommeaux:



Interesting ... I would have assumed the two would be  
equivalent. Anyway, I've changed it to use equals() ... can you  
update and re-run the tests and see if it still fails?




On Aug 25, 2006, at 2:16 PM, Marc Logemann wrote:


Hi,

Unfortunately Locale.getDefault() == Locale.GERMANY  is false.  
Didnt you mean .equals() ?


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 22:59 schrieb Marc Prud'hommeaux:



Most likely i am the first non EN locale user :) Here is the  
stack


That's exactly the problem ... the test would actually pass  
for any locale *except* German. I've just committed a fix ...  
the test should pass for you after your next update.
















Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Logemann
Yeah you are correct. I copied the other two german props files  
manually in my build/compile path of my IDE but i forgot to do the  
same for localizer.properties. Sorry. Now everything works.


To be sure i also ran it via "mvn install" and there it works too.

--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 26.08.2006 um 00:21 schrieb Marc Prud'hommeaux:


Marc-

Hmm ... I actually think that might be a problem with your  
environment. Do you have access to the openjpa-lib/src/test/ 
resources/localizer.properties file? Is openjpa-lib/src/test/ 
resources/ in your Idea CLASSPATH?


Are you able to run Maven from the console? If so, do you also get  
that exception when you do so?





On Aug 25, 2006, at 3:12 PM, Marc Logemann wrote:


better, but still one failed:

junit.framework.ComparisonFailure:
Expected :systemvalue1
Actual  :test.systemlocal
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:120)
	at org.apache.openjpa.lib.util.TestLocalizer.testTopLevel 
(TestLocalizer.java:76)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke 
(DelegatingMethodAccessorImpl.java:25)
	at com.intellij.rt.execution.junit2.JUnitStarter.main 
(JUnitStarter.java:32)




--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 23:35 schrieb Marc Prud'hommeaux:



Interesting ... I would have assumed the two would be equivalent.  
Anyway, I've changed it to use equals() ... can you update and re- 
run the tests and see if it still fails?




On Aug 25, 2006, at 2:16 PM, Marc Logemann wrote:


Hi,

Unfortunately Locale.getDefault() == Locale.GERMANY  is false.  
Didnt you mean .equals() ?


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 22:59 schrieb Marc Prud'hommeaux:



Most likely i am the first non EN locale user :) Here is the  
stack


That's exactly the problem ... the test would actually pass for  
any locale *except* German. I've just committed a fix ... the  
test should pass for you after your next update.














Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Prud'hommeaux

Marc-

Hmm ... I actually think that might be a problem with your  
environment. Do you have access to the openjpa-lib/src/test/resources/ 
localizer.properties file? Is openjpa-lib/src/test/resources/ in your  
Idea CLASSPATH?


Are you able to run Maven from the console? If so, do you also get  
that exception when you do so?





On Aug 25, 2006, at 3:12 PM, Marc Logemann wrote:


better, but still one failed:

junit.framework.ComparisonFailure:
Expected :systemvalue1
Actual  :test.systemlocal
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:120)
	at org.apache.openjpa.lib.util.TestLocalizer.testTopLevel 
(TestLocalizer.java:76)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke 
(DelegatingMethodAccessorImpl.java:25)
	at com.intellij.rt.execution.junit2.JUnitStarter.main 
(JUnitStarter.java:32)




--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 23:35 schrieb Marc Prud'hommeaux:



Interesting ... I would have assumed the two would be equivalent.  
Anyway, I've changed it to use equals() ... can you update and re- 
run the tests and see if it still fails?




On Aug 25, 2006, at 2:16 PM, Marc Logemann wrote:


Hi,

Unfortunately Locale.getDefault() == Locale.GERMANY  is false.  
Didnt you mean .equals() ?


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 22:59 schrieb Marc Prud'hommeaux:




Most likely i am the first non EN locale user :) Here is the stack


That's exactly the problem ... the test would actually pass for  
any locale *except* German. I've just committed a fix ... the  
test should pass for you after your next update.












Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Logemann

better, but still one failed:

junit.framework.ComparisonFailure:
Expected :systemvalue1
Actual  :test.systemlocal
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:120)
	at org.apache.openjpa.lib.util.TestLocalizer.testTopLevel 
(TestLocalizer.java:76)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke 
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke 
(DelegatingMethodAccessorImpl.java:25)
	at com.intellij.rt.execution.junit2.JUnitStarter.main 
(JUnitStarter.java:32)




--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 23:35 schrieb Marc Prud'hommeaux:



Interesting ... I would have assumed the two would be equivalent.  
Anyway, I've changed it to use equals() ... can you update and re- 
run the tests and see if it still fails?




On Aug 25, 2006, at 2:16 PM, Marc Logemann wrote:


Hi,

Unfortunately Locale.getDefault() == Locale.GERMANY  is false.  
Didnt you mean .equals() ?


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 22:59 schrieb Marc Prud'hommeaux:




Most likely i am the first non EN locale user :) Here is the stack


That's exactly the problem ... the test would actually pass for  
any locale *except* German. I've just committed a fix ... the  
test should pass for you after your next update.










Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Prud'hommeaux


Interesting ... I would have assumed the two would be equivalent.  
Anyway, I've changed it to use equals() ... can you update and re-run  
the tests and see if it still fails?




On Aug 25, 2006, at 2:16 PM, Marc Logemann wrote:


Hi,

Unfortunately Locale.getDefault() == Locale.GERMANY  is false.  
Didnt you mean .equals() ?


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 22:59 schrieb Marc Prud'hommeaux:




Most likely i am the first non EN locale user :) Here is the stack


That's exactly the problem ... the test would actually pass for  
any locale *except* German. I've just committed a fix ... the test  
should pass for you after your next update.








Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Logemann

Hi,

Unfortunately Locale.getDefault() == Locale.GERMANY  is false. Didnt  
you mean .equals() ?


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 22:59 schrieb Marc Prud'hommeaux:




Most likely i am the first non EN locale user :) Here is the stack


That's exactly the problem ... the test would actually pass for any  
locale *except* German. I've just committed a fix ... the test  
should pass for you after your next update.






Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Logemann
Ohh, you were faster, i just send some more detailed infos but you  
allready got it thats sad ;-)



--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 22:59 schrieb Marc Prud'hommeaux:




Most likely i am the first non EN locale user :) Here is the stack


That's exactly the problem ... the test would actually pass for any  
locale *except* German. I've just committed a fix ... the test  
should pass for you after your next update.





On Aug 25, 2006, at 1:27 PM, Marc Logemann wrote:


Most likely i am the first non EN locale user :) Here is the stack

- 
--

Test set: org.apache.openjpa.lib.util.TestLocalizer
- 
--
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed:  
0.039 sec <<< FAILURE!
testForClass(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0.009 sec  <<< FAILURE!

junit.framework.ComparisonFailure: expected:<...> but was:<..._de>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testForClass 
(TestLocalizer.java:47)


testFallbackLocale(org.apache.openjpa.lib.util.TestLocalizer)   
Time elapsed: 0.002 sec  <<< FAILURE!

junit.framework.ComparisonFailure: expected:<...> but was:<..._de>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testFallbackLocale 
(TestLocalizer.java:65)


testMessageFormat(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0 sec  <<< FAILURE!
junit.framework.ComparisonFailure: expected:<..> but  
was:<..._de...>

at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testMessageFormat 
(TestLocalizer.java:81)



Sorry, i dont have the time today to look into that myself. But i  
can do some things on command, its just that i cant put much brain- 
time into it :-)




3 Tests failed nevertheless so that i had to go with "mvn  
package -Dtest=false" instead of "mvn install".


Just for info:

Running org.apache.openjpa.lib.util.TestLocalizer
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed:  
0.04 sec


That's surprising ... they work for us. Can you mail us the  
openjpa-lib/target/surefire-reports/ 
org.apache.openjpa.lib.util.TestLocalizer.txt file that is the  
test log that should report the failure stack traces?










Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Prud'hommeaux



Most likely i am the first non EN locale user :) Here is the stack


That's exactly the problem ... the test would actually pass for any  
locale *except* German. I've just committed a fix ... the test should  
pass for you after your next update.





On Aug 25, 2006, at 1:27 PM, Marc Logemann wrote:


Most likely i am the first non EN locale user :) Here is the stack

-- 
-

Test set: org.apache.openjpa.lib.util.TestLocalizer
-- 
-
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed:  
0.039 sec <<< FAILURE!
testForClass(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0.009 sec  <<< FAILURE!

junit.framework.ComparisonFailure: expected:<...> but was:<..._de>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testForClass 
(TestLocalizer.java:47)


testFallbackLocale(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0.002 sec  <<< FAILURE!

junit.framework.ComparisonFailure: expected:<...> but was:<..._de>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testFallbackLocale 
(TestLocalizer.java:65)


testMessageFormat(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0 sec  <<< FAILURE!
junit.framework.ComparisonFailure: expected:<..> but  
was:<..._de...>

at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testMessageFormat 
(TestLocalizer.java:81)



Sorry, i dont have the time today to look into that myself. But i  
can do some things on command, its just that i cant put much brain- 
time into it :-)




3 Tests failed nevertheless so that i had to go with "mvn package  
-Dtest=false" instead of "mvn install".


Just for info:

Running org.apache.openjpa.lib.util.TestLocalizer
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed:  
0.04 sec


That's surprising ... they work for us. Can you mail us the  
openjpa-lib/target/surefire-reports/ 
org.apache.openjpa.lib.util.TestLocalizer.txt file that is the  
test log that should report the failure stack traces?








Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Logemann

Most likely i am the first non EN locale user :) Here is the stack

 
---

Test set: org.apache.openjpa.lib.util.TestLocalizer
 
---
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 0.039  
sec <<< FAILURE!
testForClass(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0.009 sec  <<< FAILURE!

junit.framework.ComparisonFailure: expected:<...> but was:<..._de>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testForClass 
(TestLocalizer.java:47)


testFallbackLocale(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0.002 sec  <<< FAILURE!

junit.framework.ComparisonFailure: expected:<...> but was:<..._de>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testFallbackLocale 
(TestLocalizer.java:65)


testMessageFormat(org.apache.openjpa.lib.util.TestLocalizer)  Time  
elapsed: 0 sec  <<< FAILURE!

junit.framework.ComparisonFailure: expected:<..> but was:<..._de...>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
	at org.apache.openjpa.lib.util.TestLocalizer.assertEquals 
(TestLocalizer.java:115)
	at org.apache.openjpa.lib.util.TestLocalizer.testMessageFormat 
(TestLocalizer.java:81)



Sorry, i dont have the time today to look into that myself. But i can  
do some things on command, its just that i cant put much brain-time  
into it :-)




3 Tests failed nevertheless so that i had to go with "mvn package - 
Dtest=false" instead of "mvn install".


Just for info:

Running org.apache.openjpa.lib.util.TestLocalizer
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed:  
0.04 sec


That's surprising ... they work for us. Can you mail us the openjpa- 
lib/target/surefire-reports/ 
org.apache.openjpa.lib.util.TestLocalizer.txt file that is the test  
log that should report the failure stack traces?






Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Prud'hommeaux

Marc-

On Aug 25, 2006, at 12:22 PM, Marc Logemann wrote:


Hi,

thanks for hints. After 3x times executing "mvn install", i finally  
got all the deps. Weird that there are interruptions,... maven2  
mystery.


ibiblio is a somewhat delicate server, and Maven doesn't  
automatically re-try. In the past, with a fresh repository, I've  
needed to re-run it over a dozen times in order to successfully  
download all the dependencies. It's can be confusing and frustrating.


3 Tests failed nevertheless so that i had to go with "mvn package - 
Dtest=false" instead of "mvn install".


Just for info:

Running org.apache.openjpa.lib.util.TestLocalizer
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed:  
0.04 sec


That's surprising ... they work for us. Can you mail us the openjpa- 
lib/target/surefire-reports/ 
org.apache.openjpa.lib.util.TestLocalizer.txt file that is the test  
log that should report the failure stack traces?




--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 18:15 schrieb Bryan Noll:


Marc...

Just try it again... looks like Maven just couldn't get it  
downloaded entirely...


To be safe, you may want to do the following first, just in case  
it got it partially downloaded:


rm -rf ${user.home}/.m2/repository/org/apache/maven/doxia

${user.home} on a windows box would be C:\Documents and Settings/ 



Marc Logemann wrote:

Hi,

just wanted to build OpenJPA and got:

Downloading: http://repo1.maven.org/maven2/org/apache/maven/doxia/ 
doxia-sink-api/1.0-alpha-8/doxia-sink-api-1.0-alpha-8.pom

424b downloaded
[INFO]  
 


[ERROR] BUILD ERROR
[INFO]  
 


[INFO] Error building POM (may not be this project's POM).


Project ID: org.apache.maven.doxia:doxia-sink-api

Reason: Error getting POM for 'org.apache.maven.doxia:doxia-sink- 
api' from the repository: Error transferring file

  org.apache.maven.doxia:doxia-sink-api:pom:1.0-alpha-8

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.snapshots (http://svn.apache.org/maven-snapshot- 
repository),

  snapshots (http://snapshots.maven.codehaus.org/maven2)


Is there something wrong with the dependencies? I am first time  
Maven (allways managed to ignore it) user so perhaps i am missing  
something.


Thanks for infos.


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de









Re: doxia-sink-api POM problem

2006-08-25 Thread Marc Logemann

Hi,

thanks for hints. After 3x times executing "mvn install", i finally  
got all the deps. Weird that there are interruptions,... maven2 mystery.


3 Tests failed nevertheless so that i had to go with "mvn package - 
Dtest=false" instead of "mvn install".


Just for info:

Running org.apache.openjpa.lib.util.TestLocalizer
Tests run: 7, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


Am 25.08.2006 um 18:15 schrieb Bryan Noll:


Marc...

Just try it again... looks like Maven just couldn't get it  
downloaded entirely...


To be safe, you may want to do the following first, just in case it  
got it partially downloaded:


rm -rf ${user.home}/.m2/repository/org/apache/maven/doxia

${user.home} on a windows box would be C:\Documents and Settings/ 



Marc Logemann wrote:

Hi,

just wanted to build OpenJPA and got:

Downloading: http://repo1.maven.org/maven2/org/apache/maven/doxia/ 
doxia-sink-api/1.0-alpha-8/doxia-sink-api-1.0-alpha-8.pom

424b downloaded
[INFO]  
- 
---

[ERROR] BUILD ERROR
[INFO]  
- 
---

[INFO] Error building POM (may not be this project's POM).


Project ID: org.apache.maven.doxia:doxia-sink-api

Reason: Error getting POM for 'org.apache.maven.doxia:doxia-sink- 
api' from the repository: Error transferring file

  org.apache.maven.doxia:doxia-sink-api:pom:1.0-alpha-8

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
  snapshots (http://snapshots.maven.codehaus.org/maven2)


Is there something wrong with the dependencies? I am first time  
Maven (allways managed to ignore it) user so perhaps i am missing  
something.


Thanks for infos.


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de







Re: doxia-sink-api POM problem

2006-08-25 Thread Bryan Noll

Marc...

Just try it again... looks like Maven just couldn't get it downloaded 
entirely...


To be safe, you may want to do the following first, just in case it got 
it partially downloaded:


rm -rf ${user.home}/.m2/repository/org/apache/maven/doxia

${user.home} on a windows box would be C:\Documents and Settings/

Marc Logemann wrote:

Hi,

just wanted to build OpenJPA and got:

Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-sink-api/1.0-alpha-8/doxia-sink-api-1.0-alpha-8.pom 


424b downloaded
[INFO] 


[ERROR] BUILD ERROR
[INFO] 


[INFO] Error building POM (may not be this project's POM).


Project ID: org.apache.maven.doxia:doxia-sink-api

Reason: Error getting POM for 'org.apache.maven.doxia:doxia-sink-api' 
from the repository: Error transferring file

  org.apache.maven.doxia:doxia-sink-api:pom:1.0-alpha-8

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
  snapshots (http://snapshots.maven.codehaus.org/maven2)


Is there something wrong with the dependencies? I am first time Maven 
(allways managed to ignore it) user so perhaps i am missing something.


Thanks for infos.


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de





RE: doxia-sink-api POM problem

2006-08-25 Thread Patrick Linskey
I've no idea about that particular message, but in my experience it
sometimes takes a few runs to get mvn to run the first time, since both the
apache and ibiblio repositories are a tad flaky.

BTW, what's the version of your mvn? (mvn -v) Mine is 2.0.4.

-Patrick

-- 
Patrick Linskey
BEA Systems, Inc. 

> -Original Message-
> From: Marc Logemann [mailto:[EMAIL PROTECTED] 
> Sent: Friday, August 25, 2006 8:52 AM
> To: open-jpa-dev@incubator.apache.org
> Subject: doxia-sink-api POM problem
> 
> Hi,
> 
> just wanted to build OpenJPA and got:
> 
> Downloading: http://repo1.maven.org/maven2/org/apache/maven/doxia/ 
> doxia-sink-api/1.0-alpha-8/doxia-sink-api-1.0-alpha-8.pom
> 424b downloaded
> [INFO]  
> --
> --
> [ERROR] BUILD ERROR
> [INFO]  
> --
> --
> [INFO] Error building POM (may not be this project's POM).
> 
> 
> Project ID: org.apache.maven.doxia:doxia-sink-api
> 
> Reason: Error getting POM for 
> 'org.apache.maven.doxia:doxia-sink-api'  
> from the repository: Error transferring file
>org.apache.maven.doxia:doxia-sink-api:pom:1.0-alpha-8
> 
> from the specified remote repositories:
>central (http://repo1.maven.org/maven2),
>apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
>snapshots (http://snapshots.maven.codehaus.org/maven2)
> 
> 
> Is there something wrong with the dependencies? I am first 
> time Maven  
> (allways managed to ignore it) user so perhaps i am missing something.
> 
> Thanks for infos.
> 
> 
> --
> regards
> Marc Logemann
> [blog] http://www.logemann.org
> [busn] http://www.logentis.de
> 
> 
> 
___
Notice:  This email message, together with any attachments, may contain
information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
entities,  that may be confidential,  proprietary,  copyrighted  and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.


smime.p7s
Description: S/MIME cryptographic signature