Yürütülebilir tuhaf istisna ile başarısız

Question

C# .NET 4.0 Windows Service uygulamasında ILMerge ve Quartz.NET kullanıyorum. Uygulama, ILMerge kullanmadan gayet iyi çalışıyor, ancak şimdi gönderi sürümüne yaklaştığımıza göre, tüm DLL'leri tek bir yürütülebilir dosyada birleştirmek istedim.

Sorun ILMerge iyi iş gibi görünüyor ki, ama kombine yürütülebilir çalıştırdığınızda, bu istisna atar:

işlenmeyen İstisna: Quartz.SchedulerException: threadpool tipi 'Quartz.Simpl.SimpleThreadPool' could örneklendirilemez. ---> System.InvalidCastException: 'Quartz.SlimplThreadPool' türünde 'Quartz.Spi.IThreadPool' yazmak için nesne dönüştürülemiyor. içinde Quartz.Util.ObjectUtils.InstantiateType [T] (Tip tipi) en
: hattı 0
Quartz.Impl.StdSchedulerFactory.Instantiate (at) 'de: hattı 0
--- iç durum yığın izleme sonu - - içinde Quartz.Impl.StdSchedulerFactory.Instantiate() at
: in Quartz.Impl.StdSchedulerFactory.GetScheduler (satır 0
): satır 0

herkes bu yüzden bir fikri var mı? Zaten 4 saatten fazla harcadım ve anlayamıyorum. ILMerge ile birleşmezse, her şey iyi çalışır (Quartz.dll ve Common.Logging.dll ile aynı dizinde).

Eminim ki birileri daha önce böyle bir şekilde Quartz.net'i paketlemeyi denemeli, herhangi bir fikir var mı?

Answer 1

Sorumluluk Reddi: Ben Quartz.NET'i hiç bilmiyorum, ancak ILMerge ile zaman geçirdim. Sonunda sınırlamalarını anladığımda ... kullanmayı bıraktım. ILMerge'd uygulama, "yansıma" sözcüğünü içeren her şeyle ilgili sorunlara sahip olma eğilimindedir. Tahmin edebiliyorum (Quartz.NET'i hiç kullanmadım), bazı sınıfların yansıma kullanarak çözüldüğünü ve yapılandırma dosyaları tarafından çalıştırıldığını.

Sınıf sadece ismiyle (ad alanıyla) değil, aynı zamanda montajla da (istisna mesajında ​​görüntülenmeyen maalesef gösterilmektedir) ile tanımlanır. Öyleyse, (ILMerging'den önce) iki derlemenin A (sizin için Uygulama) ve Q (Quartz.NET için) olduğunu varsayalım. Montaj 'A', 'Q' aksamını referans alıyordu ve 'Q: QCnt' uygulayan bir sınıf 'Q: QClass' kullanıyordu. Birleştirildikten sonra, bu sınıflar 'A: QClass' ve 'A: QIntf' oldular (Q'dan A'ya aktarıldılar) ve koddaki tüm referanslar, (tamamen) yeni sınıfları/arayüzleri kullanmak için değiştirildi. A: QClass "şimdi" A: QIntf "uyguluyor. Ancak, "Q: QClass" öğesine hala başvurabilecek herhangi bir yapılandırma dosyası/katıştırılmış dizge değiştirmedi.Uygulama, bu güncelleştirilmemiş yapılandırma dosyalarını okuyorsa, hala "Q: QClass" yüklüyor (neden bu farklı bir sorudur, belki de şu anki klasörde 'Q' grubu bırakılmış olabilir veya belki GAC'de - bakınız 1). Neyse, "Q: QClass" "A: QIntf" uygulamıyor, hala ikili olsalar bile "Q: QIntf" uygular - böylece 'Q: QClass' öğesini 'A: QIntf' yapamazsınız.

İdeal olmayan, ancak çalışmayan çözüm, bunları "birleştirmek" yerine "gömmek" demektir. Açık kaynak kodlu bir araç yazdım (birleştirmek yerine yerleştirmek) ama bu soruyla ilgili değil. Yani eğer gömülmeye karar verirsen, bana sor.

1. Bilgisayarınızdaki Q.dll dosyasının her bir örneği kaldırılarak (gizleme, sizin için ne olursa olsun) kaldırarak bunu test edebilirsiniz. Haklıysam, istisna şimdi 'FileNotFound' demeliydi.

Answer 2

Kendi ISchedulerFactory'nizi oluşturmayı deneyebilir ve tüm türlerinizi yüklemek için yansımayı kullanmaktan kaçabilirsiniz. StdSchedulerFactory, bir threadpool oluşturmak için bu kodu kullanır.

 Type tpType = loadHelper.LoadType(cfg.GetStringProperty(PropertyThreadPoolType)) ?? typeof(SimpleThreadPool); 

     try 
     { 
      tp = ObjectUtils.InstantiateType<IThreadPool>(tpType); 
     } 
     catch (Exception e) 
     { 
      initException = new SchedulerException("ThreadPool type '{0}' could not be instantiated.".FormatInvariant(tpType), e); 
      throw initException; 
     } 

denir ObjectUtils.InstantiateType yöntem bu biridir ve son satırı, istisna atma biridir:

Bu sizin hata oluyor ve yapım değişikliklere bakarak başlamak için bir yer olurdu nerede

public static T InstantiateType<T>(Type type) 
    { 
     if (type == null) 
     { 
      throw new ArgumentNullException("type", "Cannot instantiate null"); 
     } 
     ConstructorInfo ci = type.GetConstructor(Type.EmptyTypes); 
     if (ci == null) 
     { 
      throw new ArgumentException("Cannot instantiate type which has no empty constructor", type.Name); 
     } 
     return (T) ci.Invoke(new object[0]); 
    } 

Fabrikada bu bölümden hemen sonra, veri kaynakları aynı kalıp kullanılarak yüklenir ve sonra işlerin kendileri de dinamik olarak yüklenir; bu da kendi JobFactory'nizi de yazmanız gerektiği anlamına gelir. Quartz.Net bu yoldan aşağıya inerek bir dizi bit ve parçaları dinamik olarak yüklediğinden, bu sayede adil bir şeylerin yeniden yazılmasını sağlayabilirsiniz.