From @jordivs on March 25, 2017 0:6

Ya no se implementará el parsing SemanticWebBuilder/SWBPortal@541cda3 en las rutas del HTML del editor de plantillas, el usuario subira la estructura de acuerdo a la estructuración de su plantilla.

En la segunda fase, se implementará en la codificación para que la estrúctura de directorios de las plantillas externas se suban a FileSystem @softjei @haxdai @JRedentor @jajs1975

Copied from original issue: SemanticWebBuilder/SWBPortal#84

• Seleccionar plugin para documentación (https://maven.apache.org/plugins/maven-javadoc-plugin/)
• Documentar todas las clases que falten por documentar
• Modificar pom.xml para agregar generación de documentación
• Distribuir JAR con documentación de SemanticWebBuilder

El applet de edición de plantillas permite la carga de cualquier tipo de archivo, este archivo se despacha en la vista previa sin restricción.

Procedimiento para reproducir el issue:

1. Acceder a la pestaña Editar Plantilla de la plantilla deseada
2. En el listado de versiones hacer click en el botón Editar
3. En el editor de plantillas hacer click en la opción Abrir de archivo

4. En la ventana de selección ubicar un archivo distinto al formato HTML, puede ser un .exe

5. Confirmar la carga de la plantilla

Resultado

El editor de plantillas muestra el código binario del archivo cargado

En la lista de versiones, el hacer click sobre el botón Vista previa genera la descarga del archivo

From @jordivs on April 6, 2017 23:37

Ambiente:
Operative System: Win 10
Aplication Server: Tomcat 9
Data Base: Hipersonic
Browser: Gppgle Chrome 57.0.2987.133

Copied from original issue: SemanticWebBuilder/SWBPortal#86

From @jordivs on January 19, 2017 19:41

Las plantillas se pueden mover de manera lógica de un sitio a otro sin mover los archivos, y al reiniciarse la aplicación ya no se despliegan en el sitio original

Pasos para replicar la incidencia:

Precondiciones

1.- Contar con 2 sitios con plantillas cada uno
2.- Las plantillas se encuentran activadas

Flujo principal:

1.- Despliegar uno de los sitios y seleccionar una plantilla
2.- Arrastramos la plantilla seleccionada al grupo de plantillas del otro sitio
3.- El sistema solicita aceptar movimiento
4.- La plantilla se muestra desplegada en el grupo de plantillas del sitio donde se movio

Resultado

La plantilla no existe en el sitio donde se movio pero se muesta desplegada en el grupo de plantillas.

Al reiniciarse el servidor de aplicaciones la plantilla ya no se muestra en el sitio original donde pertece la plantilla ni en el sitio donde se movio, pero si fisicamente en el file system

Affects versions

• 4.5.6.0
• 4.5.10.1

Environment

Servidor de Aplicaciones: Tomcat 8
Base de Datos: Hipersonic
Sistema Operativo: Windows Server 2008 R2 DataCenter
Navegador Firefox y GoogleChrome

Kenai Metadata

Copied from original issue: SemanticWebBuilder/SWBPortal#63

Buscar alternativas para las bibliotecas con: a) mejor mantenimiento b) actualizaciones constantes; c) disponibilidad en repositorio maven

El caso de elfinder puede atacarse haciendo un fork del repositorio original, agregando los cambios necesarios y agregando el repositorio como dependencia en maven.

• Eliminar dependencia con bliki
• Eliminar dependencia con arthurdo
• Eliminar dependencia con isorelax
• Eliminar dependencia con ojmail
• Eliminar dependencia con msv
• Eliminar dependencia con fileupload-ext

El recurso WebPageComments no encuentra la clase org.semanticwb.portal.resources.sem.SWBComments y no se muestra el recurso

Mensaje: org.semanticwb.portal.api.SWBResourceException: Class Name:class org.semanticwb.portal.resources.sem.SWBComments not found...
Fecha: Thu Jun 15 11:28:34 CDT 2017
Stack trace:

