Application: gvSIG desktop

 C?MO GENERAR EL INSTALADOR:

 ===========================

- gvSIG debe estar correctamente construido en ../_fwAndami/bin 

- En el fichero variables.sh hay algunas variables que nos pueden interesar, que permiten personalizar el nombre del plugin, la versi?n, el directorio destino, etc. La variable  APPNAME normalmente valdr? "gvSIG", pero puede tiener nombre si estamos empaquetando una extensi?n (por ejemplo,  "nomenclatorIGN").

- Definir los packs adecuados en el fichero XML de configuraci?n (install.xml), y revisar el fichero en general.

- Definir las extensiones a incluir en el directorio variables.sh.

- Lanzar el script distribucion.sh.

TENGO QUE GENERAR UN INSTALADOR DE UNA EXTENSI?N PARA GVSIG-MAC. COMO LO HAGO?

No hay un build.xml para ello, ya que no tendria sentido (el proceso es corto y habria que hacer cosas a mano de todas formas).

1.- Preparar los ficheros en su arbol de directorios, siendo el directorio de andami.jar el "raiz". 

Por ejemplo, supongamos una extensi?n que vaya a proveer estos ficheros a un gvSIG ya instalado:

<raiz>/andami.jar

<raiz>/gvSIG/extensiones/nuevoFichero1

<raiz>/NuevoDirectorio1/nuevoFichero2

2.- Hacer una copia de actualizador.app con un nuevo nombre (p. ej., "instalador de extension piloto de redes.app")

3.- Asegurarse de que tras la copia, los ficheros en <nuevo nombre>.app/Contents/MacOS/ tienen permisos de ejecuci?n. Una copia normal hecha con Ant suele perderlos!

4.- Copiar el arbol de directorios del paso 1 a <nuevo nombre>.app/Contents/Resources/updates/gvSIGbin/

5.- Revisar <nuevo nombre>.app/Contents/Resources/configfile para asegurarse de que las opciones configurables 

son correctas. Contiene ejemplos.

6.- Opcional: se puede a?adir un fichero Info.plist en <nuevo nombre>.app/Contents/Resources/updates/ si se quiere 

substituir el original del gvSIG instalado (para cambiar paths, par?ms de arranque de la JVM, etc)

7.- Comprimir <nuevo nombre>.app en un ZIP y distribuir.

-------------------------------------------------------------------

EXPLICACIONES: 

ACTUALIZACIONES, INSTALACIONES PARCIALES:

(y en general, para meter ficheros en un gvSIG ya instalado)

Para eso est? "actualizador.app". Es un bundle-aplicacion creado con AppleScript. Su prop?sito es copiar el contenido de uno de sus directorios internos al lugar adecuado de un bundle gvSIG.

Hay que poner en actualizador.app/Contents/Resources/updates/gvSIGbin/ el ?rbol de directorios de la actualizaci?n a instalar. Esos ficheros y directorios substituir?n a los que se encuentren en el gvSIG instalado, bas?ndose en la correspondencia entre el directorio mencionado y el directorio base del gvSIG ya existente en el mac del usuario (es decir, el directorio que contiene andami.jar; concretamente ser?a gvSIG.app/Contents/Resources/Java/).

Por ejemplo: si ponemos en actualizador.app/Contents/Resources/updates/gvSIGbin/ los siguientes ficheros:

andami.jar

gvSIG/extensiones/nuevoFichero1

NuevoDirectorio1/nuevoFichero2

Al usar ese actualizador, el gvSIG actualizado habr? recibido el andami.jar nuevo, habr? a?adido nuevoFichero1 a gvSIG/extensiones/, y habr? creado en el nivel de andami.jar el directorio NuevoDirectorio1 con nuevoFichero2 dentro.

El fichero actualizador.app/Contents/Resources/configfile permite configurar algunas cosas del actualizador:

--nombre que se pondr? a los bundles actualizados (opcional; se aplica al bundle autoinstalador y/o bundle sencillo de gvSIG);

--numero de version del bundle que se pide al usuario (opcional; solo se usa como cadena que se mostrar? junto a un mensaje del estilo de "Por favor, seleccione gvSIG versi?n...");

--MD5 de andami.jar de el/los gvSIG actualizables (opcional; permite limitar la instalaci?n a una versi?n definida de gvSIG)

--sufijo a agregar al nombre de los bundles actualizados (opcional; util para que un "gvSIG" pase a llamarse "gvSIG SEXTANTE", p. ej.)

Hay ejemplos y comentarios dentro del propio fichero configfile.

Si el actualizador encuentra un fichero actualizador.app/Contents/Resources/updates/Info.plist, lo pondr? en el lugar adecuado del bundle del gvSIG actualizado. Ser? ?til por ejemplo para cambiar el classpath de un nuevo gvSIG, su nombre tal como lo usa OS X, la versi?n de Java requerida, etc.

El actualizador copia los ficheros a su destino sobreescribiendo lo que encuentre. Los directorios son creados si no existen en destino; si existen, los ficheros que contiene son a?adidos. Es decir, un directorio existente con 10 ficheros no ser? machacado por un directorio con un s?lo fichero, sino que ser? a?adido. (este es el comportamiento intuitivamente esperable de un actualizador)

