poi/src/documentation/content/xdocs/trans/es/historyandfuture.xml

153 lines
7.2 KiB
XML
Raw Normal View History

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE document PUBLIC "-//APACHE//DTD Documentation V1.1//EN" "../../dtd/document-v11.dtd">
<document>
<header>
<title>Historia del Proyecto</title>
<authors>
<person id="AO" name="Andrew C. Oliver" email="acoliver@apache.org"/>
<person id="AMB" name="Agust<73>n Mart<72>n Barbero" email="-"/>
</authors>
</header>
<body>
<section><title>Breve Historia del Proyecto</title>
<p>
El proyecto POI se gest<73> tiempo atr<74>s, cerca de abril de 2001,
cuando Andy Oliver obtuvo un contrato de corta duraci<63>n para realizar
informes Excel basados en Java. Ya hab<61>a realizado este proyecto unas
cuantas veces antes, y sab<61>a exactamente d<>nde buscar las herramientas
que necesitar<61>a.
Ir<49>nicamente, el API que sol<6F>a utilizar se hab<61>a disparado en precio
desde unos $300 ($US) hasta unos $10K ($US). Calcul<75> que a dos personas
les llevar<61>a unos seis meses el portar Excel as<61> que le recomend<6E> al
cliente que pagase los $10K.
</p>
<p>
Cerca de junio de 2001, Andy empez<65> a pensar lo genial que ser<65>a
tener una herramienta Java de c<>digo abierto para hacer esto y,
mientras tuvo algo de tiempo libre, comenz<6E> el proyecto y aprendi<64>
cosas sobre el Formato de Documento Compuesto OLE2. Tras chocarse
con varios obst<73>culos insalvables, se dio cuenta de que necesitar<61>a ayuda.
Public<69> un mensaje en su Grupo de Usuarios Java local (JUG) y
pregunt<6E> si alguien estaba interesado. Tuvo mucha suerte y el
programador Java de mayor talento que hab<61>a conocido nunca,
Marc Johnson, se uni<6E> al proyecto. A Marc le llev<65> unas pocas
iteraciones el obtener algo con lo que estaban contentos.
</p>
<p>
Mientras Marc trabajaba en eso, Andy port<72> XLS a Java, bas<61>ndose
en la biblioteca de Marc. Varios usuarios escribieron peticiones
para poder leer XLS (no s<>lo escribirlo como hab<61>a sido planeado
originalmente) y un usuario ten<65>a peticiones especiales para
un uso diferente de POIFS. Antes de que pasara mucho tiempo,
el alcance del proyecto se hab<61>a triplicado. POI 1.0 se distribuy<75>
un mes m<>s tarde de lo planeado, pero con muchas m<>s caracter<65>sticas.
Marc escribi<62> r<>pidamente el marco del serializador y el
Serializador HSSF en tiempo r<>cord y Andy gener<65> m<>s documentaci<63>n
y trabaj<61> en hacer que la gente conociera este proyecto.
</p>
<p>
Poco antes de la distribuci<63>n, POI tuvo la fortuna de entrar
en contacto con Nicola -Ken- Barrozzi quien proporcion<6F> ejemplos
para el Serializador HSSF y ayud<75> a descrubir sus desafortunados
fallos (que fueron arreglados de inmediato). Recientemente, Ken
port<72> la mayor<6F>a de la documentaci<63>n del proyecto POI a XML
partiendo de los documentos HTML cutres que Andy hab<61>a escrito
con Star Office.
</p>
<p>
M<>s o menos al mismo tiempo de la primera distribuci<63>n, Glen Stampoultzis
se uni<6E> al proyecto. A Glen le molestaba la actitud impertinente de Andy
en lo que a<>adir capacidades gr<67>ficas a HSSF se refer<65>a. Glen se molest<73>
tanto que decidi<64> coger un martillo y hacerlo <20>l mismo. Glen ya se ha
convertido en parte integral de la comunidad de desarrollo de POI; sus
contribuciones a HSSF ya han comenzado a producir olas.
</p>
<p>
En alg<6C>n momento decidimos finalmente remitir el proyecto a
<link href="http://xml.apache.org/cocoon">El Proyecto Cocoon
de Apache</link>, s<>lo para descubrir que el proyecto hab<61>a
crecido encajando perfectamente con Cocoon hac<61>a tiempo.
Lo que es m<>s, Andy comenz<6E> a ojear otros proyectos a los que
le gustar<61>a que se a<>adiera la funcionalidad de POI. As<41> que
se decidi<64> donar los Serializadores y Generadores a Cocoon, otros
componentes de integraci<63>n con POI a otros proyectos, y los APIs
de POI pasar<61>an a formar parte de Jakarta. Fue un camino con
baches, <20>pero parece que todo sali<6C> bien puesto que ahora est<73>s
leyendo esto!
</p>
</section>
<section><title><EFBFBD>Hacia d<>nde va POI?</title>
<p>
Primero abordaremos esto desde el punto de vista del proyecto:
Bueno, les hicimos la oferta a Microsoft y Actuate (de co<63>a
... en su mayor parte) de que dejar<61>amos el proyecto y nos
retirar<61>amos si simplemente nos firmaban a cada uno un cheque
con muchos ceros. Todav<61>a estoy esperando una llamada o correo
electr<74>nico, as<61> que de momento asumo que no nos van a pagar
para quitarnos de en medio.
</p>
<p>
Despu<70>s, tenemos algo de trabajo que hacer aqu<71> en Jakarta
para terminar de integrar POI en la comunidad. Lo que es m<>s,
todav<61>a estamos realizando la transici<63>n del Serializador a
Cocoon.
</p>
<p>
HSSF, durante el ciclo 2.0, sufrir<69> varias optimizaciones.
Tambi<62>n a<>adiremos nuevas caracter<65>sticas como una implementaci<63>n
completa de F<>rmulas y formatos de texto personalizados. Esperamos
ser capaces de generar ficheros m<>s peque<75>os a<>adiendo soporte de
escritura para registros RK, MulRK y MulBlank. A d<>a de hoy, la
lectura en HSSF no es muy eficiente. Esto se debe sobre todo a que
para escribir o modificar, uno necesita ser capaz de actualizar
punteros del flujo de subida (upstream pointers) a datos del flujo
de bajada. Para hacer esto hay que tener todo lo que haya en
medio en memoria. En vez de eso, un Generador permitir<69>a que se
procesaran eventos SAX. (Esto se basar<61> en las estructuras de
bajo nivel). Una de las mejores cosas sobre esto es que as<61> no s<>lo
tendremos una manera m<>s eficiente de leer el fichero, tambi<62>n
tendremos una magn<67>fica forma de utilizar hojas de c<>lculo como
fuentes de datos XML.
</p>
<p>
El Serializador HSSF, se separar<61> m<>s a<>n en un marco gen<65>rico
para la creaci<63>n de serializadores para otras plataformas y
en la implementaci<63>n espec<65>fica del serializador HSSF. (Esto ya
es cierto en gran medida). Tambi<62>n a<>adiremos soporte para
caracter<65>sticas ya soportadas por HSSF (estilos, fuentes, formatos
de texto). Esperamos a<>adir soporte para f<>rmulas durante este ciclo.
</p>
<p>
Estamos empezando a expandir nuestro alcance de nuevo. Si pudimos
hacer todo esto para ficheros XLS, <20>qu<71> hay de ficheros Doc o PPT?
Pensamos que nuestro siguiente componente (HDF - Formato de
Documento Horrible) deber<65>a seguir el mismo patr<74>n. Esperamos
que se nos una sangre nueva al equipo y que nos permita abordar
esto con mayor celeridad (en parte porque POIFS ya est<73> terminado).
<20>Pero a lo mejor lo que m<>s necesitamos es a ti!
</p>
</section>
</body>
<footer>
<legal>
Copyright (c) @year@ The Apache Software Foundation All rights reserved.
$Revision$ $Date$
</legal>
</footer>
</document>