Thu Jun 15 11:28:34 CDT 2017: Class Name:class org.semanticwb.portal.resources.sem.SWBComments not found...
// org.semanticwb.portal.api.SWBResourceException: Class Name:class org.semanticwb.portal.resources.sem.SWBComments not found...
// org.semanticwb.portal.api.GenericSemResource.getSemanticObject(GenericSemResource.java:200)
// org.apache.jsp.swbadmin.jsp.objectTab_jsp._jspService(objectTab_jsp.java:246)
// org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
// javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
// org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:443)
// org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:385)
// org.apache.jasper.servlet.JspServlet.service(JspServlet.java:329)
// javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.semanticwb.servlet.SWBVirtualHostFilter.doFilter(SWBVirtualHostFilter.java:349)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
// org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
// org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475)
// org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
// org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
// org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
// org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
// org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:341)
// org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:498)
// org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
// org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:796)
// org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1368)
// org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
// java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
// java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
// org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
// java.lang.Thread.run(Thread.java:745)

Se realizará la actualización de Jetty o se propone WebApp runner que tiene la ventaja de modificarse para que se pueda cargar en un jar.

From @jordivs on January 17, 2017 22:37

Al eliminar un repositorio de usuarios asociado a un sitio Web, el árbol de sitios deja de funcionar:

Para replicar:

1. Crear un repositorio de usuarios nuevo Archivo > Crear repositorio de usuarios > nuevo
2. Crear un sitio Web nuevo y asignar el repositorio previamente creado Archivo > Crear sitios Web > nuevo
3. En el panel de repositorios de usuario, eliminar el repositorio creado
4. Tratar de expandir el nodo del sitio creado, que ahora no tiene repositorio asociado

Environment

Indistinto

Kenai Metadata

Copied from original issue: SemanticWebBuilder/SWBPortal#7

Al abrir documentos del servidor, no se muestra el componente y en la consola se presenta lo siguiente:

2017-06-22 12:42:53,761 ERROR - Error Creating SWBResource: SWBAdmin-24
java.lang.ClassNotFoundException: org.semanticwb.portal.admin.resources.ServerDocumentsManager
	at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1305)
	at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1139)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:264)
	at org.semanticwb.portal.SWBResourceMgr.createSWBResourceClass(SWBResourceMgr.java:666)
	at org.semanticwb.portal.SWBResourceMgr.createSWBResourceClass(SWBResourceMgr.java:650)
	at org.semanticwb.portal.SWBResourceMgr.createSWBResource(SWBResourceMgr.java:707)
	at org.semanticwb.portal.SWBResourceMgr.getResource(SWBResourceMgr.java:253)
	at org.semanticwb.portal.SWBResourceMgr.getContents(SWBResourceMgr.java:311)
	at org.semanticwb.portal.util.SWBMethod.invoke(SWBMethod.java:215)
	at org.semanticwb.portal.TemplateImp.build(TemplateImp.java:1062)
	at org.semanticwb.portal.TemplateImp.build(TemplateImp.java:980)
	at org.semanticwb.servlet.internal.Distributor._doProcess(Distributor.java:453)
	at org.semanticwb.servlet.internal.Distributor.doProcess(Distributor.java:101)
	at org.semanticwb.servlet.SWBVirtualHostFilter.processInternalServlet(SWBVirtualHostFilter.java:405)
	at org.semanticwb.servlet.SWBVirtualHostFilter.doFilter(SWBVirtualHostFilter.java:332)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:522)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1095)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:672)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1502)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1458)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:745)

From @haxdai on March 27, 2017 17:28

Los issues deberían reportarse en el proyecto SWB, puesto que es el proyecto Web que incorpora todos los módulos en SWBPortal. En su defecto, tendría sentido también reportarlos en SWBBundle.

Copied from original issue: SemanticWebBuilder/SWBPortal#85

Propuesta

Minificar el HTML de las plantillas que se entrega al cliente. Puede ser una opción configurable por plantilla o para todo el sitio.

Razonamiento

Aunque la compresión por parte del servidor de aplicaciones ayuda a reducir los tiempos de carga de las páginas, quitar algunos KB de peso al HTML entregado tras el procesamiento de las plantillas podría ayudar a mejorar el rendimiento.

Consideraciones

Deben hacerse pruebas de performance para saber si el trade-off entre el tiempo de procesamiento en minificar el HTML y el tiempo de sólo comprimir la salida a través del servidor de aplicaciones no es equivalente. En tal caso, daría lo mismo minificar o no.

From @jordivs on March 24, 2017 19:52

Escenario:
Se cuenta con un usuario con las siguientes características:
Repositorio: UserAdminRepository
Grupo de Usuarios: Administradores
Filtro de administración: Definido con el permiso de ver el directorio template "/work/models/id_sitio/Template"

