Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 27, 2006, at 12:52 AM, Vladimir Ivanov wrote: On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 26, 2006, at 10:47 PM, Vladimir Ivanov wrote: On 9/26/06, Geir Magnusson Jr. [EMAIL PROTECTED] 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) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev- [EMAIL PROTECTED] For additional commands,
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: 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... I know. I just do small update for yor system :) 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. Agree. But instead of one line of code in the build we have 20+ in the tool (and 3 in my bat-file to do full testing cycle for classlib). Of cause, tool can do it (and do now) but we can do some things more easy. thanks, Vladimir geir
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 27, 2006, at 8:14 AM, Vladimir Ivanov wrote: On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: 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. Agree. But instead of one line of code in the build we have 20+ in the tool (and 3 in my bat-file to do full testing cycle for classlib). Of cause, tool can do it (and do now) but we can do some things more easy. Can I ask what you are trying to do? The build-test thingy wont' get simpler because of this patch, because we want the build-test tool to record it's actions in fine detail, and the only way to do that is to do the actions individually. Therefore, calling some do-everything target is a non-starter as lots of important information will be lost, with the only gain I can see is saving 19 lines of code that we'd write once and everyone would use. it just hides information for no gain. Maybe I'm misunderstanding your motivation? Having that target in classlib is fine. But I can't see why we'd ever want to use it in the context that we are discussing it geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 27, 2006, at 8:14 AM, Vladimir Ivanov wrote: On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: 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. Agree. But instead of one line of code in the build we have 20+ in the tool (and 3 in my bat-file to do full testing cycle for classlib). Of cause, tool can do it (and do now) but we can do some things more easy. Can I ask what you are trying to do? The build-test thingy wont' get simpler because of this patch, because we want the build-test tool to record it's actions in fine detail, and the only way to do that is to do the actions individually. Therefore, calling some do-everything target is a non-starter as lots of important information will be lost, with the only gain I can see is saving 19 lines of code that we'd write once and everyone would use. it just hides information for no gain. Sorry, I can not see any place where we hide information. Build logs will be available with the same details. Strictly speaking, nothing will change (except script simplification) - just some legal build sequence will be moved from external tool to the build system. thanks, Vladimir Maybe I'm misunderstanding your motivation? Having that target in classlib is fine. But I can't see why we'd ever want to use it in the context that we are discussing it geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 27, 2006, at 9:11 AM, Vladimir Ivanov wrote: On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: Can I ask what you are trying to do? The build-test thingy wont' get simpler because of this patch, because we want the build-test tool to record it's actions in fine detail, and the only way to do that is to do the actions individually. Therefore, calling some do-everything target is a non-starter as lots of important information will be lost, with the only gain I can see is saving 19 lines of code that we'd write once and everyone would use. it just hides information for no gain. Sorry, I can not see any place where we hide information. Build logs will be available with the same details. Strictly speaking, nothing will change (except script simplification) - just some legal build sequence will be moved from external tool to the build system. How will you be able to grab that information from the logs, so I can see histories and such? I'm not going to go manually scanning logs. I want a web page that shows me the history. This is what the CI system does right now. Why would we want to reverse that? I want to be able to graph the times to look for aberrations I guess you can write log-scanning code, but that seems to be longer than the 19 extra lines that would be in the script for cruise control... geir thanks, Vladimir Maybe I'm misunderstanding your motivation? Having that target in classlib is fine. But I can't see why we'd ever want to use it in the context that we are discussing it geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: How will you be able to grab that information from the logs, so I can see histories and such? I'm not going to go manually scanning logs. I want a web page that shows me the history. This is what the CI system does right now. Why would we want to reverse that? I want to be able to graph the times to look for aberrations I guess you can write log-scanning code, but that seems to be longer than the 19 extra lines that would be in the script for cruise control... OK. At least now I see a difference. You think about web-interface primary but I about notification interface. In both cases to define the reason of failure you should scanning logs but to see the 'current state' web interface more convenient. At nearest time I will experiment with both systems to define the best one and share results. thanks, Vladimir geir thanks, Vladimir Maybe I'm misunderstanding your motivation? Having that target in classlib is fine. But I can't see why we'd ever want to use it in the context that we are discussing it geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 27, 2006, at 10:12 AM, Vladimir Ivanov wrote: On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: How will you be able to grab that information from the logs, so I can see histories and such? I'm not going to go manually scanning logs. I want a web page that shows me the history. This is what the CI system does right now. Why would we want to reverse that? I want to be able to graph the times to look for aberrations I guess you can write log-scanning code, but that seems to be longer than the 19 extra lines that would be in the script for cruise control... OK. At least now I see a difference. You think about web-interface primary but I about notification interface. No. i think about the data. The fact that I use a web interface to look at that data is irrelevant. As to notification, we can program the thing to do any behavior you want. There's no need to require a 1:1 mapping of notification behavior to build target in classlib. In both cases to define the reason of failure you should scanning logs but to see the 'current state' web interface more convenient. At nearest time I will experiment with both systems to define the best one and share results. thanks, Vladimir geir thanks, Vladimir Maybe I'm misunderstanding your motivation? Having that target in classlib is fine. But I can't see why we'd ever want to use it in the context that we are discussing it geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On 9/26/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 25, 2006, at 6:49 AM, Vladimir Ivanov wrote: On 9/25/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 25, 2006, at 5:05 AM, Vladimir Ivanov wrote: Actually, now 3 targets should be called one-by-one (4 in case of vm) to reproduce development cycle. Of cause, external tool can do it but it is seems more reasonable to have this command in the build. I see what you mean. I don't agree. The nice thing about having the external tool, is that the external tool can report on which phase broke. By calling an ubertarget that does everything, all it knows is that the ubertarget failed. For example, if you know that the tests failed, the system could examine the svn log between the time that the tests passed, and the time they failed, and send a note to developers giving them a hint of what changed to help find out what went wrong. If sophisticated enough, it could just figure it out from stack trace, and mail the responsible developer directly :) In the case when we have one target the building strategy defined by build. It just do step-by-step and report failure if any step failed (and stop to wait fix). So we have one 'event' for one module - ws updated and after it we should test these changes (that includes update, build and test). If any phase failed no need to do other. It works for each project while project and tests placed in the one ws. The external tool may implement some build sequences but seems it should be defined be build itself. 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) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 26, 2006, at 2:49 AM, Vladimir Ivanov wrote: On 9/26/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 25, 2006, at 6:49 AM, Vladimir Ivanov wrote: On 9/25/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 25, 2006, at 5:05 AM, Vladimir Ivanov wrote: Actually, now 3 targets should be called one-by-one (4 in case of vm) to reproduce development cycle. Of cause, external tool can do it but it is seems more reasonable to have this command in the build. I see what you mean. I don't agree. The nice thing about having the external tool, is that the external tool can report on which phase broke. By calling an ubertarget that does everything, all it knows is that the ubertarget failed. For example, if you know that the tests failed, the system could examine the svn log between the time that the tests passed, and the time they failed, and send a note to developers giving them a hint of what changed to help find out what went wrong. If sophisticated enough, it could just figure it out from stack trace, and mail the responsible developer directly :) In the case when we have one target the building strategy defined by build. It just do step-by-step and report failure if any step failed (and stop to wait fix). So we have one 'event' for one module - ws updated and after it we should test these changes (that includes update, build and test). If any phase failed no need to do other. 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... It works for each project while project and tests placed in the one ws. 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. 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) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On 9/26/06, Geir Magnusson Jr. [EMAIL PROTECTED] 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. ... 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). 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. 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) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 26, 2006, at 10:47 PM, Vladimir Ivanov wrote: On 9/26/06, Geir Magnusson Jr. [EMAIL PROTECTED] 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. ... 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? 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. 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) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On 9/27/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 26, 2006, at 10:47 PM, Vladimir Ivanov wrote: On 9/26/06, Geir Magnusson Jr. [EMAIL PROTECTED] 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. ... 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. 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) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev- [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: [testing] HARMONY-995: adding new target to builds for automatic testing
Now I install the BT infrastructure on the 2 comp's: win and linux. It is woks (with small improvements. the readme.txt was updated to describe it), but I want to discuss adding a new top-level target to the vm/API builds (for example, 'all'). This target will do nothing but depends on - for API build: all = fetch-depends + rebuild + test - for VM build: all = update + clean + build + test Seems, it will be convenient for automatic (or nightly) building and testing Harmony and, may be, newbie who want to look to what is Harmony today without documentation readingJ. If nobody objects I'll prepare patch. Thanks, Vladimir -- Forwarded message -- From: Vladimir Ivanov (JIRA) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 25, 2006, at 5:05 AM, Vladimir Ivanov wrote: Now I install the BT infrastructure on the 2 comp's: win and linux. It is woks (with small improvements. the readme.txt was updated to describe it), but I want to discuss adding a new top-level target to the vm/API builds (for example, 'all'). This target will do nothing but depends on - for API build: all = fetch-depends + rebuild + test - for VM build: all = update + clean + build + test Seems, it will be convenient for automatic (or nightly) building and testing Harmony and, may be, newbie who want to look to what is Harmony today without documentation readingJ. If nobody objects I'll prepare patch. That's fine, I think, but I'm just surprised it doesn't do that now... what does it do now? geir Thanks, Vladimir -- Forwarded message -- From: Vladimir Ivanov (JIRA) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On 9/25/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 25, 2006, at 5:05 AM, Vladimir Ivanov wrote: Seems, it will be convenient for automatic (or nightly) building and testing Harmony and, may be, newbie who want to look to what is Harmony today without documentation readingJ. If nobody objects I'll prepare patch. That's fine, I think, but I'm just surprised it doesn't do that now... what does it do now? Actually, now 3 targets should be called one-by-one (4 in case of vm) to reproduce development cycle. Of cause, external tool can do it but it is seems more reasonable to have this command in the build. Issue http://issues.apache.org/jira/browse/HARMONY-1565 with trivial update was created. thanks, Vladimir geir Thanks, Vladimir -- Forwarded message -- From: Vladimir Ivanov (JIRA) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [testing] HARMONY-995: adding new target to builds for automatic testing
On Sep 25, 2006, at 6:49 AM, Vladimir Ivanov wrote: On 9/25/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote: On Sep 25, 2006, at 5:05 AM, Vladimir Ivanov wrote: Seems, it will be convenient for automatic (or nightly) building and testing Harmony and, may be, newbie who want to look to what is Harmony today without documentation readingJ. If nobody objects I'll prepare patch. That's fine, I think, but I'm just surprised it doesn't do that now... what does it do now? Actually, now 3 targets should be called one-by-one (4 in case of vm) to reproduce development cycle. Of cause, external tool can do it but it is seems more reasonable to have this command in the build. I see what you mean. I don't agree. The nice thing about having the external tool, is that the external tool can report on which phase broke. By calling an ubertarget that does everything, all it knows is that the ubertarget failed. For example, if you know that the tests failed, the system could examine the svn log between the time that the tests passed, and the time they failed, and send a note to developers giving them a hint of what changed to help find out what went wrong. If sophisticated enough, it could just figure it out from stack trace, and mail the responsible developer directly :) 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) [EMAIL PROTECTED] Date: Sep 25, 2006 3:31 PM Subject: [jira] Updated: (HARMONY-995) [testing] add support of proxy settings for get-task To: [EMAIL PROTECTED] [ 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: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
