hola hola
5/5

Eliminar clases y triggers de una org de producción

Las clases y los desencadenadores de Apex no se pueden eliminar de una organización producción con un simple click, a diferencia de las organizaciones de sandbox. Entonces, ¿Cómo se eliminan las clases y los triggers de Apex de una organización de producción?

Tenemos varios métodos:

En este artículo os vamos a explicar como hacerlo con workbench y con SFDX dada su “simplicidad”

Pasos a seguir en todos los casos:

  1. Crear una carpeta «destructiveChanges», aqui guardaremos todo los archivos necesarios para nuestro cometido.
  2. Luego, en un  editor de texto copia y pega el texto a continuación y guardalo como un archivo nombrado «package.xml».
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Package xmlns="http://soap.sforce.com/2006/04/metadata">
   <version>49.0</version>
</Package>

El número de versión debe ser el más actual.

3. Luego crea un nuevo archivo y copia a continuación:

<?xml version = "1.0" encoding = "utf-8"?>
<Package xmlns = "http://soap.sforce.com/2006/04/metadata">
    <types>
        <members><Nombre de las clases a eliminar></members>
        <name>ApexClass</name>
    </types>
   <types>
        <members><Nombre del trigger/s a eliminar></members>
        <name>ApexTrigger</name>
    </types>
    <version>49.0</version>
</Package>

Crea tantos <members> como clases o triggers tengas que eliminar.

  1. Guarda este archivo como «destructiveChanges.xml»
  1. Ahora debería haber dos archivos en la carpeta. Abre la carpeta y selecciona los dos archivos XML, haz clic derecho y selecciona «Enviar a → Carpeta comprimida» y crea un archivo llamado package.zip.
  2. Ahora ya está todo preparado para implementar el archivo «destructiveChanges.xml» en Salesforce.

 

Método 1 – Workbench

  1. Abre la url https://workbench.developerforce.com/ e inicia sesión con las credenciales de producción.
  2. Selecciona Migración → Implementar.
  3. Haz clic en «Examinar» y selecciona el archivo package.zip.
  4. Marcamos ‘Revertir en caso de error’, ‘Paquete individual’ y selecciona Nivel de prueba con ‘RunLocalTests’.
  5. Finalmente, selecciona «Siguiente», los resultados de éxito o error se mostrarán en Workbench después de que se complete el proceso de implementación.

 

Método 2 – SFDX

Ejecuta el siguiente en el terminal, en el directorio que hay por encima de destructiveChanges.

  • Si vas a ejecutar un test en concreto:
sfdx force:mdapi:deploy -d /destructiveChanges -l RunSpecifiedTests -r <testclass> -u <production_org> -w -1 -c

 

  • Si deseas ejecutar todos los test para ver que no has roto nada:
sfdx force:mdapi:deploy -d /destructiveChanges -l RunLocalTests  -u <production_org> -w -1 -c

 

El parámetro -c es para realizar la validación antes de hacer el deploy, si todo ha ido bien lo podéis eliminar del comando y volverlo a lanzar.

Y esto es todo, ¡espero que os haya servido de utilidad!

Categoría:

Etiquetas:

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Tambien te puede interesar...

Pardot Consultant

Curso online de Pardot Consultant Prerrequisitos: Salesforce Pardot Specialist La admisión al curso incluye el derecho a presentarse al

Leer Más

Pardot Specialist

Curso online de Salesforce Pardot Specialist La admisión al curso incluye el derecho a presentarse al examen oficial de

Leer Más

Marketing Cloud Consultant

Curso online de Salesforce Marketing Cloud Consultant. Requisitos: tener la certificación de Salesforce Marketing Cloud Administrator. El «voucher» o

Leer Más

Suscríbete a nuestro blog