November 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-5835) CLONE - application.xml does not support property replacement

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/AS7-5835?page=com.atlassian.jira.plugin.s... ] Stuart Douglas resolved AS7-5835. --------------------------------- Fix Version/s: 7.2.0.Alpha1 7.1.4.Final (EAP) Resolution: Done > CLONE - application.xml does not support property replacement > ------------------------------------------------------------- > > Key: AS7-5835 > URL: https://issues.jboss.org/browse/AS7-5835 > Project: Application Server 7 > Issue Type: Bug > Components: EE > Affects Versions: 7.1.3.Final (EAP) > Reporter: Tom Fonteyne > Assignee: Stuart Douglas > Priority: Minor > Fix For: 7.2.0.Alpha1, 7.1.4.Final (EAP) > > Attachments: PropertyTest.ear, PropertyTest.ear > > > Property substitution in application.xml does not work -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (AS7-5861) Problems with ObjectFactoryWithEnvironmentBindingTestCase can cause failures in later tests

by Stuart Douglas (JIRA)

Stuart Douglas created AS7-5861: ----------------------------------- Summary: Problems with ObjectFactoryWithEnvironmentBindingTestCase can cause failures in later tests Key: AS7-5861 URL: https://issues.jboss.org/browse/AS7-5861 Project: Application Server 7 Issue Type: Bug Reporter: Stuart Douglas -- 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, 6 months

1
2
0 / 0

[JBoss JIRA] (AS7-5847) Jboss Metadata 7.0.6.Final

by Stuart Douglas (JIRA)

Stuart Douglas created AS7-5847: ----------------------------------- Summary: Jboss Metadata 7.0.6.Final Key: AS7-5847 URL: https://issues.jboss.org/browse/AS7-5847 Project: Application Server 7 Issue Type: Component Upgrade Reporter: Stuart Douglas Assignee: Stuart Douglas Fix For: 7.2.0.Alpha1, 7.1.4.Final (EAP) -- 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, 6 months

1
1
0 / 0

[JBoss JIRA] (AS7-5865) component upgrade to Hibernate 4.1.8.Final

by Scott Marlow (JIRA)

Scott Marlow created AS7-5865: --------------------------------- Summary: component upgrade to Hibernate 4.1.8.Final Key: AS7-5865 URL: https://issues.jboss.org/browse/AS7-5865 Project: Application Server 7 Issue Type: Feature Request Components: JPA / Hibernate Reporter: Scott Marlow Assignee: Scott Marlow Fix For: 7.2.0.Alpha1 -- 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, 6 months

1
2
0 / 0

[JBoss JIRA] (AS7-5866) Move ExistingChannelModelControllerClient to controller-client

by Brian Stansberry (JIRA)

Brian Stansberry created AS7-5866: ------------------------------------- Summary: Move ExistingChannelModelControllerClient to controller-client Key: AS7-5866 URL: https://issues.jboss.org/browse/AS7-5866 Project: Application Server 7 Issue Type: Task Components: Domain Management Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 7.2.0.Alpha1 JConsoleCLIPlugin imports this class, bringing a dependency on jboss-as-controller into the cli module. This class doesn't need to be in controller. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (AS7-5864) Classes of a module cannot get access to the META-INF folder in its own jar/module

by John Wu (JIRA)

John Wu created AS7-5864: ---------------------------- Summary: Classes of a module cannot get access to the META-INF folder in its own jar/module Key: AS7-5864 URL: https://issues.jboss.org/browse/AS7-5864 Project: Application Server 7 Issue Type: Bug Components: Class Loading Affects Versions: 7.1.1.Final Reporter: John Wu Assignee: David Lloyd Currently there is absolutely no mechanism for classes of a module to get access to some META-INF/xyz files in its own jar/module, except are in META-INF/services. This is a serious impediment when considering the installation of third party libraries as shared libraries (modules) in JBoss AS. Some frameworks may rely upon locating internal descriptors in META-INF, and if the libraries are installed as modules, the descriptors are not accessible to the framework itself. Essentially, there is no way of accessing resources under META-INF unless they are either services, or the library is packaged in the deployment. This is the un-resolved part of issue [AS7-1928|https://issues.jboss.org/browse/AS7-1928]. -- 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, 6 months

2
3
0 / 0

[JBoss JIRA] (AS7-5852) CLONE - Some script utilities don't work correctly on Windows, if $JBOSS_HOME or $JAVA_HOME variables contain space symbols

by Paul Gier (JIRA)