Al autenticarse con el usuario con el filtro de administración no cuenta con el acceso para ver Documentos del Servidor

Pero si al usuario se asigna el Grupo de Usuarios, "Super Usuario", si visualiza documentos del servido pero no el directorio que se filtro.

Copied from original issue: SemanticWebBuilder/SWBPortal#81

El cambio de estilo en la administración (cambios al tema soria de dojo) afectan a recursos de la administración que utilizan dojo.

Ejemplo:

Habría que:

• Revisar uno a uno los recursos de la administración para identificar issues
• Modificar la vista de los recursos de administración afectados

Propuesta

• Eliminar dependencias con SWBTOWB3Compatibility
• Eliminar dependencias con SWB3Resources
• Validar propiedad de configuración swb/oldResourcesSupport en web.properties
• Modificar documentación para indicar que si se requiere soporte a recursos de versión 3 se tienen que realizar acciones adicionales

Razonamiento

La mayoría de clientes han migrado a la versión 4 (SemanticWebBuilder) y ya no se da soporte a la versión 3, por lo que es posible que no sea necesario seguir dando mantenimiento al código de compatibilidad con la versión 3.

Posibles beneficios

• Reducción en tamaño de aplicación empaquetada
• Eliminación de código legado

Propuesta

Administrar las dependencias de bibliotecas JS en un archivo bower y usar bower en el ciclo de vida de maven para descargarlas en la construcción.

Razonamiento

Las bibliotecas JS que usamos en front-end se guardan en SWBAdmin o en las carpetas de la aplicación. Éstas forman parte del archivo WAR de SemanticWebBuilder Portal. Cada que usamos una nueva biblioteca copiamos el código de su distribución a alguna carpeta.

Esto provoca que existan distintas bibliotecas JS en distintas rutas de la aplicación (no estandarizadas) y que sea complicado mantenerlas y evitar duplicidad.

Posibles beneficios

Al utilizar bower como gestor de dependencias front-end podríamos reducir el número de archivos en el repositorio de código y se descargarían las dependencias al momento de empaquetar el WAR. En el archivo bower será posible manejar las versiones de las bibliotecas que necesitamos y sus dependencias.

¿Qué habría que hacer?

