Para ejecutar los comandos de Maven desde una tarea echa en ANT se tendría que hacer de la siguiente manera…

1
2
3
4
5
6
7
8
9

 <target name="package" description="create ...">
   <exec executable="mvn.bat">
     <arg value="install" />
      <!-- si es que tienes profiles -->
     <arg value="-Ddevelopment=dev" />
      <!-- Si quieres omitir los test -->
     <arg value="-Dmaven.test.skip=true" />
   </exec>
 </target

claro que hay que tener encuenta que si tiene declarada la variable en el sistema, ósea agregarla al Path del S.O.

Ya por último, para probar el PL que hemos creado anteriormente lo podemos ejecutar de la siguiente manera:

1

  execute BOOKSDEL_PKG.delete_book(1); // 1 es el id

Si queremos crear un PL que se encuentre dentro de Packages sólo hay que crearlo de la siguiente manera:

1.- como nombre tendrá “BOOKSDEL_PKG“…

1
2
3
4
5

CREATE OR REPLACE package BOOKSDEL_PKG AS
 
  PROCEDURE  delete_book(IDBOOK NUMBER);
 
end BOOKSDEL_PKG;

2.- y creamos el PL de la siguiente forma (body):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

CREATE OR REPLACE PACKAGE BODY booksdel_pkg
AS
   PROCEDURE delete_book (idbook NUMBER)
   IS
      CURSOR bk
      IS
         ..
 
   BEGIN
   	.
	.
	.	  
      COMMIT;
   EXCEPTION
     .
     .
     .
   END delete_book;
END booksdel_pkg;

y eso sería todo lo que se tiene que hacer!!!

Si quieres manejar la excepción de un posible error y que la maneje Java.. solo hay que agregar la siguiente linea “RAISE_APPLICATION_ERROR” y además Oracle nos permite personal izar nuestros errores…

CREATE OR REPLACE PACKAGE BODY delete_pkg
AS
   PROCEDURE delete_table (vbook NUMBER)
   IS
     .
     .
     .
   BEGIN
     .
     .
     .
     .
     COMMIT;
   EXCEPTION
      WHEN OTHERS
      THEN
         DBMS_OUTPUT.put_line (SQLERR);
	 RAISE_APPLICATION_ERROR(-20001,SQLERR);
   END delete_table;
END delete_pkg;

al crear un tipo de objeto javascript como por ejemplo:

1
2
3
4
5
6
7
8
9
10
11
12

 var ajaxLogin = {
         content: {"login":dojo.byId("login").value},
         url: "UR_SEND",
         handleAs: "text",
         load: function(response){
		 responseNode.innerHTML = response;
	  },
	 error: function(response){
	     	  responseNode.innerHTML = "error";
	 },
	 timeout: 10000,
   };

Donde el el ultimo atributo “timeout” termina con una “,”… en firefox funciona muy bien pero en Internet Explorer se tiene que quitar como por ejemplo:

1
2
3
4
5
6
7
8
9
10
11
12

 var ajaxLogin = {
         content: {"login":dojo.byId("login").value},
         url: "UR_SEND",
         handleAs: "text",
         load: function(response){
		 responseNode.innerHTML = response;
	  },
	 error: function(response){
	     	  responseNode.innerHTML = "error";
	 },
	 timeout: 10000
   };

listo… ya no marca un error el “navegador”…

Pues es algo super básico pero nunca esta de más… aunque hay muchas formas de hacerlos… aquí les poco un opción…
File Application.properties

1
2

login.username=Nombre
login.password=Contraseña

y desde el Action

1
2

 MessageResources messageResources = getResources(request);
 String username = messageResources.getMessage("login.username");

y listo…

Mi táctica es mirarte
aprender como eres
quererte como eres

mi táctica es hablarte y escucharte
construir con palabras
un puente indestructible

mi táctica es
quedarme en tu recuerdo
no sé cómo ni sé
con qué pretexto
pero quedarme en ti

mi táctica es ser franco
y saber que eres franca
y que no nos vendamos

simulacros para que entre los dos
no haya telón ni abismos

mi estrategia es en cambio
más profunda y más simple

mi estrategia es
que un día cualquiera
no sé cómo ni sé
con qué pretexto
por fin me necesites.

(Tactica y Estrategia, adaptado de Mario Benedetti)

No había trabajado don este tipo de archivos, pero realmente tiene la misma estructura que un archivo Jsp… pero no diferencia ya que los archivos JSPF utilizan los mismos Tags y además de que son muy utilizado para para organizar mejor las partes en que esta separado nuestro sistema , por ejemplo: header, body y footer.
aquí un ejemplo:

<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean"%>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html"%>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic"%>
<div id="footer">
</div>

Así es, teníamos un Action para mostrar el formulario de búsqueda y al dar Submit.. se enviaba a otro Action en donde obtenía los datos y se formaba el list y este mostraba los datos en la misma Jsp… en conclución… No podíamos meter el resultado en el tiles (para agregar el header y footer) ya que cuando lo hacíamos se perdían los datos… y la Jsp se mostraba sin header y footer… antes estaba así:

1
2
3
4
5
6
7
8
9

<action name="searchBooks" class="com.mycompany.SearchBooksAction" method="search">
         <result type="chain">listaBooks.action</result>
         <result name="chain">/error.jsp</result>
</action>
 
<action name="listaBooks" class="com.mycompany.SearchBooksAction"  method="list"> 
 
        <result >searchbook.jsp</result>
</action>

Donde searchbook.jsp lo utilizábamos para mostrar el formulario… en fin… un compañero lo resolvió de la siguiente forma:

En el web.xml hay que agregar:

1
2
3
4

<filter>
      <filter-name>struts-cleanup</filter-name>
      <filter-class>org.apache.struts2.dispatcher.ActionContextCleanUp</filter-class>
</filter>

Y listo!!! con esto ya se puede direccionar la Jsp al tiles sin que si pierda el resultado y se pueda manterner en session.

1
2
3
4
5
6
7
8
9

<action name="searchBooks" class="com.mycompany.SearchBooksAction" method="search">
         <result type="chain">listaBooks.action</result>
         <result name="chain">/error.jsp</result>
</action>
 
<action name="listaBooks" class="com.mycompany.SearchBooksAction"  method="list"> 
 
        <result type="tiles">searchbook.jsp</result>
</action>

Un buen mapa… que muestra la actividad o el uso de open source software en el mundo… publicado por redhat.com

open source software