No hay opci?n implementada para borrar ficheros del destino; no parece necesario, y nos ahorramos riesgos.

Actualmente solo esta contemplada la posibilidad de copiar ficheros en el ?rbol de directorios a partir de donde esta andami.jar.

<project name="bundle-gvSIG" default="init" basedir=".">

	<property name="NOMBRE_BUNDLE" value="instalador de la extension XXX"/>

	<property name="DIR_DESTINO" value="${basedir}"/>

	<target name="init">

		<!-- copiamos el bundle actualizador ... -->

		<copy todir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app">

			<fileset dir="actualizador.app"/>

		</copy>

		<!-- (corregimos permisos de ejecucion que copy se ha cargado) -->

		<chmod dir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/MacOS/" type="file" perm="+rwxrxrx"/>

		<!-- ...y copiamos cosas a su sitio dentro de autoinstalador

		MEJOR HACERLO A MANO?

		<copy todir="${NOMBRE_BUNDLE}.app/Contents/Resources/updates">

		LO QUE SEA; POR EJEMPLO,

			<fileset dir="../../binaries/mac/" includes="**/*.jar"/>

		</copy>

		-->

		<echo>ATENCION: SOLO SE HA HECHO UNA COPIA DEL ACTUALIZADOR VACIO, Y SE HAN CORREGIDO LOS PERMISOS. ESTAS EN EL PASO 4 DEL HOWTO-UPDATER,EXTS!</echo>

	</target>

</project>

<?xml version="1.0" encoding="UTF-8"?>

<projectDescription>

	<name>instalador-gvSIG-mac_TRUNK</name>

	<comment></comment>

	<projects>

	</projects>

	<buildSpec>

	</buildSpec>

	<natures>

	</natures>

</projectDescription>

APPLaplt

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<plist version="1.0">

<dict>

	<key>SD4Version</key>

	<string>4.0.8</string>

	<key>SDBundleVersion</key>

	<string>1.0b1</string>

	<key>SDWindowState</key>

	<dict>

		<key>chevronSyntax</key>

		<false/>

		<key>editorState</key>

		<dict>

			<key>showInvisibles</key>

			<false/>

			<key>showLineNumbers</key>

			<false/>

			<key>showSpaces</key>

			<false/>

			<key>showTabStops</key>

			<false/>

			<key>wrapLines</key>

			<false/>

		</dict>

		<key>errorsDividerPos</key>

		<real>0.0</real>

		<key>expressionsDividerPos</key>

		<real>117</real>

		<key>lineEndings</key>

		<integer>2</integer>

		<key>resultHeight</key>

		<real>134</real>

		<key>resultState</key>

		<dict>

			<key>browserDividerPos</key>

			<real>132</real>

			<key>desiredView</key>

			<integer>0</integer>

			<key>fsPathView</key>

			<integer>0</integer>

			<key>prettyPrint</key>

			<true/>

			<key>showInvisibles</key>

			<false/>

			<key>showSpaces</key>

			<false/>

			<key>showTabStops</key>

			<false/>

			<key>wrapLines</key>

			<true/>

		</dict>

		<key>resultsEdge</key>

		<integer>2</integer>

		<key>resultsOpen</key>

		<true/>

		<key>resultsWidth</key>

		<real>320</real>

		<key>selectionLength</key>

		<integer>0</integer>

		<key>selectionLocation</key>

		<integer>88</integer>

		<key>showDescriptionRulers</key>

		<true/>

		<key>showNavigationBar</key>

		<true/>

		<key>showStartup</key>

		<false/>

		<key>stackHeight</key>

		<real>137</real>

		<key>stayOpen</key>

		<false/>

		<key>toolbarVisible</key>

		<true/>

		<key>traceSpeed</key>

		<real>0.64999997615814209</real>

		<key>variablesDividerPos</key>

		<real>117</real>

		<key>variablesHeight</key>

		<real>218</real>

		<key>windowFrame</key>

		<string>44 125 1092 653 0 0 1280 778 </string>

		<key>windowSize</key>

		<string>{1092, 708}</string>

	</dict>

</dict>

</plist>

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<plist version="1.0">

<dict>

	<key>CFBundleAllowMixedLocalizations</key>

	<true/>

	<key>CFBundleDevelopmentRegion</key>

	<string>English</string>

	<key>CFBundleExecutable</key>

	<string>applet</string>

	<key>CFBundleIconFile</key>

	<string>logo gvsig.icns</string>

	<key>CFBundleInfoDictionaryVersion</key>

	<string>6.0</string>

	<key>CFBundleName</key>

	<string>uninstallJAIIO</string>

	<key>CFBundlePackageType</key>

	<string>APPL</string>

	<key>CFBundleSignature</key>

	<string>aplt</string>

	<key>LSRequiresCarbon</key>

	<true/>

</dict>

</plist>