1. Definir la ruta en la aplicación donde se guardarán todas las bibliotecas JS utilizadas.
2. Generar archivo bower.json para indicar las bibliotecas y sus versiones
3. Borrar las carpetas donde se aloja el código de las bibliotecas JS
4. Actualizar las rutas de las bibliotecas en los recursos de SWBPortal
5. Integrar bower al ciclo de vida de maven, previo a generar el empaquetado (https://github.com/eirslett/frontend-maven-plugin)

From @jordivs on January 17, 2017 22:37

Al realizar una consulta de las que se muestran como ejemplo en DBNatural, no esta dando resultados. En el navegador de Firefox no se visualiza y se genera la siguiente excepción

Un XMLHttpRequest síncrono en el hilo principal está desaprobado por sus efectos negativos en la experiencia del usuario final. Para más ayuda mira http://xhr.spec.whatwg.org/

En el Navegador de FireFox si se visualiza y al realizar la consulta muestra error 404 dentro del FormElement y se genera el siguiente error:

Mensaje: java.lang.NoClassDefFoundError: org/antlr/runtime/ANTLRStringStream
Fecha: Fri Aug 22 11:59:06 CDT 2014
Stack trace:
Fri Aug 22 11:59:06 CDT 2014: org/antlr/runtime/ANTLRStringStream
// java.lang.NoClassDefFoundError: org/antlr/runtime/ANTLRStringStream
// org.semanticwb.nlp.translation.SWBSparqlTranslator.translateSentence(SWBSparqlTranslator.java:113)
// org.semanticwb.portal.admin.resources.SWBADBNatural.processAction(SWBADBNatural.java:553)
// org.semanticwb.servlet.internal.Distributor._doProcess(Distributor.java:374)
// org.semanticwb.servlet.internal.Distributor.doProcess(Distributor.java:101)
// org.semanticwb.servlet.SWBVirtualHostFilter.processInternalServlet(SWBVirtualHostFilter.java:407)
// org.semanticwb.servlet.SWBVirtualHostFilter.doFilter(SWBVirtualHostFilter.java:334)
// org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334)
// org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:286)
// org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
// org.mortbay.http.HttpContext.handle(HttpContext.java:1776)
// org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
// org.mortbay.http.HttpContext.handle(HttpContext.java:1726)
// org.mortbay.http.HttpServer.service(HttpServer.java:879)
// org.mortbay.http.HttpConnection.service(HttpConnection.java:790)
// org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:952)
// org.mortbay.http.HttpConnection.handle(HttpConnection.java:807)
// org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
// org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
// org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:487)

Affects versions

• 4.5.6.0
• 4.5.10.1

Environment

SO: Win8
AP: Jetty
Browser: Google Chrome y FireFox

Kenai Metadata

Copied from original issue: SemanticWebBuilder/SWBPortal#33

El componente InlineEdit genera error 404 cuando se guarda en estado desactivado, desde la administración.

Pasos para replicar la incidencia:
1.- Generar un recurso de estrategia de tipo InlineEdit y dejarlo desactivado.
2.- En la pestaña de Administración definir los campos necesarios y guardar.

Resultado:

Al dar guardar para hacer la petición para regresar los datos definidos, arroja un error 404 y no devuelve la página de administración , esto solamente pasa cuando el recurso se encuentra desactivado.

From @jordivs on January 17, 2017 22:37

La propiedad usrLanguage de la clase User en la ontología swb.owl no está marcada como requerida.

Esto ocasiona que se puedan dar de alta usuarios sin un idioma especificado por defecto.

Affects versions

• 4.5.11.2

Kenai Metadata

Copied from original issue: SemanticWebBuilder/SWBPortal#16

Propuesta

Hacer refactor de los servlets de carga de archivos para utilizar Apache commons FileUpload en lugar de DWR.

Razonamiento

Al parecer, DWR se utiliza en SemanticWebBuilder sólo para la carga de archivos y monitoreo de subida en form elements y algunos recursos. Sin embargo, no se utilizan las características adicionales de la biblioteca. La carga y monitoreo se puede implementar con apache commons, que ya es una dependencia de la aplicación.

Posibles beneficios

Se elimina una dependencia a biblioteca de terceros, del mismo modo, se estandariza la carga de archivos en todos los recursos (varios usan ya apache commons).

Qué hay que hacer

• Definir servicio de carga de archivos y monitoreo de subida
• Refactor de servlet fileupload para usar apache commons
• Definir patrón para notificación de progreso y carga en clientes (observer? push notifications con websockets?)
• Refactor de recursos y form-elements que utilicen DWR

Propuesta

Hacer refactor de los paquetes SWBPlatform, SWBModel y SWBPortal (y la correspondiente ontología) para desacoplarlos y poderlos utilizar de manera independiente en otros stacks de tecnología.

Razonamiento

Actualmente, tras la generación de código, se obtiene el API del dominio para que los desarrolladores la utilicen. Sin embargo, algunos métodos de SWBPlatform requieren la lectura de archivos de configuración que se cargan en SWBPortal (inicialización de los parámetros de los TripleStores, inicialización de la base de datos).

Esto dificulta utilizar SWBPlatform para contar con la implementación del modelo de datos y utilizar cualquier otro enfoque para desarrollar sobre esa base sin usar SWBPortal (por ejemplo, crear un API Rest sobre los objetos para implementar Front-end con AngularJS, React o Polymer).

Posibles beneficios

Podría utilizarse SWBPlatform para generar una base de código back-end sobre la que se construya cualquier aplicación sin dependencia de SWBPortal. Esto permitiría distribuir SWBPlatform a otros equipos de desarrollo sin que intervenga demasiado en sus flujos de trabajo.

El recurso RankWebPage tienen la siguiente clase: class org.semanticwb.portal.resources.sem.SWBRankWebPage
No se muestra.

Mensaje: org.semanticwb.portal.api.SWBResourceException: Class Name:class org.semanticwb.portal.resources.sem.SWBRankWebPage not found...
Fecha: Thu Jun 15 13:59:12 CDT 2017
Stack trace:

Thu Jun 15 13:59:12 CDT 2017: Class Name:class org.semanticwb.portal.resources.sem.SWBRankWebPage not found...
// org.semanticwb.portal.api.SWBResourceException: Class Name:class org.semanticwb.portal.resources.sem.SWBRankWebPage not found...
// org.semanticwb.portal.api.GenericSemResource.getSemanticObject(GenericSemResource.java:200)
// org.apache.jsp.swbadmin.jsp.objectTab_jsp._jspService(objectTab_jsp.java:246)
// org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
// javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
// org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:443)
// org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:385)
// org.apache.jasper.servlet.JspServlet.service(JspServlet.java:329)
// javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.semanticwb.servlet.SWBVirtualHostFilter.doFilter(SWBVirtualHostFilter.java:349)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
// org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
// org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475)
// org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
// org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
// org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
// org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
// org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:341)
// org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:498)
// org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
// org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:796)
// org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1368)
// org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
// java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
// java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
// org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
// java.lang.Thread.run(Thread.java:745)

Propuesta

Establecer la propiedad login/encryptData del archivo security.properties en true, en lugar de false

Razonamiento

En el archivo security.properties, la propiedad login/encryptData está por defecto en false.

Esto provoca que no se inyecte el script de encriptado en las páginas 404, 403, login y password de SWB (ver InternalServlet de login). Como consecuencia, los datos de login van en blanco en la petición HTTP, lo que representa un tema de seguridad si la instancia de SWB se despliega sin HTTPS.

Aunque es responsabilidad del usuario de SWB que despliega la aplicación el establecer la seguridad de la instancia, sería bueno dejar la configuración de encriptación activada por defecto.

¿Que hay que hacer?

• Modificar los servicios de login
• Modificar la línea 38 del archivo security.properties para asignar la propiedad en true
• Modificar los recursos que utilicen el login para que también usen el script de encriptación

La clase del recurso de Forum, no se encuentra

Mensaje: org.semanticwb.portal.api.SWBResourceException: Class Name:class org.semanticwb.portal.resources.sem.forum.SWBForum not found...
Fecha: Thu Jun 15 13:52:23 CDT 2017
Stack trace:

Thu Jun 15 13:52:23 CDT 2017: Class Name:class org.semanticwb.portal.resources.sem.forum.SWBForum not found...
// org.semanticwb.portal.api.SWBResourceException: Class Name:class org.semanticwb.portal.resources.sem.forum.SWBForum not found...
// org.semanticwb.portal.api.GenericSemResource.getSemanticObject(GenericSemResource.java:200)
// org.apache.jsp.swbadmin.jsp.objectTab_jsp._jspService(objectTab_jsp.java:246)
// org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
// javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
// org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:443)
// org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:385)
// org.apache.jasper.servlet.JspServlet.service(JspServlet.java:329)
// javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.semanticwb.servlet.SWBVirtualHostFilter.doFilter(SWBVirtualHostFilter.java:349)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
// org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
// org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475)
// org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
// org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
// org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
// org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
// org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:341)
// org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:498)
// org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
// org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:796)
// org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1368)
// org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
// java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
// java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
// org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
// java.lang.Thread.run(Thread.java:745)

From @jordivs on January 17, 2017 22:37

Una Actividad puede tener 2 ó mas secuencias de aprobación y/o de rechazo, lo cual causa incongruencia en el flujo de publicación

Pasos para replicar la incidencia

1.- Se cuenta con un flujo de publicación creado
2.- Se cuenta con 3 actividades creadas en el flujo de publicación

Flujo

1.- Estando en el flujo de publicación seleccionar el botón agregar secuencia
2.- Agregar una secuencia de la actividad uno a la actividad 2 y así sucesivamente con las siguientes actividades
3.- Agregar nuevamente una secuencia de aprobación en la actividad 1 y 2 y 3.

Resultado

Se permite crear secuencias de una actividad sin que se valide como incorrecto.

Affects versions

• 4.5.11.2

Environment

AppServer: Tomcat 8
Versión Java: 1.8
DataBase: Hipersonic
OperativeSistem: CentOS
Browser: Firefox 45.4.0

Kenai Metadata

Copied from original issue: SemanticWebBuilder/SWBPortal#13

From @haxdai on March 16, 2017 20:47

¿Deberíamos aprovechar este hito para dejar de soportar navegadores viejos? Varias de las bibliotecas JS que tenemos requieren navegadores más actuales, sin mencionar que los viejos tienen problemas de seguridad.

Además en los navegadores nuevos podemos usar muchas características de ES6 sin necesidad de los molestos transpilers.

Tipo IE 8/9/10

Copied from original issue: SemanticWebBuilder/SWBPortal#78

From @jordivs on January 17, 2017 22:37

Los recursos de estrategia y los recursos de sistema muestran el combo de "Subtipo de recurso" y este despliega todos los subtipos que existen en el sitio y el recurso se puede asignar a cualquier subtipo de recurso aunque el recurso no sea del mismo tipo de recurso.

Replicar el error con un recurso en especifico:

1.- Estando en la administración de SWB
2.- Agregar un subtipo de recurso del recurso menú
3.- Agregar un recurso menú dentro del subtipo de recurso menú
4.- Activar el recurso y agregar el swbtag a la plantilla
5.- Asignar el recurso "Forum" como contenido a una página web
6.- En la pestaña de "Información" del recurso forum posicionarse en el combo de "Subtipo de recurso"
7.- Seleccionar el subtipo de recurso del menú
8.- Guardar los cambios.

Resultado:
El recurso forum ahora depende del subtipo de recurso del menú

Affects versions

• 4.5.6.0
• 4.5.10.1

Fix versions

• 4.5.10.1

Environment

MV
> OS:Windows 8
> AS:Tomcat 8.0.9
> DB:Hipersonyc
> Browser: GoogleChrome

Kenai Metadata

Copied from original issue: SemanticWebBuilder/SWBPortal#14

From @jordivs on January 19, 2017 19:41

Al utilizar el método SWBUtils.TEXT.replaceSpecialCharactersForFile sobre nombres de archivo leídos desde un SO Mac OS X, se incorporan caracteres no válidos.

Por ejemplo: Un archivo llamado "archivo con ñ.png" será transformado por el método a "archivo_con_nI?.png", donde '?' es un caracter con bad encoding.

Affects versions

• 4.5.10.1

Environment

Server version: Apache Tomcat/8.0.22
Server built: Apr 29 2015 11:46:15 UTC
Server number: 8.0.22.0
OS Name: Mac OS X
OS Version: 10.11
Architecture: x86_64
JVM Version: 1.8.0_31-b13
JVM Vendor: Oracle Corporation

Kenai Metadata

Copied from original issue: SemanticWebBuilder/SWBPortal#64

From @haxdai on March 24, 2017 20:1

¿La codificación utilizada en todos los recursos debería ser ya UTF-8?

Copied from original issue: SemanticWebBuilder/SWBPortal#82

Cambiar los usos de java.util.Vector por java.util.ArrayList o java.util.List con la sincronización requerida en cada caso.

Código que usa Vector

From @jordivs on March 8, 2017 0:14

Cuando ya se cuenta con una actividad agregada en el flujo de publicación y se abre está actividad y solamente se cierra la ventana desde el icono de "X" y se agrega una nueva desde el botón "Agregar actividad", la ventana con el formulario se muestra con los datos de la última que se abrió, cuando a la actividad se le da clic en cualquiera de los botones "Aceptar" o "Cancelar" y se quiere agregar una nueva actividad, si se limpia el formulario.

Pasos para replicar la incidencia

Precondiciones:
1.- Se cuenta con un flujo de publicación configurado
2.- El flujo de publicación ya cuenta con una actividad agregada.

Flujo:

1.- En la pestaña de "Diseño" dar clic en el icono de actividad que se muestra en el área de diseño

2.- Cerrar la actividad desde el icono de "x"

3.- Dar clic en el botón "Agregar una Actividad"

Resultado:

La actividad se muestra con los datos definidos anteriormente.

Copied from original issue: SemanticWebBuilder/SWBPortal#74

From @jordivs on March 24, 2017 0:23

Desde el editor de plantillas, se requiere validar que solamente se abra una sola ventana de Documentos del Servidor para.

Copied from original issue: SemanticWebBuilder/SWBPortal#79

El sitio básico tiene contenido de prueba que hay que eliminar.

Ejemplos:

From @jordivs on March 16, 2017 0:38

"Agregar Recurso" No muestra el listado de recursos

Copied from original issue: SemanticWebBuilder/SWBPortal#75

From @jordivs on March 24, 2017 0:28

Realizar una validación que anuncie que se perderá la información actual cuando se suba una plantilla nueva. Actualmente se abre la ventana del sistema de archivos sin anunciar que se perderá información.

Copied from original issue: SemanticWebBuilder/SWBPortal#80

Al trabajar con eclipse se generan las carpetas .classpath, .project y .settings. Sería bueno agregarlas al gitignore para evitar que se suban por error.

Al hacer el clon del proyecto (rama master) y ejecutar mvn package se genera el siguiente error:

[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[ERROR] 'profiles.profile.id' must be unique but found duplicate profile with id Release @ line 464, column 13
 @ 
[ERROR] The build could not read 1 project -> [Help 1]
org.apache.maven.project.ProjectBuildingException: Some problems were encountered while processing the POMs:
[ERROR] 'profiles.profile.id' must be unique but found duplicate profile with id Release @ line 464, column 13

	at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:422)
	at org.apache.maven.graph.DefaultGraphBuilder.collectProjects(DefaultGraphBuilder.java:419)
	at org.apache.maven.graph.DefaultGraphBuilder.getProjectsForMavenReactor(DefaultGraphBuilder.java:410)
	at org.apache.maven.graph.DefaultGraphBuilder.build(DefaultGraphBuilder.java:83)
	at org.apache.maven.DefaultMaven.buildGraph(DefaultMaven.java:491)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:219)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
