[JBoss JIRA] (AS7-5153) Add sun.awt to sun.jdk module
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/AS7-5153?page=com.atlassian.jira.plugin.s... ]
David Lloyd resolved AS7-5153.
------------------------------
Fix Version/s: 7.2.0.Alpha1
7.1.4.Final (EAP)
Resolution: Done
> Add sun.awt to sun.jdk module
> -----------------------------
>
> Key: AS7-5153
> URL: https://issues.jboss.org/browse/AS7-5153
> Project: Application Server 7
> Issue Type: Feature Request
> Components: Class Loading
> Environment: When using Oracle jre
> Reporter: Michael Procopio
> Assignee: David Lloyd
> Fix For: 7.2.0.Alpha1, 7.1.4.Final (EAP)
>
>
> We have code which extends sun.awt.DisplayChangedListener, and yes we know that it is documented by Oracle as a internal only interface; however, our developers maintain they have no other way to make their code run properly. Since sun.awt is not considered a system package our users run into problems when using Jboss 7.1. And yes we realize that the user can code Djboss.modules.system.pkgs in her conf file; however, that's one more thing to keep track of. And sun.awt really is a system package when using the Oracle JRE.
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (LOGMGR-52) Add option to WriterHandler to collapse repeated messages
by David Lloyd (JIRA)
David Lloyd created LOGMGR-52:
---------------------------------
Summary: Add option to WriterHandler to collapse repeated messages
Key: LOGMGR-52
URL: https://issues.jboss.org/browse/LOGMGR-52
Project: JBoss Log Manager
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: David Lloyd
Assignee: David Lloyd
Fix For: 1.4.0.Beta1
The WriterHandler could have a time interval configured wherein a repeated message would be collapsed.
The last message would be stored in a field for comparison along with a nanoTime tag (the timestamp on the message is not adequate because the clock can have skew or be reset completely at any time). If the current message string equals the last message string, and collapsing is enabled, then instead of logging the message, a count is incremented. If the current message is not equal, then the stored message is logged with a tag indicating the number of repeats (i18n?) and then the next submitted message is logged.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-5402) upgrade netty to 3.4.5.Final
by Jeff Mesnil (JIRA)
Jeff Mesnil created AS7-5402:
--------------------------------
Summary: upgrade netty to 3.4.5.Final
Key: AS7-5402
URL: https://issues.jboss.org/browse/AS7-5402
Project: Application Server 7
Issue Type: Component Upgrade
Components: JMS, Web Services
Affects Versions: 7.1.2.Final (EAP)
Reporter: Jeff Mesnil
Assignee: Jeff Mesnil
Fix For: 7.1.3.Final (EAP), 7.2.0.Alpha1
When I upgraded HornetQ to 2.2.19.Final, I did not update Netty to the same version that HornetQ requires (from 3.2.6.Final to 3.4.5.Final).
What's more, with this version, Netty changeed its groupId in Maven from org.jboss.netty to io.netty.
HornetQ is not the only component that depends on Netty (jbossws uses it too) and I am not sure jbossws is ready to update its version of Netty.
Since the groupId of Netty changed, I propose to add a new module io.netty and upgrade its Netty versiontto 3.4.5.Final. HornetQ modules will then depend on that module.
I will *not* change the current org.jboss.netty module (that is used by jbossws)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] (AS7-5160) Support for static resources from /META-INF/resources from JBoss Module
by Kirk Rasmussen (JIRA)
Kirk Rasmussen created AS7-5160:
-----------------------------------
Summary: Support for static resources from /META-INF/resources from JBoss Module
Key: AS7-5160
URL: https://issues.jboss.org/browse/AS7-5160
Project: Application Server 7
Issue Type: Feature Request
Components: Class Loading
Affects Versions: 7.1.1.Final
Reporter: Kirk Rasmussen
Assignee: David Lloyd
It would be a nice extension to support loading Servlet 3.0 style fragements for static resources from JBoss modules. For example, for sharing static resources from Vaadin with multiple WAR files (2MB of static files) could be avoided:
{code:xml}
<jboss-deployment-structure>
<deployment>
<dependencies>
<module name="vaadin.static">
<imports>
<include path="META-INF**" />
</imports>
</module>
</dependencies>
</deployment>
</jboss-deployment-structure>
{code}
The module above would contain web static resources in /META-INF/resources/. This doesn't currently work unfortunately. When the JAR contained in the Module is embedded in the WAR file it works fine.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months