cayenne-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrey Razumovsky <razumovsky.and...@gmail.com>
Subject Re: svn commit: r902045 - /cayenne/main/trunk/framework/cayenne-jdk1.5-unpublished/pom.xml
Date Fri, 22 Jan 2010 11:33:51 GMT
Oops, today I switched off tests when playing with conf. Check the page now
again!

2010/1/22 Aristedes Maniatis <ari@maniatis.org>

> On 22/01/10 9:41 PM, Andrey Razumovsky wrote:
>
>> 2010/1/22 Aristedes Maniatis<ari@maniatis.org>
>>
>>  On 22/01/10 8:40 PM, andrey@apache.org wrote:
>>>
>>>  URL:http://svn.apache.org/viewvc?rev=902045&view=rev
>>>> Log:
>>>> trying to make clover work
>>>>
>>>>
>>> Yeah, I've got some uncommitted changes to try and do the same. But I
>>> suspect the problem is that all the maven poms don't fall into a nice
>>> hierarchical tree. I know Andrus has goals of not sucking in too many
>>> poms
>>> for end users, but I still think it is causing problems.
>>>
>>>
>>>  No, maven reactor build order is always the same. Just somewhy same
>> generate-sources tasks in main and clover lifecycle produces different
>> number of files (specifically, Node.java). I see someone already faced
>> this
>> trouble and that's why there is Ant delete task. I only changed its
>> directory to correct one and now Cayenne-doc builds successfully
>>
>
>
> But you'll notice that Clover didn't find a single instrumented class so
> nothing looks like it is tested. I'm guessing this is because each pom which
> doesn't have a valid parent is pulling the parent code from the jars
> installed in ~/.m2 and not from the code compiled into target folders.
>
>  http://hudson.zones.apache.org/hudson/job/Cayenne-doc/clover
>
> This is probably why you always have to perform 'install' in order to
> ensure that the project builds properly and you don't get wierd random bugs.
> Clover instruments into target folders, but never installs instrumented code
> to a jar. Parents know about children, but children never know about the
> parent.
>
> I know we've been over this ground before, but as I understand maven better
> and how it expects things to work, I see that it is very sensitive to doing
> things the 'maven way'.
>
>
>
> Ari
>
>
> --
> -------------------------->
> Aristedes Maniatis
> GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A
>



-- 
Andrey

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