[ERROR]   
[ERROR]   The project org.semanticwb:SWB:5.0-SNAPSHOT (/Users/hasdai/Downloads/SWBProd/SWBBundle/SWB/pom.xml) has 1 error
[ERROR]     'profiles.profile.id' must be unique but found duplicate profile with id Release @ line 464, column 13
[ERROR] 
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException

Se propone un botón download en a administración de cada recurso como primer etapa, en la segunda etapa agregar el editor de XSLT de los recursos, asi como eliminar las tablas @jajs1975 @softjei

Recursos que actualmente cuentan con plantilla XSLT

1. WBSearch
2. Comentario
3. ComentarioSwf
4. DataBaseResource
5. Lenguaje
6. MainSurvey
7. WBMenu
8. WBMenuMap
9. WBMenuNivel
10. QuerryResource
11. Recommend
12. RecommendSwf
13. RSSResource
14. SparqlQueryResource
15. RelatedTopics
16. TematicIndex
17. ChancesPassword
18. Contact
19. Poll
20. Promo
21. FileDownload
22. WBSiteMap
23. SemRelatedTopics

Descarga de las plantillas XSLT

http://semanticwebbuilder.org.mx/es_mx/swb/Plantillas_XSLT_de_los_componentes

Recursos no usados en SWB

