X kaynağı Y kaynağı için bağımlılık bulamadı: nasıl düzeltilir

Bir betik başlatırsınız ve konsol şunları söyler:

Could not find dependency ox_lib for resource my_script.
Couldn't start resource my_script.

Betik ihtiyacı olan bir şey orada olmadığı için başlamayı reddediyor. Bu makale satırın anlamını ve üç sıradan nedeni nasıl düzeltileceğini açıklar: kaynak yüklenmedi, klasörün adı yanlış veya yanlış yerde.

#Bağımlılık nedir

fxmanifest.lua içinde, bir betik diğer kaynaklara ihtiyacı olduğunu bildirerek:

fx_version 'cerulean'
game 'gta5'

dependency 'ox_lib'

-- or several at once
dependencies {
    'ox_lib',
    'oxmysql',
}

my_script başladığında, FiveM her adın bir kaynak olarak var olduğunu kontrol eder. Biri eksikse, başlama iptal edilir, bu da yarı bozuk çalışmaktan ve daha sonra nil hatalar atmaktan daha iyidir.

FiveM'in aradığı ad, kaynak adı, yani klasör adı. [standalone] gibi ana klasörlerdeki köşeli parantezler sadece kategorilerdir ve adın parçası değildir.

#Adım 1: eksik kaynağı bulun

dependency ile for resource arasındaki metin eksik kaynağın adıdır. Örnekte ox_libdir. Tam o adla bir klasör arayın:

# from your server's resources folder
find . -maxdepth 3 -type d -name "ox_lib"

Windows'ta, Dosya Gezgini'ndeki resources klasöründe arama kutusunu veya PowerShell'de Get-ChildItem -Recurse -Directory -Filter ox_lib kullanın. Hiçbir şey döndürülmezse, kaynak yüklenmedi.

#Adım 2: kurun

Kaynağı resmi kaynağından indirin, klasörü resources altına koyun ve server.cfg'ye ihtiyacı olan betiğin önüne ekleyin:

ensure oxmysql
ensure ox_lib
ensure my_script

Yaygın bağımlılıklar ox_lib ve oxmysql, artı çerçeveniz (es_extended, qb-core veya qbx_core). Özellikle ox_lib için, indirmede bir yakalanacak şey vardır: bkz. @ox_lib/init.lua bulunamadı.

Çalışan sunucuya klasör ekledikten sonra konsolda refresh çalıştırın, sonra ensure my_script.

#Adım 3: klasör adını düzeltin

Bağımlılık var ancak hata yine gösterilir. Tam adı kontrol edin. Bunlar insanların yanlışlıkla başına gelen adlardır:

GitHub kaynak zip'leri klasör adına -main veya -master ekler ve tarayıcılar tekrarlanan indirmelere (1) ekler. Klasörü ve server.cfg'yi eşleşecek şekilde yeniden adlandırın. Linux'ta büyük harf yazı da önemlidir: Ox_Lib, ox_lib değildir.

Ayrıca, açılan klasör aynı adla bir klasör daha içeren iç içe geçmiş klasör hatasını kontrol edin:

resources/ox_lib/ox_lib/fxmanifest.lua   (wrong)
resources/ox_lib/fxmanifest.lua          (right)

#Adım 4: bağımlılığın başlayabildiğinden emin olun

Klasör doğru ancak hata devam ederse, bağımlılık var olabilir ve yine de kendi hatasını verebilir. Konsolda bağımlılığın kendi hatasını arayın; yukarıda yapıştırdığınız satırda görünecektir. Tipik nedenler oxmysql için veritabanı hatası veya ox_lib için inşa edilmeyen web klasörüdür. Önce bunu düzeltin, sonra bağımlı betiği başlatın. Daha geniş teşhis Kaynağı başlatılamadı içindedir.

#server.cfg'de başlama sırası

Kaynaklar ensure satırlarının sırasına göre başlar. Temel katmanları önce koyun:

ensure oxmysql
ensure ox_lib
ensure es_extended        # or qb-core / qbx_core
ensure my_script

my_script bağımlılıklarını bildirdiği için, FiveM onları unutursanız sizin için başlatır. Yine de, sırayı yazın. Tabandan üstüne okuyan liste hata ayıklanması daha kolaydır ve bağımlılık bildirmeyen betikler (çoğu bilmez) yalnızca sipariş doğru olduğunda çalışır. Tam desen server.cfg'de doğru ensure sırası içindedir.

#Kendi betiğinize bağımlılık ekleyin

Betik yazıyorsanız, ne kullandığınızı bildirin. my_script exports.ox_lib veya lib. işlevlerini çağırıyorsa, ekleyin:

dependency 'ox_lib'

Ayrıca sunucu yapısını veya OneSync'i aynı listede gerekli kılabilirsiniz:

dependencies {
    '/onesync',
    'ox_lib',
}

Bildiride bağımlılıklar bildirmek okumayı zor nil hataya dönüştürür açık bir başlama mesajı.

İpucu: betiğin artık kullanmadığı manifestte listelenen bağımlılık, bu kaynaksız bir sunucuda başlamaktan bloke edecek. Bir betiği yeniden çalışırken eski girişleri kaldırın.

#Kontrol Listesi