Botón personalizado o vínculo a una página de Visualforce con un controlador personalizado

Question

Tengo una página de Visualforce que utiliza un controlador personalizado que se utiliza para editar varios registros en una oportunidad.

Me gustaría crear un botón o enlace personalizado desde Oportunidades a esta página de Visualforce.

Actualmente el enlace parece:

/apex/ExamplePage?oppId={!Opportunity.Id} 

Esto funciona bien en el arenero de desarrollo, pero cuando se implementa como parte de un paquete conseguido el link se rompe como la referencia de página no tiene el prefijo de espacio de nombres .

Encontré la publicación Managed Package Redirecting Problem en los Foros de discusión de Force.com que implicaba que era posible usar $ Page para hacer referencia a la página de Visualforce en la URL. P.ej.

{!URLFOR($Page.MyExamplePage,'',[objectId = campaign.id])} 

Pero hacerlo sólo me da el error de sintaxis:

Error: Field $Page.MyExamplePage does not exist. Check spelling.

Hay otra parte que el post que sugiere el uso de una clase de Apex y ejecutar Javascript para trabajar alrededor de ella. Pero me parece que esto acaba de mover el problema del espacio de nombres al Javascript.

¿Cómo puedo hacer referencia de forma segura a la página de Visualforce para que funcione tanto dentro como fuera de un paquete administrado?

Answer 1

Lo mejor es hacer esto desde un valor de retorno de PageReference de Apex. Algo como esto funcionará:

public PageReference returnPage() 
{ 
    return Page.MyExamplePage; 
} 

luego llamar a esto desde Visualforce:

<apex:commandButton value="Go To New Page" action="{!returnPage}"/> 

La llamada Apex página se encargará de la traducción para usted.

[EDIT]

Crear un esqueleto página Visualforce así:

<apex:page standardController="Opportunity" extensions="TheController" action="{!returnPage}"/> 

Añadir el método returnPage anterior() para un nuevo TheController (o lo que sea) de clase. Ni siquiera necesita un constructor. La clase puede tener este aspecto:

public TheController 
{ 
    public PageReference returnPage() 
    { 
     return Page.MyExamplePage; 
    } 
} 

Entonces, desde la página de configuración de la oportunidad ir a botones y enlaces y crear un nuevo encargo botón Visualforce la selección de la nueva página que acaba de crear.

Eso debería hacerlo.

Answer 2

El post sobre las placas de desarrollo que ha asociado a la muestra que se utiliza para el botón de la siguiente javascript:

{!REQUIRESCRIPT("/soap/ajax/15.0/connection.js")} 
{!REQUIRESCRIPT("/soap/ajax/15.0/apex.js")} 
var pageUrl = sforce.apex.execute("mynamespace.PageUrl", "getPageUrl", {objectId:"{!Campaign.Id}"}); 
window.location.href = pageUrl; 

es decir que están usando javascript para llamar a un método de servicio web en la clase ellos tienen definido para obtener la referencia de página. Hacer esto le permitiría obtener la URL de la página en apex, donde el paquete administrado no tendrá un impacto.

Dicho esto, el primer parámetro es el nombre completo de la clase, por lo que probablemente pueda verificar el valor de retorno de un error (no sé el valor de retorno del error, entonces supongo que es null aquí):

// try the namespace first 
var pageUrl = sforce.apex.execute("mynamespace.myClass", "getPageUrl", {objectId:"{!Campaign.Id}"}); 
if (pageUrl == null) 
{ 
    pageUrl = sforce.apex.execute("myClass", "getPageUrl", {objectId:"{!Campaign.Id}"}); 
} 

window.location.href = pageUrl; 

Obviamente es necesario comprobar qué sucede cuando sforce.apex.execute() falla, y es probable que quieren un poco más de control de errores.

Answer 3

Se me ocurrió que una opción menos que ideal sería crear dos botones personalizados en cada caso. Uno con el espacio de nombres del paquete administrado y otro sin él.

Al construir el paquete, se puede seleccionar el botón personalizado correcto.

Un problema con este enfoque es la necesidad de mantener dos botones personalizados.

Answer 4

Parece que la respuesta es simplemente /apex/package__Page según lo provisto here por @zachelrath. Puedo confirmar que esto funciona en paquetes administrados tanto en organizaciones de producción como en desarrollo.