Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mdt-ocl.dev] Javadoc builds

Hi Adolfo

It ran all my tests then barfed on "jjunit". How many mistakes did I make adding these tests !!!

I'll recommit the tests that use EMF Compare.

    Ed


On 07/03/2011 15:34, Ed Willink wrote:
Hi Adolfo

All yours. I just backed out the 'this model == that model' JUnit tests so that EMF Compare wouldn't be needed, but if you can fix it great. Just back out my 'Remove EMF Compare dependencies' commits to reactivate it.

     Ed

On 07/03/2011 15:02, Adolfo Sánchez-Barbudo Herrera wrote:
Ed,

The javadoc is not the cause of making servers hang up... This abnormal behaviour is being randomly occurring since time ago.

I need to fix the build, since now we have some new dependencies which need to be resolved by buckminster.

Looking at this right now.

Regards,
Adolfo.

El 07/03/2011 13:10, Ed Willink escribió:
Hi Adolfo

The job finally terminated after 34 hours! Hudson looks as if it might be running more sensibly now. No comment yet from anyone in Canada on cross-project-dev.

I'm worried that the 10,000 Javadoc files may be aggravating something.

Can you please comment out/delete the Javadoc for now and then submit a build.

    Regards

        Ed

On 07/03/2011 11:48, Adolfo Sánchez-Barbudo Herrera wrote:
Ed,

What you say does make sense to me. However, it's not as easy as commenting a line, because there are two parts:

1. - A buckminster command which calls the javadoc ant task.
2. - Publishing script called every day by a cron entry, which expects the javadoc to be in the last successful build.

I'll open a bugzilla to track the request. I guess there should be different approaches.

Might it not be sensible to have at least the JUnit section; if not the whole script window redirected to a CVS file?
I'm not sure how to do that. I know that Xtext has a file to save the buckminster file configuration. However, they still keep the buckminster commands in the hudson configuration page. So I guess the purpose of that file is only to track changes made to the hudson configuration page. Anyway, it would be good redirecting as you suggest... I'll look into this

Regards,
Adolfo.

    Regards

        Ed


_______________________________________________
mdt-ocl.dev mailing list
mdt-ocl.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev


--
Open Canarias, S.L.
Adolfo Sánchez-Barbudo Herrera
adolfosbh(at)opencanarias(dot)com
C/Elías Ramos González, 4, ofc. 304
38001 SANTA CRUZ DE TENERIFE
Tel.: +34 922 240231
_______________________________________________ mdt-ocl.dev mailing list mdt-ocl.dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3486 - Release Date: 03/06/11


_______________________________________________ mdt-ocl.dev mailing list mdt-ocl.dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev

--
Open Canarias, S.L.
Adolfo Sánchez-Barbudo Herrera
adolfosbh(at)opencanarias(dot)com
C/Elías Ramos González, 4, ofc. 304
38001 SANTA CRUZ DE TENERIFE
Tel.: +34 922 240231
_______________________________________________ mdt-ocl.dev mailing list mdt-ocl.dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3486 - Release Date: 03/06/11


_______________________________________________ mdt-ocl.dev mailing list mdt-ocl.dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3486 - Release Date: 03/06/11



Back to the top