data SEL_FOLDER type string.
CALL METHOD CL_GUI_FRONTEND_SERVICES=>DIRECTORY_BROWSE
EXPORTING
WINDOW_TITLE = ‘Choose folder’
INITIAL_FOLDER = ‘C:\’
CHANGING
SELECTED_FOLDER = SEL_FOLDER.
CALL METHOD cl_gui_cfw=>flush.

EPCF API

EPCMPROXY

I´ve been following Dr. Sibylle Brehm´s guide “How to Build a Bulletin Board Using KM Features” and I found it´s an awesome guide, but I found a few issues too doing the task, so I started a little document to solve them the next time I assume this task or to help anyone that tries to do so… So here it is: Dr. Brehm´s guide and my “Half-Blood Prince Notes” about it

PD 1: Remember: Download the file and change the JPG extension into ZIP.

PD 2: Work in progress: It may come a few updates because I found a few troubles with my TREX installation, so I haven´t finished the task yet… But this would be another story.

Ver nota 939412.

Los permisos deben aplicarse a toda la ruta descrita.

Cuando hacemos un desarrollo Java con JSP, nos encontramos con el problema de que los caracteres tildados no se muestran de forma normal. Para solucionar esto, en mi “resource boundle” yo utilizo los siguientes códigos:

a -> “&#+225;” – “\u+00E1″
e -> “&#+233;” – “\u+00E9″
i -> “&#+237;” – “\u+00ED”
o -> “&#+243;” – “\u+00F3″
u -> “&#+250;” – “\u+00FA”
n -> “&#+241;” – “\u+00A4″
N -> “&#+209;” – “\u+00A5″

(Eliminando los “+”)

Se pueden usar unos y otros indistintamente.

UPDATED: No conocía esta notación… (TXT)

Para más información:
http://www.lookuptables.com/
http://ascii.cl/es/codigos-html.htm/

Los recientes cambios legales que se han producido, por ejemplo en el IRPF nos han obligado a instalar un buen número de Notas en los sistemas de nuestros clientes. El procedimiento es el siguiente.

1) Comprobamos el nivel de parche de nuestro sistema en la Nota 115907. Para ello usaremos la información que encontraremos en el menú “Sistema -> Status” de nuestro sistema R/3. La versión del componente que debemos consultar es la de “SAP_HR”.

2) Comprobamos si hay nuevas Notas que instalar a fecha de hoy en la “Nota de Notas”: 167718. Estaremos atentos a que el nivel de parche de dichas notas sea superior al nivel de parche actual de nuestro sistema (En caso de ser menor o igual, no será necesario implementar la nota).

3) Una vez que tenemos la lista de notas a instalar, comprobaremos las características y pre-requisitos de cada una de ellas y procederemos consecutivamente de forma recursiva con cada uno de los pre-requisitos. De esta manera habremos creado un árbol de notas que deberemos recorrer desde las hojas hasta las raices. Deberemos tener en cuenta igualmente que los pre-requisitos son Notas normales que se rigen por las mismas reglas en cuanto a nivel de parche, pre-requisitos y particularidades…

4) Para implementarlas iremos a la transacción “SNOTE” y descargaremos la nota que queramos implementar y una vez descargada mediante el botón adecuado, la ejecutaremos seleccionándola en la rama “Nuevo” del árbol de la pantalla principal.

Una vez hecho esto con cada nota presente en nuestro árbol, habremos terminado de implementar las notas. Hay ciertos detalles que hay que tener en cuenta:

A) Algunas notas requieren actuaciones manuales tanto en su pre-instalación como en la post-instalación. Debemos estar muy atentos para cumplir estos requerimientos. (Ejemplo: 1256665).

B) Algunas notas requieren la actuación del equipo de Sistemas instalando ficheros .CAR. Ciertas notas sólo requieren este paso y la ejecución mediante “SNOTE” será innecesaria (Ej: 1292658); otras  necesitan ambos pasos (Ej: 1171610).

