On Jan 18, 2014, at 3:31 AM, Brian Burch wrote:

> On 18/01/14 10:32, Harry Metske wrote:
>> Brian,
>> 
>> there is a small mvn cheatsheet in the root of the project (I ask myself
>> this same question too every time) :
>> http://svn.apache.org/viewvc/jspwiki/trunk/mvn_cheat-sheet.txt?view=markup
>> 
>> So this would be the mvn equivalent:   mvn test
>> -Dtest=org.apache.wiki.ReferenceManagerTest

In my experience, there's no need to qualify the name of the test. Maven does a 
match on the name given, regardless of its fully qualified name. So the above 
should be -Dtest=ReferenceManagerTest and should work whatever the current 
directory.

Regards,

Craig
> 
> Thanks for your suggestion Harry.
> 
> 1. It failed "no test found" when I ran it under the highest project. I 
> guessed right that it would work once I cd'ed into the jspwiki-war 
> subdirectory.
> 
> 2. I set the compiler parameter in front of the "test" goal (I was happier 
> with ant style), rather than after as you suggested. That worked for me.
> 
> 3. The single test suite runs ok under maven from a linux command prompt - 
> all 18 cases successful.
> 
> Hmmm. Useful diagnostic information in a negative sort of way.
> 
> Looks like I need some help choosing break points. Pity I will be forced to 
> run the entire project test suite under netbeans to reproduce the failure!!!
> 
> Brian
> 
>> kind regards,
>> Harry
>> 
>> 
>> 
>> On 18 January 2014 11:26, Brian Burch <br...@pingtoo.com> wrote:
>> 
>>> On 18/01/14 01:03, Juan Pablo Santos Rodríguez wrote:
>>> 
>>>> (changed thread subject in order to not pollute the vote thread)
>>>> 
>>>> Hi Brian,
>>>> 
>>>> a couple of questions:
>>>> 
>>>> did you an "mvn install" or "mvn clean install"? if the first, did you do
>>>> it on a fresh copy or over a working copy?
>>>> 
>>> 
>>> Clean checkout, then "mvn install".
>>> 
>>> Just to be paranoid, I have now done "svn update" (nothing changed), "mvn
>>> clean install". The same 2 tests fail, although everything else succeeds.
>>> 
>>>  can you run those tests individually on your IDE? maybe there is an issue
>>>> related to tests execution order
>>>> (https://builds.apache.org/job/JSPWiki/does the build fine, as
>>>> https://analysis.apache.org/jenkins/job/jspwiki/, and I cannot reproduce
>>>> on
>>>> my local environment)
>>>> 
>>> 
>>> I just opened rc2 as a new project under netbeans and ran the suite
>>> org.apache.wiki.ReferenceManagerTest. ALL 18 tests pass.
>>> 
>>> In my experience, it is less likely to be a suite execution order problem.
>>> Much more likely there is a test case exec order problem.
>>> 
>>> I mostly work with ant projects. Can you save me time by telling me the
>>> maven equivalent of the following:
>>> 
>>> ant -Dtest.entry=org.apache.wiki.ReferenceManagerTest test
>>> 
>>> so I can see what happens to the test when it is executed on its own
>>> outside my ide?
>>> 
>>>  could you verify you have an
>>>> $WORKSPACE/jspwiki-war/target/test-classes/testworkdir/refmgr.ser file
>>>> when
>>>> the tests fail?
>>>> 
>>> 
>>> That file still exists after the "mvn install" has failed. It is binary -
>>> is there any point looking inside it?
>>> 
>>> Regards,
>>> 
>>> Brian
>>> 
>>>  br,
>>>> juan pablo
>>>> 
>>>> 
>>>> On Fri, Jan 17, 2014 at 10:54 AM, Brian Burch <br...@pingtoo.com> wrote:
>>>> 
>>>>  On 15/01/14 20:48, Harry Metske wrote:
>>>>> 
>>>>>  +1
>>>>>> 
>>>>>> kind regards,
>>>>>> Harry
>>>>>> 
>>>>>> 
>>>>>>  I only started working on 2.10 this week, so I don't want to spoil the
>>>>> party!
>>>>> 
>>>>> I checked out the trunk at r1557110 on my main dev machine and it built
>>>>> and tested perfectly.
>>>>> 
>>>>> Yesterday, while preparing for a trip, I checked out the trunk at
>>>>> r1559044
>>>>> on my laptop. mvn install fails two tests.
>>>>> 
>>>>> Rather than mess around with the evolving trunk, I have just checked out
>>>>> RC2 on my laptop. The two tests fail in the same way as the trunk. The
>>>>> following report is taken from RC2:
>>>>> 
>>>>> ------------------------------------------------------------
>>>>> -------------------
>>>>> Test set: org.apache.wiki.ReferenceManagerTest
>>>>> ------------------------------------------------------------
>>>>> -------------------
>>>>> Tests run: 18, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.95 sec
>>>>> <<< FAILURE! - in org.apache.wiki.ReferenceManagerTest
>>>>> testUpdateBothExist(org.apache.wiki.ReferenceManagerTest)  Time elapsed:
>>>>> 0.063 sec  <<< ERROR!
>>>>> java.lang.NullPointerException: null
>>>>>          at org.apache.wiki.providers.BasicAttachmentProvider.
>>>>> deleteAttachment(BasicAttachmentProvider.java:692)
>>>>>          at org.apache.wiki.providers.CachingAttachmentProvider.
>>>>> deleteAttachment(CachingAttachmentProvider.java:327)
>>>>>          at org.apache.wiki.attachment.AttachmentManager.
>>>>> deleteAttachment(
>>>>> AttachmentManager.java:605)
>>>>>          at org.apache.wiki.WikiEngine.deletePage(WikiEngine.java:2188)
>>>>>          at org.apache.wiki.ReferenceManagerTest.tearDown(
>>>>> ReferenceManagerTest.java:76)
>>>>> 
>>>>> testSelf(org.apache.wiki.ReferenceManagerTest)  Time elapsed: 0.045 sec
>>>>>   <<< ERROR!
>>>>> org.apache.wiki.InternalWikiException: Refmgr out of sync: page Foobar
>>>>> refers to Foobars, which has null referrers.
>>>>>          at org.apache.wiki.ReferenceManager.pageRemoved(
>>>>> ReferenceManager.java:625)
>>>>>          at org.apache.wiki.ReferenceManager.actionPerformed(
>>>>> ReferenceManager.java:1177)
>>>>>          at org.apache.wiki.event.WikiEventManager$
>>>>> WikiEventDelegate.fireEvent(WikiEventManager.java:562)
>>>>>          at org.apache.wiki.event.WikiEventManager.fireEvent(
>>>>> WikiEventManager.java:344)
>>>>>          at org.apache.wiki.PageManager.fireEvent(PageManager.java:701)
>>>>>          at org.apache.wiki.PageManager.deletePage(PageManager.java:548)
>>>>>          at org.apache.wiki.WikiEngine.deletePage(WikiEngine.java:2191)
>>>>>          at org.apache.wiki.ReferenceManagerTest.tearDown(
>>>>> ReferenceManagerTest.java:77)
>>>>> 
>>>>> 
>>>>> Both systems run ubuntu 13.10 and are fairly similar - the laptop has the
>>>>> low latency kernel and the desktop uses generic. Both run 32 bit
>>>>> 3.11.0-15
>>>>> kernels. I don't think this is a relevant factor.
>>>>> 
>>>>> Both systems run the same default jdk:
>>>>> java version "1.7.0_25"
>>>>> OpenJDK Runtime Environment (IcedTea 2.3.12) (7u25-2.3.12-4ubuntu3)
>>>>> OpenJDK Server VM (build 23.7-b01, mixed mode)
>>>>> 
>>>>> I haven't yet checked out RC2 on my desktop, but I expect it would work.
>>>>> 
>>>>> Is this a known problem? If not, what can I do to help diagnose it
>>>>> further?
>>>>> 
>>>>> Regards,
>>>>> 
>>>>> Brian
>>>>> 
>>>>> 
>>>>>   On 14 January 2014 23:08, Juan Pablo Santos Rodríguez <
>>>>> 
>>>>>> juanpablo.san...@gmail.com> wrote:
>>>>>> 
>>>>>>   This is a release vote for Apache JSPWiki, version 2.10.0. The vote
>>>>>> will
>>>>>> 
>>>>>>> be
>>>>>>> open for at least 72 hours from now.
>>>>>>> 
>>>>>>> It fixes the following issues:
>>>>>>> 
>>>>>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
>>>>>>> projectId=12310732&version=12323941
>>>>>>> 
>>>>>>> Note that we are voting upon the source (tag), binaries are provided
>>>>>>> for
>>>>>>> convenience.
>>>>>>> 
>>>>>>> Everybody is encouraged to vote.
>>>>>>> 
>>>>>>> Source and binary files:
>>>>>>> http://people.apache.org/~juanpablo/releases/2.10.0-rc2
>>>>>>> 
>>>>>>> Nexus staging repo:
>>>>>>> https://repository.apache.org/content/repositories/
>>>>>>> orgapachejspwiki-1000/
>>>>>>> 
>>>>>>> The tag to be voted upon:
>>>>>>> http://svn.apache.org/repos/asf/jspwiki/tags/jspwiki_2_10_0_rc2
>>>>>>> 
>>>>>>> JSPWiki's KEYS file containing PGP keys we use to sign the release:
>>>>>>> http://svn.apache.org/repos/asf/jspwiki/tags/jspwiki_2_10_0_rc2/KEYS
>>>>>>> 
>>>>>>> *** Please download, test and vote:
>>>>>>> 
>>>>>>> [ ] +1 Approve the release
>>>>>>> [ ]  0 Don't mind
>>>>>>> [ ] -1 Disapprove the release (please provide specific comments)
>>>>>>> 
>>>>>>> 
>>>>>>> br,
>>>>>>> juan pablo
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>> 
>> 
> 

Craig L Russell
Architect, Oracle
http://db.apache.org/jdo
408 276-5638 mailto:craig.russ...@oracle.com
P.S. A good JDO? O, Gasp!

Reply via email to