harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Geir Magnusson Jr." <g...@pobox.com>
Subject Re: [testing] HARMONY-995: adding new target to builds for automatic testing
Date Wed, 27 Sep 2006 11:22:21 GMT

On Sep 27, 2006, at 12:52 AM, Vladimir Ivanov wrote:

> On 9/27/06, Geir Magnusson Jr. <geir@pobox.com> wrote:
>>
>>
>> On Sep 26, 2006, at 10:47 PM, Vladimir Ivanov wrote:
>>
>> > On 9/26/06, Geir Magnusson Jr. <geir@pobox.com> wrote:
>> >>
>> >> <...>
>> >>
>> >> Right, but the system can easily automate doing the three steps in
>> >> phases.  The "build-test infrastructure" does that already.   
>> Well get
>> >> timing info too...
>> >
>> >
>> > Yes, but some people want to receive one notification for one
>> > module (like
>> > 'classlib OK' that means ws was built and all tests passed). In the
>> > current
>> > model this feature is not accessible.
>>
>> Why not?  If someone wanted that, I'd design it so no mail is send on
>> success of fetch and build, but only on tests.
>
>
>
> In this case he will miss the 'build-broken' event.

We seem to be having a bit of a communication issue.  No, he wouldn't  
miss it, because the system would send mail in that case.

The system would send mail in case of failure for every case, and  
only success for the tests, as you seemed to be asking.

Actually, my configuration wouldn't send mail for anything except  
"transition" - first failure, and then first recovery...

>
>>
>> > <...>
>> >>
>> >> > The external tool may implement some build sequences but  
>> seems it
>> >> > should be defined be build itself.
>> >>
>> >> It is defined by build, but people are given the freedom of
>> >> individual piece-parts for good reason.
>> >
>> >
>> > Nobody takes away the freedom.
>> > My suggestion was to add flexibility: if somebody wants build  
>> and test
>> > Harmony by one command he can easily do it (not now). If other
>> > peoples want
>> > to do it step-by-step it is OK. It is their choice.
>> > But build should provide both capabilities (at least, while it
>> > costs nothing
>> > - 1 line of code).
>>
>> Agreed - but who wants that now?  IOW, what are you doing that
>> requires this?
>
>
>
> Sometimes I checkout ws as clean and for me it will be convenient to
> fetch-depend, build and test it at one moment. Of cause, it is not  
> too often
> :)
>
>
>
>> >
>> > By the way, the "build-test infrastructure" may be updated to
>> > support both
>> > modes by switch: do all commands step-by-step or run one command.
>>
>> I guess I still don't understand why, since  I don't see to the user
>> what the difference is if the system does three actions, or just one.
>
>
> For CC, the difference is three or one notification if user does  
> not want to
> miss some events.

But you can send just one email with a summary of everything that  
happened during that run.

The fact that the system did :

    call fetch-depends
    call build clean
    call build
    call test

should have no bearing on how many emails it sends.

geir


>
> thanks, Vladimir
>
> geir
>>
>>
>> > thanks, Vladimir
>> >
>> > geir
>> >>
>> >> >
>> >> >
>> >> >
>> >> > thanks, Vladimir
>> >> >
>> >> >
>> >> >
>> >> >>
>> >> >> > Issue http://issues.apache.org/jira/browse/HARMONY-1565 with
>> >> >> > trivial update
>> >> >> > was created.
>> >> >>
>> >> >> So do we really need this?
>> >> >>
>> >> >> geir
>> >> >>
>> >> >>
>> >> >> >
>> >> >> > thanks, Vladimir
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > geir
>> >> >> >>
>> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >> > Thanks, Vladimir
>> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >> > ---------- Forwarded message ----------
>> >> >> >> > From: Vladimir Ivanov (JIRA) <jira@apache.org>
>> >> >> >> > Date: Sep 25, 2006 3:31 PM
>> >> >> >> > Subject: [jira] Updated: (HARMONY-995) [testing]
add
>> >> support of
>> >> >> >> proxy
>> >> >> >> > settings for get-task
>> >> >> >> > To: ivavladimir@gmail.com
>> >> >> >> >
>> >> >> >> >    [ http://issues.apache.org/jira/browse/HARMONY-995?
>> >> page=all ]
>> >> >> >> >
>> >> >> >> > Vladimir Ivanov updated HARMONY-995:
>> >> >> >> > ------------------------------------
>> >> >> >> >
>> >> >> >> >   Attachment: build.patch
>> >> >> >> >
>> >> >> >> > add notification, timeouts etc
>> >> >> >> >
>> >> >> >> >> [testing] add support of proxy settings for get-task
>> >> >> >> >> ----------------------------------------------------
>> >> >> >> >>
>> >> >> >> >>                 Key: HARMONY-995
>> >> >> >> >>                 URL: http://issues.apache.org/jira/

>> browse/
>> >> >> >> HARMONY-995
>> >> >> >> >>             Project: Harmony
>> >> >> >> >>          Issue Type: Bug
>> >> >> >> >>          Components: build - test - ci
>> >> >> >> >>            Reporter: Vladimir Ivanov
>> >> >> >> >>            Priority: Minor
>> >> >> >> >>         Attachments: build.patch, build.xml.patch,
>> >> >> build.xml.patch
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> 1) add external property file with proxy settings
to use
>> >> it int
>> >> >> >> the
>> >> >> >> > build.xml for <get> task (when needed).
>> >> >> >> >> 2) add '/c' symbol to run CC on win
>> >> >> >> >> 3) seems, that readme.txt file should be updated
to  
>> point as
>> >> >> >> >> define proxy
>> >> >> >> > for svn and get certificate
>> >> >> >> >
>> >> >> >> > --
>> >> >> >> > This message is automatically generated by JIRA.
>> >> >> >> > -
>> >> >> >> > If you think it was sent incorrectly contact one
of the
>> >> >> >> > administrators:
>> >> >> >> > http://issues.apache.org/jira/secure/Administrators.jspa
>> >> >> >> > -
>> >> >> >> > For more information on JIRA, see: http:// 
>> www.atlassian.com/
>> >> >> >> > software/jira
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >>
>> >>  
>> ---------------------------------------------------------------------
>> >> >> >> Terms of use : http://incubator.apache.org/harmony/ 
>> mailing.html
>> >> >> >> To unsubscribe, e-mail: harmony-dev-
>> >> >> unsubscribe@incubator.apache.org
>> >> >> >> For additional commands, e-mail: harmony-dev-
>> >> >> >> help@incubator.apache.org
>> >> >> >>
>> >> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >>  
>> ---------------------------------------------------------------------
>> >> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> >> >> To unsubscribe, e-mail: harmony-dev-
>> >> unsubscribe@incubator.apache.org
>> >> >> For additional commands, e-mail: harmony-dev-
>> >> >> help@incubator.apache.org
>> >> >>
>> >> >>
>> >>
>> >>
>> >>  
>> ---------------------------------------------------------------------
>> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> >> To unsubscribe, e-mail: harmony-dev- 
>> unsubscribe@incubator.apache.org
>> >> For additional commands, e-mail: harmony-dev-
>> >> help@incubator.apache.org
>> >>
>> >>
>>
>>
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev- 
>> help@incubator.apache.org
>>
>>


---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message