Tomar en cuenta los siguientes recursos son herencia de la versión 3 y que ya no se usan en la versión SWB

• ComentarioSwf
• RelatedTopics
• RecommendSwf
• WBSiteMap

From @haxdai on January 26, 2017 18:47

Rediseñar el UI (y el flujo de trabajo implícito) de los flujos de publicación para hacer la definición más amigable para el usuario.

Copied from original issue: SemanticWebBuilder/SWBPortal#66

From @jordivs on March 24, 2017 23:54

Implica que en las instancias de producción tengan que actualizar cada plantilla del sitio para actualizar los cambios. SemanticWebBuilder/SWBPortal@34f886f
¿Proponen alguna solución? para que no sea complicado para los usuarios que cuenten con varias plantillas en sus instancias.

Copied from original issue: SemanticWebBuilder/SWBPortal#83

En la edición de usuarios, si un usuario no tiene asignado un idioma por defecto y se activa la casilla para solicitar cambio de contraseña, la siguiente vez que el usuario intente iniciar sesión en un sitio, se le presentará una pantalla en blanco. Este issue es consecuencia de #15.

Resultado esperado

Cuando un usuario inicia sesión en un sitio, si se ha solicitado cambio de contraseña, deberá presentarse el formulario correspondiente.

Resultado obtenido

