Une reprise APPARTENSE est maintenant effectivement appliquée

FixDocsService
Expédié
3 septembre 2026 à 22:50 UTC
Auteur
Kamo
Commite
a372f00

Un examen de mon propre engagement a révélé l'exécution qu'il revenait. JobApplicationService a porté le commentaire "un curriculum vitae REQUIS est appliqué à ce moment par n'existaient pas. Le seul méthode connexe, resumeSatised, a été appelé par rien et exposé sur aucun DTO, donc la règle vivait entièrement dans le bouton de soumission du client. La cause était la forme à deux appels. Un curriculum vitae est joint à une demande par l'intermédiaire du l'application propre uid, de sorte que la ligne doit exister en premier; apply() l'a créée et le client téléchargé par la suite. Toute personne ayant un effet d'évaluation directe de JSON, et client dont la jambe de téléchargement a échoué - ce que ApplyDialog traite délibérément comme non mortel, parce que les réponses sont réellement stockées - classer un regard complet demande contre un affectation dont l'équipe chargée des ressources humaines avait marqué le curriculum vitae requis. Maintenant, les deux moitiés sont UNE demande et une transaction. /listings/-uid-/application a deux mappages divisés sur le type de contenu: le multiparte prend les réponses comme une charge utile partie et le fichier sous le nom de «file», écrit la ligne, stocke le fichier contre son nouveau uid, et roule le tout en retour si le fichier est requis et manquant ou inébranlable. Le JSON ne porte aucun dossier et refuse donc purement et simplement lorsque le poste exige un - ce qui ferme le trou de poteau direct plutôt que de passerelle c'est ça. L'édition d'une application existante reste deux appels, correctement: la ligne est déjà Là, donc un raté re-attach ne peut rien orphelin. storeResume est maintenant partagé en appliquant et attacherResum, de sorte que le plafond de taille, le reniflement de format et le nom d'assainissement ne peuvent pas dériver entre les deux chemins. Trois tests l'épingle: un curriculum vitae requis sans fichier refuse et n'écrit pas de ligne, un facultatif peut être omis, et en s'appliquant à nouveau après qu'un retrait est satisfait par le fichier déjà sur la ligne ressuscitée plutôt que d'être demandé deux fois. Enlève également CareersAccess.canManage, qui n'a été appelé que par son propre test. Une API maintenues en vie par un test n'est pas une API.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation