Buenas tardes.

Ante todo pedir disculpas por no ser un tema 100% ligado al as400, aunque
supongo que os habr�is encontrado con este problema muchos de vosotros m�s
de una vez. 

La pregunta es r�pida; hay alguna manera de indicar en access que vas a
anexar un campo en blanco y que no es null? L�gicamente el campo destino es
alfanum�rico. Para solventar este inconveniente te obliga a actualizar el
fichero origen con todos aquellos campos que est�n en blanco(no nulos..) y
luego en el fichero de as actualizarlos con un sql, y la verdad es que es
pesado a parte de no entender el porque, claro.


Muchas gracias de antemano


Jordi 

-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Enviado el: martes 25 de febrero de 2003 11:57
Para: [EMAIL PROTECTED]
Asunto: Off Topic: colaboraci�n del foro




Hola Foreros, ante todo agradecer vuestra colaboraci�n.. ha sido muy
importante para mi y nos ha permitido probar nuestra infraestructura
simulando una carga de trabajo real, muchas gracias!

por fin he encontrado unos minutos para recopilar un poco de informaci�n y,
como prometido, aqui est�.

actualmente la soluci�n se compone de:

- servidor intel P4 2,4GHz, 1 GB Ram, WIN2K server con instalado:
WebSphere Portal Server 4.1.2 Experience (el m�s gordo de la familia)
WebSphere Site Analyzer
IBM HTTP server
Domino 5.0.8 para autontiifcaci�n usuarios LDAP
Sametime 2.5
WebSphere Host on Demand


- servidor intel P3  800MHz, 512 Mb Ram, WIN2K server con instalado:
Domino 5.0.10
QuickPlace 3.0
Lotus Extended Search

- iSeries 250 V5.1 como servidor de base de datos

las 3 maquinas est�n configuradas con Single Sign On multiservidor (con
LDAP), de manera que para el usuario sea completamente transparente el
acceso a todos los recursos y que sea necesario un unico log-in. esto no se
puede apreciar desde la parte publica.

el portal est� compuesto por 4 area principales:

- area publica http://www.sowre.es con nuestra pagina corporativa
- extranet con acceso para nuestro personal y nuestros clientes, que
proporciona funciones de acceso al correo, acceso a la documentaci�n
comercial de los productos, acceso al centro de reuniones de SameTime y
chat
- intranet con acceso exclusivo para nuestros empleados, con funciones de
acceso a la documentaci�n t�cnica de los productos, recursos generales
(agenda, cursos, petici�n de material, directorio, curriculums, petici�n de
vacaciones, calendario laboral, formularios varios, etc...)
- area demo con acceso exclusivo para nuestros empleados y clientes
extemporaneos con ejemplos de diferentes portlets y una intranet de ejemplo
para una empresa "tipo"

en base a las pruebas realizadas hemos detectado lo siguiente:

el servidor WebSphere Portal se queda corto, ser� ampliado a 2GB de Ram...
con menos memoria "sufre" demasiado...y lo bueno es que no depende de la
carga de trabajo, sino de los servicios arrancados. en otras palabras el
comportamiento de WAS y Portal no se ve afectado por el numero de usuario
conectados. en nuestro caso la memoria utilizada con 50-60 usuarios
conectados es "casi" la misma que sin usuarios activos y la utilizaci�n de
la CPU siempre es muy baja excepto cuando Portal "recompila" las paginas
JSP que se han modificado y no se han visualizado nunca desde su
modificaci�n.

hay ciertas limitaciones a la hora de instalar diferentes componentes en el
mismo servidor, bien por incompatibilidad del software, bien por dificultad
de administraci�n; por ejemplo Sametime y Quickplace no pueden ir sobre la
misma maquina, sametime y portal presentan cierta dificultad el la
administraci�n si est�n instalados en la misma maquina.
y lo m�s divertido es que si esta maquina es un iSeries... todas las
dificultades desaparecen!!!! (toma Bill Gates!) ya que Portal / QuickPlace
/ Sametime / domino son compatibles si se instalan en un iSeries.. eso si
debe ser una maquina con CPW 500 o superior y  2GB de RAM.

ni se os ocurra instalar los productos sin leer antes un documento
disponible en IBM que se llama "Portal server - Know Defects of
version......", todo - absolutamente todo - lo que os puede pasar en la
instalaci�n est� perfectamente documentado y explicado en el.... parece
escrito por un "vidente" .... esto demuestra una vez m�s la filosofia IBM:
"no te prometo productos perfectos, pero te voy a dar todos los elementos
para que puedan funcionar - sin secretos"  ... incluso el documento explica
los problemas que tendr�n los clientes  (los pc's) debido a
incompatibilidades, por ejemplo de Windows XP, con una cierta versi�n de la
JVM que BillY entrega con sus maquinas.... al final con un poco de
paciencia todo se resuelve sin muertos ni heridos :-)

todas las pruebas han sido muy interesante de cara a una instalaci�n "en la
vida real" en una PYME  (ya que los precios de los productos en el
empaquetamiento Express est�n pensados para una PYME).
Hasta ahora nuestra experiencia estaba limitada a corporaciones medianas /
grandes (m�s bien grandes, que podian pagar por el producto) y no tenian
problemas en instalar una "bateria" de servidores en cluster, cada uno de
ellos dedicados a una determinada funci�n. en estos casos los proyectos se
hacian con "todos los prerequisitos" indicados por IBM:

- servidor HTTP separado y publicado en la DMZ
- servidor Portal (m�s de uno en cluster) en la parte protegida
- servidor Domino para el correo
- servidor LDAP
- servidor de politicas de seguridad Tivoli Access Manager
- servidor Sametime
- servidor QuickPlace
etc..etc..

y con nuestro portal hemos podido comprobar que una PYME no necesita
demasiados recursos para desplegar Portal Server, en definitiva se
necesitan 2 servidores (de los cuales 1 "sencillo") y que es m�s importante
la memoria disponible que la velocidad del procesador....

vuelvo a agradecer vuestra colaboraci�n... si estais interesados en m�s
detalles podeis contactarme directamente por mail o participar en el
seminario IBM Portal Server del 7 de marzo en Barcelona.

http://www.sowre.es/wps/portal/_pagr/116/_pa.116/204

un saludo,

Marco




(Embedded image moved to file: pic11383.gif)

_____________________________________________________
Forum.HELP400 es un servicio m�s de NEWS/400.
� Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja, env�a el mensaje resultante de pulsar
mailto:[EMAIL PROTECTED]

Responder a