Pantalla en blanco en cambio de contraseña

Pasos para reproducir el error

Agregar un nuevo usuario

1. Agregar un nuevo usuario a algún repositorio en el sitio de administración
2. No asignar idioma al usuario
3. Marcar la casilla Solicitar cambio de contraseña
4. Guardar los datos

Iniciar sesión con el nuevo usuario

1. Ingresar a alguna sección del sitio con restricción de acceso
2. Introducir el nombre de usuario y contraseña
3. Se muestra pantalla en blanco

Log de la aplicación

ERROR - 
java.lang.NullPointerException
	at java.util.Locale.<init>(Locale.java:648)
	at java.util.Locale.<init>(Locale.java:701)
	at org.semanticwb.servlet.internal.Login.doProcess(Login.java:351)
	at org.semanticwb.servlet.SWBVirtualHostFilter.processInternalServlet(SWBVirtualHostFilter.java:417)
	at org.semanticwb.servlet.SWBVirtualHostFilter.doFilter(SWBVirtualHostFilter.java:332)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:217)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:184)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:105)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:506)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
	at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:361)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:1080)
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:75)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:757)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:745)

Al levantar SWB con Tomcat no se encuentra unas clases lo que provoca que la aplicación no levante correctamente por que hay un conflicto con el storange de tomcat y la sesión del usuario de SWB.