1) Transport Package.

Con un paquete de transporte, transportaremos el grueso del portal. En “System Administration” -> “Transport” -> “Transport Packages” -> “Export”, podemos crear un paquete de transporte en la carpeta que consideremos del árbol del portal. Una vez creado, añadiremos todos los elementos que sean necesarios (iViews, páginas, worksets, roles, paquetes de traducción, reglas y desktops… En general todo elemento que sea visible en la vista). Una vez hecho esto, nuestro operador de sistemas estará encantado de transportarlo.

2) Guided Procedures.

Seguro que hay una manera algo más elegante a la hora de transportar procedimientos guiados que el que voy a contar. Seguramente se pueda hacer una gestión de “Endpoint alias” más automática… Pero por falta de tiempo no se llegó a experimentar más. Cuando lo haga actualizaré esta entrada, de momento un método probado es este.

En el sistema de origen, configuramos un “Endpoint alias” entrando en “Guided Procedures” -> “Administration” -> “SAP System” -> “Configure End Points”. Aquí crearemos uno nuevo en caso de no existir ninguno. Introduciremos los datos del propio sistema.

Una vez configurado el Endpoint, nos dirigimos a “Transport” -> “Create Transport Request”. Le damos un nombre y comenzamos a añadir los procesos que queramos transportar; todos sus elementos. Deberemos hacerlo carpeta por carpeta. Una vez añadidos todos los elementos, terminamos la exportación.

Ahora en el sistema de destino, creamos un Endpoint con los datos del sistema de origen. Ahora en “Transport” hacemos la importación del paquete que antes exportamos, que estará visible en la lista y completamos la importación.

Ahora debemos modificar los datos del Endpoint y ponerle los datos de la máquina en la que nos encontramos. De otra manera se producirá un extraño efecto (Parece un error, pero dudo que lo sea) por el cual el GP trata de ejecutarse en la máquina de origen. Una buena gestión de Endpoints seguramente nos permita hacer esto sin estar editando los datos de nada… Pero lo dejo para una futura actualización.

3) KM Content

En “Content Admnistration” -> “KM Content” -> “Export” -> “Export Templates” creamos un paquete de transporte en el que introduciremos el contenido deseado.

Una vez creado y exportado tendremos el paquete disponible en “Archived Exports” para descargarlo a nuestro ordenador. Ahora en el sistema de destino, podemos hacer una importación del mismo haciéndo un upload del paquete. Ahora estará disponible en “Pending Imports”, donde podremos importarlo con la opción que más nos convenga (Si el paquete contiene todo lo que queremos en nuestro KM, recomiendo la primera opción “Delete conflicting data first”.

Cuando se produce un error en el portal, obtenemos una pantalla de aviso que es muchas cosas, menos tranquilizadora. Este efecto aplicado sobre los usuarios, puede dejarlos en shock y más si estás en una demo o algo así y el que paga ve semejante alarma de peligro nuclear mundial.

Sugiero los siguientes enlaces:

https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2629

Que nos sugiere cambiar la propiedad “DetailedErrorResponse” en la configtool del portal.

https://www.sdn.sap.com/irj/sdn/thread?forumID=41&threadID=1091579

Consiste en añadir bloques como el siguiente:

<error-page>
<error-code>500</error-code>
<location>/Error_Pages/500.jsp</location>
</error-page>

Al fichero web.xml del portal…

Buscándo esto, me encontré con esto otro…

Las especificaciones de mi cliente para este desarrollo son muy concretas y, para mi gusto, obtenemos un programa bastante feo y cuya salida por pantalla deja mucho que desear… Pero órdenes son órdenes.

Si eres muy novato, a lo mejor algún trocito de código te puede interesar y si eres observador aprenderás alguna cosita como la necesidad de un “contexto” y lo inservible de las variables globales en estas aplicaciones… Sin embargo tampoco es el código más limpio del mundo…

… Muy a mi pesar… Aquí está este código.

KMList.par