--set JAIIO_installed to 
+--set better_uninstall to
+set but1 to localized string "Keep It"
+set but2 to localized string "Uninstall?"
+display alert (localized string "JAI-ImageIO is installed") message (localized string "Previous gvSIG versions needed it and offered to install it. But it has been found to cause problems with Java applets in web browsers like Firefox, Camino and Opera.
+
+Therefore, we recommend JAI-ImageIO to be uninstalled. Current and future versions of gvSIG do not need it.
+
+Do you want to uninstall it?") buttons {but1, but2} default button but2 as warning
+
+set theResult to result
+
+if button returned of theResult is but2 then
+	do shell script "rm ~/Library/Java/Extensions/jai_imageio.jar"
+	--display alert (localized string "Uninstalled correctly.") message (localized string "JAI-ImageIO has been uninstalled.") as informational
+else
+	set but1 to localized string "Launch gvSIG"
+	--set but2 to localized string "Ask Again Next Time"
+	display alert (localized string "JAI-ImageIO has not been uninstalled.") message ?
+		(localized string "If you want to uninstall it in a future, you can do so by hand.
+
+To uninstall, delete the file jai_imageio.jar contained in: your Home folder -> Library -> Java -> Extensions.") buttons {but1} default button but1 as warning
+	
+	--set theResult to result
+	--if button returned of theResult is but1 then
+	do shell script "defaults write ~/gvSIG/launcher \"Keep installed JAI-ImageIO\" -bool yes"
+	--end if
+end if
Index: tags/tmp_build/install/instalador-gvSIG-mac/uninstallJAIIO.app/Contents/Resources/en.lproj/Localizable.strings

{\rtf1\ansi\ansicpg1252\cocoartf949\cocoasubrtf270

{\fonttbl}

{\colortbl;\red255\green255\blue255;}

}

<project name="bundle-gvSIG" default="init" basedir=".">

	<dirname file="${ant.file.bundle-gvSIG}" property="DIR_ORIGEN"/>

	<property name="DIR_WORKSPACE" location="${DIR_ORIGEN}/../../"/>

	<property name="DIR_DESTINO" value="${DIR_ORIGEN}"/>

	<!-- Este script crea el bundle gvSIG con script previo (para ajustar variables de entorno, p.ej)

	y con librerias nativas -->

	<property name="JUNIT_HOME" location="${DIR_WORKSPACE}/binaries/ant/" />

	<taskdef name="jarbundler" classname="net.sourceforge.jarbundler.JarBundler">

		<classpath>

			<pathelement location="${DIR_WORKSPACE}/binaries/ant/jarbundler-1.9.jar"/>

			<pathelement location="${DIR_WORKSPACE}/_fwAndami/lib/xerces_2_5_0.jar"/>

		</classpath>

	</taskdef>

	<taskdef resource="net/sf/ant4eclipse/antlib.xml" >

			<classpath>

				<pathelement location="${DIR_WORKSPACE}/binaries/ant/ant4eclipse-0.5.0.rc1.jar"/>

			</classpath>

	</taskdef>

    <property name="jvmversion" value="1.5*"/>

	<target name="init">

	    <getEclipseClasspath

	    	property="tmp_andamiClasspath"

	        workspace="${DIR_WORKSPACE}"

	        projectName="_fwAndami"

	    	relative="yes"

	    	pathseparator=","

	    	runtime="true"

	   	/>

		<concat destfile="${DIR_ORIGEN}/tmp_andamiClasspath">andami.jar,${tmp_andamiClasspath}</concat>

		<replace file="${DIR_ORIGEN}/tmp_andamiClasspath"

			token="_fwAndami/"

			value=""

		/>

		<replace file="${DIR_ORIGEN}/tmp_andamiClasspath"

			token="bin,"

			value=""

		/>

		<replace file="${DIR_ORIGEN}/tmp_andamiClasspath"

			token="bin-test,"

			value=""

		/>

		<loadfile property="andamiClasspath" srcfile="${DIR_ORIGEN}/tmp_andamiClasspath"></loadfile>

		<delete file="${DIR_ORIGEN}/tmp_andamiClasspath"></delete>

		<echo>classPath=${andamiClasspath}</echo>

		<jarbundler

			dir="${DIR_DESTINO}"

			name="${NOMBRE_BUNDLE}"

			mainclass="com.iver.andami.Launcher"

			arguments="gvSIG gvSIG/extensiones"

			bundleid="com.iver.cit.gvsig"

			developmentregion = "Spanish"

			icon="logo gvsig.icns"

			shortname="gvSIG"

			signature="gvSI"

			stubfile="preJava"

			version="${FULLVERSION}"

			build="${build.number}"

			infostring="gvSIG ${FULLVERSION}"

			vmoptions ="-Xmx500M"

			jvmversion ="${jvmversion}"

			extraclasspath = "jai_imageio.jar,${andamiClasspath}"

			workingdirectory  = "$JAVAROOT"

			showplist="true"

			>

			<javaproperty name="apple.laf.useScreenMenuBar" value="true"/>

			<javaproperty name="java.library.path" value="$JAVAROOT/../NativeLibs"/>

			<!-- jarfileset no incluye nada, pero evita quejas de jarbundler -->

			<jarfileset dir="${DIR_ORIGEN}" includes="nothing!" excludes="*"/>

			<javafileset dir="${DIR_WORKSPACE}/_fwAndami/" excludes="bin/ src/ src-test/ bin-test/ cachedir/ config/ docs/ schemas/ build.xml/ *.bat"/>

		</jarbundler>

		<!-- tenemos ya un bundle con el script preJava, pero sin el "arrancador" de la JVM; hay que meterlo -->

		<copy file="${DIR_ORIGEN}/JavaApplicationStub" todir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/MacOS"/>

		<!-- (corregimos permisos de ejecucion que copy se ha cargado) -->

		<chmod file="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/MacOS/*" perm="+rwxrxrx"/>

		<!-- ahora metemos las libs nativas...-->

		<!-- crear dir NativeLibs-->

		<mkdir dir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/Resources/NativeLibs"/>

		<!-- copiar dentro dylibs, jnilibs-->

		<copy 	todir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/Resources/NativeLibs"

				flatten="true"

			>

			<fileset dir="${DIR_WORKSPACE}/binaries/mac/raster/" includes="**/*.dylib **/*.jnilib"/>

			<fileset dir="${DIR_WORKSPACE}/binaries/mac/crs/" includes="**/*.dylib **/*.jnilib"/>

		</copy>

		<!-- copiar jars para JNI (jgdal, jmrsid) en gvSIG/extensiones/...-->

		<!-- (primero asegurarnos de que no hay jgdal o jmrsid duplicados, lo cual provocaría error en gvSIG) -->

		<delete>

		  	<fileset dir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/Resources/Java/gvSIG/extensiones/com.iver.cit.gvsig/lib" includes="jgdal*.jar jmrsid*.jar"/>

		</delete>

		<copy 	todir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/Resources/Java/gvSIG/extensiones/com.iver.cit.gvsig/lib"

				flatten="true"

			>

			<fileset dir="${DIR_WORKSPACE}/binaries/mac/raster/" includes="**/*.jar"/>

		</copy>

		<!-- copiar JAI-ImageIO junto a andami.jar, para ser usado en classpath en vez de como extensión de la JVM-->

		<copy file="jai_imageio.jar" todir="${DIR_DESTINO}/${NOMBRE_BUNDLE}.app/Contents/Resources/Java"/>

	</target>

</project>

#!/bin/sh

# This script offers a chance to fix the "unixy" stuff before the JVM starts

#(environment variables, etc)

thisDir="${0%/*}"

if [ -e ~/Library/Java/Extensions/jai_imageio.jar ]

then

	if [ "`defaults read ~/gvSIG/launcher "Keep installed JAI-ImageIO"`" != "1" ] 

	then

		open -W "$thisDir/uninstallJAIIO.app"

	fi

fi

export PROJ_LIB="$thisDir/../Resources/Java/gvSIG/extensiones/org.gvsig.crs/data"

exec "$thisDir/JavaApplicationStub" "$@"

INSTALACIONES COMPLETAS:

Para generar el bundle (.app) para Mac, se debe lanzar el script de Ant "build.xml".

Supone definida la variable build.number .

Dentro define FULLVERSION (habr? que cambiarlo para cada versi?n mayor, claro)

build.xml llama a build-bundle.xml para crear el bundle de gvSIG. 

build-bundle.xml usa un Ant Task llamado Jarbundler, que se puede obtener en http://jarbundler.sourceforge.net/. Hay que instalarlo en la librer?a del Ant que se use.

Si se desea usar con el Ant incluido en Eclipse, adem?s se debe a?adir xercesImpl.jar, que va incluido en los Ant "normales" pero no en el de Eclipse. (Tambi?n se puede redefinir el ANTHOME en las preferencias de Eclipse para apuntar a un Ant instalado aparte, en el se haya instalador el jarbundler). 

El classpath que usar? gvSIG est? hardcoded en linea "extraclasspath" de task jarbundler de build-bundle.xml. Ese classpath debe ser el mismo que se define en el gvSIG.sh de Linux, por ejemplo; pero con jai_imageio.jar a?adido.

EXPLICACION DETALLADA:

OS X puede ejecutar un fichero.jar con un doble click, pero eso es equivalente a "java fichero.jar", sin m?s par?metros.

Para que se ejecute con unos par?metros y un classpath, un icono propio y la metainformaci?n necesaria para parecer una aplicaci?n normal de mac, lo convertimos en un bundle.

Un bundle es un directorio con nombre *.app y una cierta estructura de directorios.

<miBundle.app>/Contents/Info.plist es un fichero XML con la metainfo necesaria para que OS X sepa ciertas cosas sobre la aplicaci?n: ficheros que puede abrir (extensiones, mimetypes, visor o editor, etc), icono, nombre/s que presentar al usuario, numeros de versi?n...

En el caso de aplicaciones java, tambi?n incluye el classpath, par?metros para la aplicaci?n y la JVM, etc.

Para el caso de gvSIG, en <miBundle.app>/Contents/Resources/Java/ ir? una copia del directorio gvsig/bin/ de un build normal.

De todo esto se encarga build-bundle.xml.

Hasta gvSIG 1.1.x inclusive se usaba adem?s un bundle auxiliar "autoinstalador" que se encargaba de instalar JAI-ImageIO (si no lo estaba ya). Dado que causaba problemas, hemos abandonado eso y ahora se usa JAI-ImageIO en el Classpath de gvSIG.

Nota: un usuario "normal" (no-desarrollador) de mac posiblemente no sepa qu? es un bundle. La forma normal de llamarlos es "aplicaci?n", y se suele considerar un item indivisible.

gvSIG*autoinstalador.app

<project name="bundle-gvSIG" default="init" basedir=".">

	<!-- Este script crea un bundle "simple" de gvSIG y lo envuelve en un bundle instalador de requisitos -->

	<property name="FULLVERSION" value="2.0"/>

	<property name="NOMBRE_BUNDLE" value="gvSIG ${FULLVERSION} build ${build.number}"/>

	<property name="NOMBRE_BUNDLE_AUTOINSTALADOR" value="${NOMBRE_BUNDLE} autoinstalador"/>

   	<property name="DIR_DESTINO" value="${basedir}"/>

    <property name="jvmversion" value="1.5*"/>

	<!-- para OS X 10.4 y 10.5 ==> jvmversion = "1.5*" 

			"1.4.1" significaría "usar JVM 1.4.1 estrictamente"

	     	"1.4*" significa "JVM 1.4.x, siendo x el máximo posible"

	     	"1.4+" significa "JVM 1.4 o superior" (p.ej., 1.5 si está instalado) -->

	<target name="init">

		<ant antfile="build-bundle.xml">

            <property name="jvmversion" value="${jvmversion}"/>

        </ant>

		<!-- Eliminada la creación del "autoinstaller" porque ya no hace falta instalar JAI-ImageIO en OS X, 

		sino que lo usamos en el Classpath -->

	</target>

</project>

{{{

#!rst

.. contents::

Cómo se genera un instalable para un Plugin de gvSIG

=======================================================

Número de  build

----------------

Un plugin debe añadir un panel (al que se accede en gvSIG por "ayuda->acerda de") con su correspondiente build.number para su seguimiento.

Para poder añadir dicho panel se seguirán los siguientes pasos:

+ En la carpeta config del plugin, se tiene que crear un fichero **"about.htm"**. Se puede ver un ejemplo de este fichero en el plugin **"extExpressionField"**. Lo más importante en este fichero es que debe tener la siguiente linea, que indica el build number: ::

   <p><br><br>

   <b> Build Number: #build.number#</b>

   </p>

+ Dentro de nuestro plugin, hay que crear dentro del build.xml un target **<buildNumber>**, que se encargará de aumentarlo: ::

	<target name="buildNumber">  

		<propertyfile	file="build.number"

				comment="Build Number for ANT. Do not edit!">

			<entry key="build.number" default="0" type="int" operation="+" />

		</propertyfile>

		<property file="build.number" />

	</target>

  **Nota**: Existe un *task* para el ant que hace una función parecida, el problema es que funciona de forma distinta

  a la que nosotros trabajamos (*Deja el siguiente número de build en el fichero, en vez de el actual*).

+ El fichero **"about.htm"** se tiene que copiar en una carpeta temporal y hacer el remplazo del #build.number# (el about.htm que se copiará al gvsig será el que está en dicha carpeta temporal). Aquí un ejemplo (extraído del *extExpressionField/build.xml*): ::

    <target name="copy-data-files">

		<copy file="config/config.xml" todir="${without_src}"/>

		<copy file="build.number" todir="${without_src}"/>

		<copy file="config/about.htm" todir="${without_src}"/>   <!-- AQUÍ SE HACE LA COPIA DEL about.htm A LA CARPETA TEMPORAL -->

		<loadproperties srcFile="build.number"/>

		<replace casesensitive="true"

  		file="${without_src}/about.htm"

  	  	token="#build.number#"

  		value="${build.number}"/>				<!-- AQUÍ SE HACE EL REMPLAZO DE #build.number# --> 

		<copy todir="${without_src}">

			<fileset dir="config" includes="text*.properties"/>

		</copy>

		<copy todir="${without_src}/images">

			<fileset dir="images/" includes="*"/>

		</copy>

    </target>

+ De nuevo en el build.xml de nuestro plugin, crear un target **<distribution>**, que llama al target *<buildNumber>* y luego al target por defecto. Este target por lo tanto hará lo mismo que el target por defecto, con la única diferencia de aumentar el buildnumber del plugin.

+ En los fuentes del plugin hay que crear una extensión (si ya la tenemos simplemente añadiremos dentro de ella) para registrar el panel de about.htm, un ejemplo (extraído nuevamente de *extExpressionField*) sería: ::

	public class AboutExpresionFieldExtension extends Extension {

		public void initialize() {

			// TODO Auto-generated method stub

		}

		public void postInitialize() {

			About about=(About)PluginServices.getExtension(About.class);

			FPanelAbout panelAbout=about.getAboutPanel();

			java.net.URL aboutURL = this.getClass().getResource(

		        "/about.htm");

		        panelAbout.addAboutUrl(PluginServices.getText(this,"calculate_expresion"),aboutURL);

		}

+ Para acabar, habrá que añadir en el fichero config/config.xml de nuestro plugin la extensión que acabamos de crear (en caso de que no existiera): ::

	<extension class-name="com.iver.cit.gvsig.AboutExpresionFieldExtension"

			description="Extension to add about panel."

			active="true"

			priority="1">

	</extension>    

Nombrado de los binarios

--------------------------

El nombre de los ficheros debe tener la siguiente estructura:

gvsig_[NOMBRE-EXT]-[VERSION_GVSIG]-[BUILD_NUMBER_GVSIG]-[BUILD_NUMBER_EXT]-[PLATAFORMA].[zip|exe|bin]

Donde:

* NOMBRE_EXT = Nombre de la extensión.

* VERSION_GVSIG = Número de versión de gvSIG sobre la que funciona el binario.

* BUILD_NUMBER_GVSIG = Número de build de gvSIG sobre el que funciona el binario.

* BUILD_NUMBER_EXT = Número de build propio de la extensión.

* PLATAFORMA = Sistema operativo (linux, windows, mac).

Por ejemplo: 

gvsig_sextante-1_1_0-1015-31-windows-i586.exe

Generación del instalable

-----------------------------

Vamos a describir los pasos que se siguen actualmente para generar una distribución de binarios de una extensíon para gvSIG.

Antes de empezar, hay que asegurarse de que en nuestro Workspace disponemos de la carpeta **"install"** y **"binaries"**, ya que estas dos carpetas son imprescindible para generar los binarios, y sin estas no se podría hacer.

Hay que descomprimir el fichero **"install/pluginInstallTemplate/install.zip**" dentro de nuestro proyecto. Este zip también se puede bajar de:

+ Si se está trabajando sobre el branch: `install_branch.zip <https://gvsig.org/svn/gvSIG/branches/v10/install/pluginInstallationTemplate/install.zip?format=raw>`_   

+ Si se está trabajando sobre el trunk: `install_trunk.zip <https://gvsig.org/svn/gvSIG/trunk/install/pluginInstallationTemplate/install.zip?format=raw>`_ 

Una vez descomprimido ya tenemos lo necesario (en forma de plantilla) para generar los binarios de cualquier extensión, y solo se deberán hacer algunos pequeños cambios para adaptarla a cada extensión...

Primero tenemos que modificar el fichero build.properties. Este fichero contiene el nombre de algunas variables y de la extensión. Tal y como está comentado en el propio fichero, hay que indicar el directorio de nuestra extensión en **MAIN_INSTALL_PLUGIN**, verificar que los números de versión sean los correctos, indicar el nombre del plugin (extensión) en **APPNAME**, y finalmente indicarle el directorio donde se dejaran caer los binarios en **OUTPUT_DIR**.

El siguiente fichero a modificar será el install.xml. Este fichero sirve de guía para el IzPAck a la hora de generar el instalable. Al principio del fichero se debe de indicar el nombre del plugin en **"<appname> </appname>"**.

Luego habrá que situarse en el final del fichero, en la zona de **<pack>**. En esta parte se definen qué ficheros tendrán que añadirse sobre la instalación de gvSIG ya existente. En **"name"** se indica el nombre del paquete tal y como se mostrará a la hora de la selección de paquetes durante la instalación, y en **"descripcion"** se indica la descripción que aparecerá al seleccionar dicha extensión. Posteriormente se definen los ficheros a añadir. Para ello disponemos de dos *tasks*:

**<file>**: copia un fichero o directorio. Tiene tres atributos a especificar:

- **targetdir**: Para especificar el destino de los ficheros que se copiarán.

- **src**: Para especificar el fichero/directorio que se copiará.

- **override**: Para especificar si se sobreescriben los ficheros a copiar en caso de que existan. Generalmente será **true**.

**<fileset>**: copia un conjunto de fichero o directorios. Tiene los siguientes campos:

- **targetdir**: Para especificar el destino, de igual manera que <file>.

- **dir**: El directorio de dónde se copiarán los ficheros.

- **includes**: Los ficheros a incluir en la copia. Lo interesante de este campo es que se pueden introducir patrones (como * o ?).

- **excludes**: Semejante a includes, sólo que aquí se especifican los ficheros que **no** se desean copiar.

- **override**: igual que en <file>.

*Para más información acerca de los tasks, hay un html de ayuda en la carpeta install del workspace: install/IzPack/doc/izpack/html/index.html*

Lo más normal será llevarse todo el directorio de nuestra extensión, y además, según que extensiones, se llevaran otros ficheros (ver ejemplos en el propio *install.xml*).

Ahora tendremos que modificar el **buildExt.xml** para prepara la instalación para **MAC OSX** cuyo proceso es distinto. Básicamente, en el *target* llamado **InstallMac** hay que copiar los fichero que hay que actualizar en la instalación (*igula que en el* **instal.xml** *pero usando los comando del* **ANT**). En el propio fichero hay comentados varios ejemplos. También existe el fichero **resources/configfile** que nos permite adaptar la configuración de la instalación de Mac (añadir un sufijo al nombre de la aplicación o comprobar el MD5 de andami), para mas información sobre este fichero se puede consultar el fichero **install/instalador-gvSIG-mac/HOWTO-UPDATER,EXTS.txt** (**CUIDADO CON LOS EL FORMATO DE LOS RETORNOS DE CARRO**).

Con esto ya tenemos todos los parámetros necesarios para generar los binarios, y simplemente habrá que lanzar el **buildExt.xml**, que en cuanto finalice, encontraremos los binarios de nuestro plugin en la ruta que indicamos en **OUTPUT_DIR** del fichero build.properties.

Dónde dejar los instalables

----------------------------

Los instalables de las versiones previas de gvSIG se dejan en el SVN asociado 

al TRAC de bugtracking, *https://gvsig.org/svn/bugtracking*, en *trunk/Versiones*.

En esa carpeta se crea para la extensión, algo como:

  [NOMBRE-EXT]-[MAJOR-VERSION]

Dentro de ésta se crearan dos carpetas, 

 * Documentacion-usuario

 * Versiones-previas

Y dentro de versiones previas se dejarán caer los instalables para todas las plataformas

soportadas.

En la carpeta de documentación de usuario, se dejarán caer las versiones en PDF de la

documentación que va a ser publicada como documentación de usuario junto con la extensión.

}}}

extensions

*.jar

*.tar.gz

gvSIG_0.6_installer

bin

extensiones

<project name="instalador-gvSIG" default="init" basedir=".">

	<!--

	<property name="dir_inst" location="C:\Archivos de programa"/>

	<property name="base_dir" location="./"/>		

	<property name="dir_libs" location="C:\Archivos de programa\IzPack\lib"/>

	<property name="vers" location="0.6"/>

	<property name="izpack_dir" location="C:\Archivos de programa\IzPack"/>

	-->

	<property name="dir_inst" location="/usr/local"/>

	<property name="base_dir" location="./"/>		

	<property name="izpack_dir" location="../../install/IzPack"/>

	<property name="dir_libs" location="${izpack_dir}/lib"/>

	<property name="INSTALL_FILE" location="install.xml"/>

	<taskdef name="izpack" classpath="${dir_libs}/compiler.jar" classname="com.izforge.izpack.ant.IzPackTask"/>

	<target name="init">

		<izpack input="${INSTALL_FILE}" 

				output="${JARNAME}" 

				installerType="standard" 

				basedir="${base_dir}" 

				izPackDir="${izpack_dir}/"/>

	</target>

	<target name="clean">

		<delete>

			<fileset dir=".">

			    <include name="**.zip"/>

			</fileset>

		</delete>

		<delete dir="bin" />

		<delete dir="extensions" />

	</target>

</project>

gvSIG v1.9

Application Requirements:

    - System

        · At least: Pentium III / 256 MB RAM.

        · Recommended: Pentium 4 / 512 MB RAM.

        · OSes: platforms Windows and Linux.

        Tested in WinXP, Linux Kubuntu 7.10 and Linux Ubuntu 8.04/8.10.

    - Installed Software (available in http://www.gvsig.gva.es or in http://java.sun.com)

        · Java VM 1.4.2 (06 or above).

        · JAI (Java Advanced Imaging).

        · JAI Image I/O.

Note: The JAI and JAI Image I/O must be installed into the same Java VM that runs gvSIG.

Further information and support:

    Official web site:

        http://www.gvsig.gva.es

        http://www.gvsig.org

    Mailing lists:

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios (users).

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores (developers).

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional (non-spanish users and developers).

#!/bin/bash

[ -x /usr/bin/dirname ] && cd `/usr/bin/dirname $0`

java -jar JARNAME

gvSIG v1.9

Requisits de l'aplicació:

    - Sistema

        · Mínims: Pentium III / 256 MB RAM.

        · Recomanables: Pentium 4 / 512 MB RAM.

        · Sistemes operatius: plataformes Windows i Linux.

        Provat en WinXP, Linux Kubuntu 7.10 i Linux Ubuntu 8.04/8.10.

    - Programari instal·lat (disponible en http://www.gvsig.gva.es o en http://java.sun.com)

        · Màquina Virtual Java 1.5.0 (12 o superior).

        · JAI (Java Advanced Imaging).

        · JAI Image I/O.

Nota: les libreries JAI i JAI Image I/O han d'estar instal·lades sobre la Màquina Virtual Java que gvSIG utilitze en l'execució.

Més informació í suport:

    Web oficial del projecte:

        http://www.gvsig.gva.es

        http://www.gvsig.org

    Llistes de distribució:

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios (suport per a usuaris).

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores (suport per a desenvolupadors).

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional (suport per a usuaris o desenvolupadors de parla no-hispana).

gvSIG v1.9

Requisitos de la aplicación:

    - Sistema

        · Mínimos: Pentium III / 256 MB RAM.

        · Recomendables: Pentium 4 / 512 MB RAM.

        · Sistemas operativos: plataformas Windows y Linux.

        Probado en WinXP, Linux Kubuntu 7.10 y Linux Ubuntu 8.04/8.10.

    - Software instalado (diponible en http://www.gvsig.gva.es o en http://java.sun.com)

        · Máquina Virtual Java 1.5.0 (12 o superior).

        · JAI (Java Advanced Imaging).

        · JAI Image I/O.

Nota: Las librerías JAI y JAI Image I/O deben estar instaladas sobre la Máquina Virtual Java que gvSIG utilice en su ejecución.

Más información y soporte:

    Web oficial del proyecto:

        http://www.gvsig.gva.es

        http://www.gvsig.org

    Listas de distribución:

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios (soporte para usuarios).

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores (soporte para desarrolladores).

        http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional (soporte para usuarios o desarrolladores de habla no hispana).

<?xml version="1.0" encoding="UTF-8"?>

<classpath>

	<classpathentry kind="src" path=""/>

	<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/ant.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/compiler.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/installer.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/izevent.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/jakarta-regexp-1.3.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/kunststoff.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/looks.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/metouia.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/standalone-compiler.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/uninstaller-ext.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/uninstaller.jar"/>

	<classpathentry kind="lib" path="/home/nacho/IzPack/lib/liquidlnf.jar"/>

	<classpathentry kind="output" path=""/>

</classpath>

<?xml version="1.0" encoding="UTF-8"?>

<projectDescription>

	<name>instalador-gvSIG-lin</name>

	<comment></comment>

	<projects>

	</projects>

	<buildSpec>

	</buildSpec>

	<natures>

	</natures>

</projectDescription>

PARA KDE: dejar un fichero '.desktop' en el directorio $HOME/.kde/share/mimelnk/application

como este:

[Desktop Entry]

Comment=

Hidden=false

Icon=/x/apps/gvSIG_0.1_856/bin/ico-gvSIG.png

MimeType=application/gvSIG

Patterns=*.gvp;*.GVP

Type=MimeType

y apadir a fichero $HOME/.kde/share/config/profilerc algo asi:

[application/gvSIG - 1]

AllowAsDefault=true

Application=kde-gvSIG.sh-3.desktop

GenericServiceType=Application

Preference=1

ServiceType=application/gvSIG

y el el fichero de menu ($HOME/.kde/share/applnk/.../gvSIG*.desktop)

la entrada 'MimeType' debe estar 'IGUAL' que en el fichero que

hemos dejado en $HOME/.kde/share/mimelnk/application

Para GNOME:

POR Estudiar

Para FIREFOX:

POR Estudiar

Los archivos usados para la asociacion estan en ./resources/mime

y los scripts que los manejan son ./resources/postinstall.sh y

./resources/unistall.sh

**************************************************************

URL's y recortes:

http://www.ces.clemson.edu/linux/fc4_desktop.shtml

*********************************************************************

File Association. At the top of the context menu for a file in Nautilus is found the 'Open with "Preferred Application" menu item. Next, is found the 'Open with' menu item, which lists all other applications which can open the file. These menu items are controlled respectively by the following files:

  /usr/share/applications/defaults.list

  /usr/share/applications/mimeinfo.cache

Each line in defaults.list contains a desktop file followed by a mimetype. For example, the line

  application/postscript=evince.desktop

shows that Evince is the preferred application for opening postscript files. Each line in mimeinfo.cache contains a desktop file followed by a list of mimetypes. For example, the line

  image/gif=gthumb.desktop;gimp-2.2.desktop;

      gnome-eog.desktop;

shows the list of applications available for opening gif files. Gnome constructs the mimeinfo.cache file by processing the mimetypes recorded in the desktop files. Gnome comes with a pre-built system-wide defaults.list. At the user level there are parallel files

  ~/.local/applications/defaults.list

  ~/.local/applications/mimeinfo.cache

Users can add lines to these files as follows.

  In a Nautilus window, right click on a file

  Select Properties

  Select the 'Open With' tab

  To add to the current 'Open With' list

  Hit Add and select an application

  Hit Add again

  Select the preferred application radio button

************************

http://standards.freedesktop.org/shared-mime-info-spec/shared-mime-info-spec-latest.html

************************

<MIME> = /usr/local/share/mime

<MIME> = /usr/share/mime

Each application that wishes to contribute to the MIME database will install a single XML file, named after the application, into one of the three <MIME>/packages/ directories (depending on where the user requested the application be installed). After installing, uninstalling or modifying this file, the application MUST run the update-mime-database command, which is provided by the freedesktop.org shared database[SharedMIME].

update-mime-database is passed the mime directory containing the packages subdirectory which was modified as its only argument. It scans all the XML files in the packages subdirectory, combines the information in them, and creates a number of output files.