Cuando pasa esto se tiene que volver a reiniciar el Tomcat para que vuelva a leer el usuario y asi levante correctamente.

Migrar componente para eliminar el uso de applets

• Seleccionar biblioteca para edición de reglas
• Implementar UI front-end
• Implementar funciones back-end en recurso (JSON -> XML -> JSON)
• Eliminar applet en recurso
• Verificar operadores de regla Historial de página
• Internacionalizar componente

Al clonar el proyecto y generar el WAR, la biblioteca de mysql-connector no existe en WEB-IN/lib por lo que al iniciar la aplicación, no se puede establecer conexión a la base de datos.

From @haxdai on January 26, 2017 19:11

Al trabajar con eclipse se generan las carpetas .classpath, .project y .settings. Sería bueno agregarlas al gitignore para evitar que se suban por error.

Copied from original issue: SemanticWebBuilder/SWBPortal#67

El commit 1d59835 modifica el nombre de los archivos JAR en WEB-INF/lib para eliminar el número de versión. Sin embargo, no se ha hecho merge del PR #69 en SWBPortal, por lo que SWBPortal.java sigue usando el nombre con versión para cargar los assets de SWBAdmin (ver línea 894)

Esto provoca que todos los assets en /swbadmin manden 404 y los sitios no funcionen.

En los siguientes componentes, el estilo cambiado (cambios al tema soria de dojo) afecta en la administración, y faltan que se carguen iconos

• Editor de Plantillas

• Submenu: icono de eliminar y recargar
  

• Editor de plantillas
  

• Listado de Agregar recursos,en el editor de plantillas, icono de carpeta y el hover
  

• Ventana de "agregar secuencia" y "agregar actividad"del flujo de publicación y esto provoca que no se muestre el list box de las actividades creadas
  

• Recurso Banner, el hover de la pestaña "Estilo" y "Configuración Avanzada"
  

• Recurso Poll el hover de la pestaña "Configuración de los resultados", "Configuración de los resultados" y "Configuración Avanzada"
  

• Recurso Poll el hover de la pestaña "Configuración del estilo" y "Configuración Avanzada"
  

• Crear sitio Personalizado y Predeterminado y Exportar/importar Modelo: e la pestaña de "Sitios a Guardar"
  

• Crear repositorio Predeterminado: e la pestaña de "Repositorios de usuarios"
  

• Filtro de secciones

• Vista startup.properties sin ningun campo lleno
  

• Filtros de administración. Hover de los textos son de color blanco
  

pasos para replicar la incidencia:

1.- Crear un recurso blog
2.- En la administración, definir un nombre al blog
3.- Seleccionar el botón Crear blog

Resultado:
Se muetsra un error 500 y se genera el siguiente error en la consola

Mensaje: java.lang.NullPointerException
Fecha: Mon Jun 26 17:45:03 CDT 2017
Stack trace:

Mon Jun 26 17:45:03 CDT 2017: null
// java.lang.NullPointerException
// org.semanticwb.platform.SemanticModel.getCounter(SemanticModel.java:887)
// org.semanticwb.portal.resources.sem.blog.base.BlogBase$ClassMgr.createBlog(BlogBase.java:88)
// org.semanticwb.portal.resources.sem.blog.SWBBlog.createBlog(SWBBlog.java:1350)
// org.semanticwb.portal.resources.sem.blog.SWBBlog.processAction(SWBBlog.java:1861)
// org.semanticwb.servlet.internal.Distributor._doProcess(Distributor.java:376)
// org.semanticwb.servlet.internal.Distributor.doProcess(Distributor.java:101)
// org.semanticwb.servlet.SWBVirtualHostFilter.processInternalServlet(SWBVirtualHostFilter.java:405)
// org.semanticwb.servlet.SWBVirtualHostFilter.doFilter(SWBVirtualHostFilter.java:332)
// org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
// org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
// org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
// org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
// org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475)
// org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
// org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
// org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
// org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
// org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:341)
// org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:498)
// org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
// org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:796)
// org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1368)
// org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
// java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
// java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
// org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
// java.lang.Thread.run(Thread.java:745)