Olen töötanud mõned koodi, et keegi andis mulle ajastitööd.  Ta ei olnud esitatud tegeliku funktsiooni aktiveerimise koodi, nii et ma pidin seda kirjutada, Muidugi.  Võtsin ära Andrew Connell kuulus blogi postitus sellel teemal.

Ma kasutan Visual Studio 2010 ja juurutamine hoida jättes veaga "t├╡rge juurutamise etapis lisa lahendus: Objekti viide pole seatud näiteks objekti."

Olin oma koodi liiga sõna-sõnalt.  Oli kindlaksmääramisest funktsiooni web taotlus tasemele, nagu on näidatud:

Selle tulemusena, omadused, mis saadetakse vastuvõtja on veebirakendus, pole saidikogumis.  Aasta lõpus, kood näeb välja selline:

avaliku alistada tühine FeatureActivated(SPFeatureReceiverProperties atribuudid)
{

    // Ärge tehke web app hõlmavaid funktsioone, See toob kaasa meeleheite
    // SPSite'i saidi = omadused.Feature.Parent nagu SPSite'i;

    SPWebApplication wa = omadused.Feature.Parent nagu SPWebApplication;

    Kui (WA == null) viska uus erand("webapp2 on tühi.");

    foreach (SPJobDefinition töö WA.JobDefinitions)
    {

        Proovige
        {
            Kui (töö.Nimi == List_JOB_NAME)

                töö.Kustuta();
        }
        saak (Erandina e)
        {
            viska uus erand("marker 2");
        } // saagi erand e
    }

    // installida tööd

    WeatherForecastTimerJob weatherForecastTimerJob =
        Uus WeatherForecastTimerJob(List_JOB_NAME, WA);

    SPMinuteSchedule ajakava = uus SPMinuteSchedule();
    ajakava.BeginSecond = 0;
    ajakava.EndSecond = 59;
    ajakava.Intervalli = 5;
    weatherForecastTimerJob.Schedule = ajakava;
    weatherForecastTimerJob.Update();

}

Take-away võti on selles, et kui funktsioon on veebirakendust web app, SPFeatureReceiverProperties, et SharePoint läheb oma funktsiooni vastuvõtja on web app tasandi parameetrid.  Andrew's vana blogi eeldab see on hõlmavaid saidikogumi.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin