[JBoss JIRA] Created: (GTNPORTAL-2083) A site should not be overwritten when the workspace import marker is not present
by Julien Viet (JIRA)
A site should not be overwritten when the workspace import marker is not present
--------------------------------------------------------------------------------
Key: GTNPORTAL-2083
URL: https://issues.jboss.org/browse/GTNPORTAL-2083
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: 1/ boot with gatein
2/ modify classic layout
3/ connect with crash and remove gtn:imported mixin
4/ reboot
the layout will be the same as the initial layout
Reporter: Julien Viet
Assignee: Julien Viet
Fix For: 3.2.0-M02
Currently when the workspace import marker is not present, the sites configured by XML will be overwritten (layout, pages).
This raise an issue when migrating from an older version (gatein 3.1 for instance).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Resolved: (GTNPORTAL-2080) Remove embbeded logger configuration
by Julien Viet (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2080?page=com.atlassian.jira.pl... ]
Julien Viet resolved GTNPORTAL-2080.
------------------------------------
Assignee: Julien Viet
Fix Version/s: 3.2.0-M02
Resolution: Done
> Remove embbeded logger configuration
> ------------------------------------
>
> Key: GTNPORTAL-2080
> URL: https://issues.jboss.org/browse/GTNPORTAL-2080
> Project: GateIn Portal
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Henri Gomez
> Assignee: Julien Viet
> Fix For: 3.2.0-M02
>
>
> Activating JRMP configuration in JBoss EPP 5.1.x (or EPP based products) produce a large quantity of JMX/RMI logs in stdout/stderr :
> {code:title=bin/run.conf}
> JMX_REMOTE_IP=1.2.3.4
> JMX_REMOTE_PORT=1234
> JRMP_OPTS="-Djavax.management.builder.initial=org.jboss.system.server.jmx.MBeanServerBuilderImpl -Djboss.platform.mbeanserver -Djava.rmi.server.hostname=$JMX_REMOTE_IP -Dcom.sun.management.jmxremote=true -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.port=$JMX_REMOTE_PORT -DclientConnectAddress=$JMX_REMOTE_IP -Dcom.sun.management.jmxremote.authenticate=false"
> JAVA_OPTS="$JAVA_OPTS $JRMP_OPTS"
> {code}
> As soon as a JRMP agent is connected to instance (ie: VisualVM or JMXTrans), you'll see stdout/stderr log filled with messages like :
> {code}
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,789 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,791 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,791 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,794 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,794 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,796 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,796 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,818 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,818 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,900 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,900 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,933 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,933 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,935 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,935 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,950 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,950 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:14,969 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) op = 80
> 09:55:14,969 ERROR [STDERR] 6 sept. 2011 09:55:14 sun.rmi.server.LoaderHandler loadClass
> FIN: RMI TCP Connection(4)-192.168.0.165: name = "javax.management.ObjectName", codebase = "", defaultLoader = sun.misc.Launcher$AppClassLoader@7a9664a1
> 09:55:15,407 ERROR [STDERR] 6 sept. 2011 09:55:15 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(6)-192.168.0.165: (port 52851) connection closed
> 6 sept. 2011 09:55:15 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(4)-192.168.0.165: (port 52851) connection closed
> 09:55:15,407 ERROR [STDERR] 6 sept. 2011 09:55:15 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(2)-192.168.0.165: (port 52851) connection closed
> 09:55:15,407 ERROR [STDERR] 6 sept. 2011 09:55:15 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(1)-192.168.0.165: (port 8004) connection closed
> 6 sept. 2011 09:55:15 sun.rmi.transport.tcp.TCPConnection close
> FIN: RMI TCP Connection(2)-192.168.0.165: close connection
> 09:55:15,407 ERROR [STDERR] 6 sept. 2011 09:55:15 sun.rmi.transport.tcp.TCPTransport handleMessages
> FIN: RMI TCP Connection(5)-192.168.0.165: (port 52851) connection closed
> 09:55:15,407 ERROR [STDERR] 6 sept. 2011 09:55:15 sun.rmi.transport.tcp.TCPConnection close
> FIN: RMI TCP Connection(6)-192.168.0.165: close connection
> {code}
> Digging into Gatein ear, I notice the following in log-configuration.xml :
> {code:title=server/default/deploy/gatein.ear/02portal.war/WEB-INF/conf/common/logs-configuration.xml}
> <!-- end Commons Simple -->
> <!-- JDK -->
> <value-param>
> <name>logger</name>
> <value>org.exoplatform.services.log.impl.BufferedJdk14Logger</value>
> </value-param>
> <value-param>
> <name>configurator</name>
> <value>org.exoplatform.services.log.impl.Jdk14Configurator</value>
> </value-param>
> <properties-param>
> <name>properties</name>
> <description>jdk1.4 Logger properties</description>
> <property name="handlers" value="java.util.logging.ConsoleHandler"/>
> <property name=".level" value="FINE"/>
> <property name="java.util.logging.ConsoleHandler.level" value="FINE"/>
> </properties-param>
> <!-- end JDK -->
> <!-- Log4J -->
> <!--
> <value-param>
> <name>logger</name>
> <value>org.exoplatform.services.log.impl.BufferedLog4JLogger</value>
> </value-param>
> <value-param>
> <name>configurator</name>
> <value>org.exoplatform.services.log.impl.Log4JConfigurator</value>
> </value-param>
> <properties-param>
> <name>properties</name>
> <description>Log4J properties</description>
> <property name="log4j.rootLogger" value="DEBUG, stdout, file"/>
> <property name="log4j.appender.stdout" value="org.apache.log4j.ConsoleAppender"/>
> <property name="log4j.appender.stdout.layout" value="org.apache.log4j.PatternLayout"/>
> <property name="log4j.appender.stdout.layout.ConversionPattern" value="%d {dd.MM.yyyy HH:mm:ss} %c {1}: %m (%F, line %L) %n"/>
> <property name="log4j.appender.file" value="org.apache.log4j.FileAppender"/>
> <property name="log4j.appender.file.File" value="jcr.log"/>
> <property name="log4j.appender.file.layout" value="org.apache.log4j.PatternLayout"/>
> <property name="log4j.appender.file.layout.ConversionPattern" value="%d{dd.MM.yyyy HH:mm:ss} %m (%F, line %L) %n"/>
> </properties-param>
> -->
> <!-- end Log4J-->
> {code}
> JDK logger level is set to FINE, overriding default log configuration (OPS/ADM tasks)
> It's what activate so many messages in logs.
> I recommand to restore this configuration to INFO or better remove this logger configuration to let it done by OPS/ADM teams, these will use App Server engine logging capability as they use to (ie: log4j.xml in JBoss AS)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months