[ https://issues.jboss.org/browse/AS7-5852?page=com.atlassian.jira.plugin.s... ] Paul Gier updated AS7-5852: --------------------------- Labels: (was: eap601candidate) > CLONE - Some script utilities don't work correctly on Windows, if $JBOSS_HOME or $JAVA_HOME variables contain space symbols > --------------------------------------------------------------------------------------------------------------------------- > > Key: AS7-5852 > URL: https://issues.jboss.org/browse/AS7-5852 > Project: Application Server 7 > Issue Type: Bug > Components: Scripts > Environment: Windows Vista 6, Windows 7, Windows XP > Reporter: Vladimir Rastseluev > Assignee: Paul Gier > Fix For: 7.2.0.Alpha1, 7.1.4.Final (EAP) > > > Utilities vault.bat and jconsole.bat don't work correctly, if path to $JAVA_HOME or $JBOSS_HOME (directory, where EAP placed) contains space symbol, e.g. $JAVA_HOME="C:\Program Files\java". -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1531) Message Headers Not Encrypted

by Edward Sutter (JIRA)

Edward Sutter created JGRP-1531: ----------------------------------- Summary: Message Headers Not Encrypted Key: JGRP-1531 URL: https://issues.jboss.org/browse/JGRP-1531 Project: JGroups Issue Type: Bug Affects Versions: 3.1 Reporter: Edward Sutter Assignee: Bela Ban I am running 3.1.0-FINAL and have observed that message headers are not being encrypted even though the "encrypt_entire_message" option is set to true. After stepping through the code I suspect that the headers are being appended to the output stream that is used at the TCP layer. Specifically... org.jgroups.protocols.ENCRYPT.sendDown(Event evt) will encrypt the message (including headers) and send down the stack via this block... private void sendDown(Event evt) throws Exception { ... EncryptHeader hdr=new EncryptHeader(EncryptHeader.ENCRYPT, getSymVersion()); hdr.encrypt_entire_msg=this.encrypt_entire_message; if(encrypt_entire_message) { byte[] serialized_msg=Util.streamableToByteBuffer(msg); byte[] encrypted_msg=encryptMessage(symEncodingCipher, serialized_msg, 0, serialized_msg.length); Message tmp=msg.copy(false); // we need to preserve headers which may already be present tmp.setBuffer(encrypted_msg); if(tmp.getSrc() == null) tmp.setSrc(local_addr); tmp.putHeader(this.id, hdr); passItDown(new Event(Event.MSG, tmp)); return; } ... } Note that the unencrypted headers are preserved even though the encrypted headers are included in "encrypted_msg". Later on, org.jgroups.protocols.TP.writeMessage(Message msg, DataOutputStream dos, boolean multicast) will call Message.writeTo(DataOutput) to build the message that is sent. The problem seems to be that Message.writeTo(DataOutput) will include the encrypted byte[] (expected) but also include the unencrypted headers that were preserved. -- 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, 6 months

2
8
0 / 0

[JBoss JIRA] (AS7-2516) Arquillian throws OutOfMemoryError: PermGen space after deploying several big wars on JBoss 7

by Geoffrey De Smet (Created) (JIRA)

Arquillian throws OutOfMemoryError: PermGen space after deploying several big wars on JBoss 7 --------------------------------------------------------------------------------------------- Key: AS7-2516 URL: https://issues.jboss.org/browse/AS7-2516 Project: Application Server 7 Issue Type: Bug Components: Test Suite Affects Versions: 7.0.2.Final Reporter: Geoffrey De Smet Assignee: Andrew Rubinger Priority: Minor Here's the proof (that build is saved forever): https://hudson.qa.jboss.com/hudson/view/Drools%20jBPM/job/guvnor/1161/con... Our war is apparently so big, that the 3th deployment fails with PermGen. A few tests later it even hangs forever (until it times out) {code} 10:41:56,393 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/dc25ad71-9358-412e-8a90-c4471cb3422f].[ArquillianServletRunner]] (http--127.0.0.1-8080-2) Servlet.service() for servlet ArquillianServletRunner threw exception: java.lang.OutOfMemoryError: PermGen space {code} How to reproduce? ================= git clone git@github.com:droolsjbpm/guvnor.git guvnor cd guvnor mvn clean install -DskipTests cd guvnor-webapp gedit src/test/resources/arquillian.xml // remove the maxTestClassesBeforeRestart property mvn test Using arquillian 1.0.0.CR5 and jboss 7.0.2. Workaround: use maxTestClassesBeforeRestart = 1. -- 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, 6 months

2
1
0 / 0

[JBoss JIRA] (JBRULES-3666) kbase holds multiple KnowledgeBaseEventListenerWrapper instances when adding the same KnowledgeBaseEventListener multiple times

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3666?page=com.atlassian.jira.plug... ] Mario Fusco reassigned JBRULES-3666: ------------------------------------ Assignee: Mario Fusco (was: Mark Proctor) > kbase holds multiple KnowledgeBaseEventListenerWrapper instances when adding the same KnowledgeBaseEventListener multiple times > ------------------------------------------------------------------------------------------------------------------------------- > > Key: JBRULES-3666 > URL: https://issues.jboss.org/browse/JBRULES-3666 > Project: Drools > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-core > Affects Versions: 5.5.0.Beta1 > Reporter: Toshiya Kobayashi > Assignee: Mario Fusco > Fix For: 5.5.0.Final > > > When you add the same KnowledgeBaseEventListener to kbase twice, kbase holds both KnowledgeBaseEventListenerWrapper instances. I'm not 100% sure if this is a bug but I guess KnowledgeBaseEventListenerWrapper should implement equals() method like StatefulKnowledgeSessionImpl$AgendaEventListenerWrapper. -- 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, 6 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2012