September 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (SECURITY-457) User guide builds incorrectly using Java 6

by Darran Lofthouse (JIRA)

User guide builds incorrectly using Java 6 ------------------------------------------ Key: SECURITY-457 URL: https://jira.jboss.org/jira/browse/SECURITY-457 Project: JBoss Security and Identity Management Issue Type: Bug Security Level: Public (Everyone can see) Components: Negotiation Affects Versions: Negotiation_2.0.3.SP2 Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: Negotiation_2.0.4.GA The user guide builds incorrectly running Java 6, however Java 5 still works as expected. Suspect XML parsing differences, documentation should be updated to work with Java 6. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

1
4
0 / 0

[JBoss JIRA] (JBRULES-3630) Nested ClassPathResources within ChangeSet use wrong ClassLoader

by Chris Rankin (JIRA)

Chris Rankin created JBRULES-3630: ------------------------------------- Summary: Nested ClassPathResources within ChangeSet use wrong ClassLoader Key: JBRULES-3630 URL: https://issues.jboss.org/browse/JBRULES-3630 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.4.0.Final, 5.1.1.FINAL Environment: Win7 / Java6 / JBoss6 Reporter: Chris Rankin Assignee: Mark Proctor I am trying to load a "rules" JAR dynamically. This JAR contains a {{change-set.xml}} and all of its DRL files: {code:XML} <?xml version="1.0" encoding="UTF-8"?> <change-set xmlns='http://drools.org/drools-5.0/change-set' xmlns:xs='http://www.w3.org/2001/XMLSchema-instance' xs:schemaLocation='http://drools.org/drools-5.0/change-set http://anonsvn.jboss.org/repos/labs/labs/jbossrules/trunk/drools-api/src/...'> <add> <resource source='classpath:com/my/stuff/rules/Stuff.drl' type='DRL' /> </add> </change-set> {code} I am loading the JAR dynamically via {{URLClassLoader}} and _successfully_ creating the ChangeSet resource: {code} Resource changeSet = ResourceFactory.newClassPathResource("change-set.xml", classLoader);{code} However, it then always explodes when I try to add the resource to the {{KnowledgeBuilder}}, complaining that "'com/my/stuff/rules/Stuff.drl' cannot be opened because it does not exist". I am suspecting that the {{KnowledgeBuilder}} is not using my class loader to load {{Stuff.drl}}, despite me passing the correct class loader in via {{KnowledgeBuilderConfiguration}}. (And the "changeset:" handling in {{org.drools.xml.changeset.ResourceHandler}} would seem to support my theory.) -- 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
11
0 / 0

[JBoss JIRA] (JBRULES-3640) Rete tree error in Drools 5.4 (related to use of single quotes)

by B Dolbeare (JIRA)

B Dolbeare created JBRULES-3640: ----------------------------------- Summary: Rete tree error in Drools 5.4 (related to use of single quotes) Key: JBRULES-3640 URL: https://issues.jboss.org/browse/JBRULES-3640 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core (expert) Affects Versions: 5.4.0.Final Environment: All Reporter: B Dolbeare Assignee: Mark Proctor Drools is not producing consistent Rete trees when a rules does an equality check with single quotes when other rules include the similar equality checks using double quotes as demonstrated in the example drl attached. This appears to be a problem with Drools 5.4 as the same drl works correctly in earlier Drools 5.X releases. -- 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
2
0 / 0

[JBoss JIRA] (JBWEB-236) JSF Mojarra has serious performance issues, add MyFaces integration

by Adrian Everett (JIRA)

Adrian Everett created JBWEB-236: ------------------------------------ Summary: JSF Mojarra has serious performance issues, add MyFaces integration Key: JBWEB-236 URL: https://issues.jboss.org/browse/JBWEB-236 Project: JBoss Web Issue Type: Enhancement Security Level: Public (Everyone can see) Components: Core Affects Versions: JBossWeb-7.0.13.GA Environment: JBoss 7.1.1 AS, Windows 7 64 bit Reporter: Adrian Everett Assignee: Remy Maucherat Please add MyFaces support to JBoss AS7 as an alternative to JSF Mojarra, because Mojarra has serious performance issues. For large data sets, a really bad JSF performance issue regarding AJAX requests has been identified. An issue ticket was created for this on the Mojarra issues tracker, but it might be quite a long time before they fix it, if it ever does get fixed. Here is the link: http://java.net/jira/browse/JAVASERVERFACES-2334 For every large data sets, the performance of a simple f:ajax calls slows down to the point it becomes as slow as a full page post. An f:ajax call passing 300 bytes of data could take 3+ seconds to perform a round trip, where the same exact f:ajax call might only take a 200ms if the page is smaller. The only difference between the big page and the small page might be several thousand h:outputText components that have no relation with the component associated with the f:ajax call. This is a serious problem for a site such as the one I'm working on, where we sometimes have to load large amounts of data in an un-paginated manner, and also perform AJAX requests on the same page. I took the example code attached to the Mojarra ticket and will be attaching it to this one. I have verified that it causes the problem by running the code on JBoss AS, the latest Glassfish server and even Tomcat. The problem isn't with JBoss, it's with the Mojarra implementation of JSF, so support for MyFaces would greatly benefit projects with large data sets. Finally, as seen in the Mojarra ticket, the author of the PrimeFaces component library has also performed some tests with the attached code and found that the MyFaces JSF stack doesn't have the problem. His comments can be seen in the reference ticket. -- 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

3
5
0 / 0

[JBoss JIRA] (AS7-5640) Investigate JSR-77 getMBeanCount() for TCK

by Kabir Khan (JIRA)

Kabir Khan created AS7-5640: ------------------------------- Summary: Investigate JSR-77 getMBeanCount() for TCK Key: AS7-5640 URL: https://issues.jboss.org/browse/AS7-5640 Project: Application Server 7 Issue Type: Bug Components: JMX Reporter: Kabir Khan Assignee: Kabir Khan Fix For: 7.2.0.Alpha1 https://issues.jboss.org/browse/JBCTS-1254 -- 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-4154) TS: API changes report - Animal sniffer maven plugin

by Ondrej Zizka (JIRA)

Ondrej Zizka created AS7-4154: --------------------------------- Summary: TS: API changes report - Animal sniffer maven plugin Key: AS7-4154 URL: https://issues.jboss.org/browse/AS7-4154 Project: Application Server 7 Issue Type: Sub-task Components: Test Suite Reporter: Ondrej Zizka Assignee: Ondrej Zizka Fix For: 7.1.2.Final -- 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

3
13
0 / 0

[JBoss JIRA] (AS7-5627) Scripts need to preserve arguments boundary

by Cheng Fang (JIRA)

Cheng Fang created AS7-5627: ------------------------------- Summary: Scripts need to preserve arguments boundary Key: AS7-5627 URL: https://issues.jboss.org/browse/AS7-5627 Project: Application Server 7 Issue Type: Bug Components: Scripts Affects Versions: 7.2.0.Alpha1 Reporter: Cheng Fang Assignee: Brian Stansberry When certain args are passed to jboss module Main class, they lost their orginal boundary, and jboss module can only tell one from another using space as the delimiter. For example: standalone.sh -Dtitle="Vice President" {noformat} 23:37:10,229 INFO [org.jboss.modules] (main) JBoss Modules version 1.1.3.GA JBAS015801: Invalid option 'President'Usage: ./domain.sh [args...] where args include: {noformat} -- 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
7
0 / 0

[JBoss JIRA] (AS7-4568) JSF component libraries does not work in AS7 modules

by Gernot P (JIRA)

Gernot P created AS7-4568: ----------------------------- Summary: JSF component libraries does not work in AS7 modules Key: AS7-4568 URL: https://issues.jboss.org/browse/AS7-4568 Project: Application Server 7 Issue Type: Bug Components: Class Loading Affects Versions: 7.1.1.Final, 7.1.0.Final Reporter: Gernot P Assignee: David Lloyd Deploying JSF component libraries (like primefaces and other) as AS/ module does not work. The JSF runtime does not find the compontent library. That's rather bad, because modules are the only way to share jar's across the whole server. -- 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

4
13
0 / 0

[JBoss JIRA] (AS7-4642) mechanism to load tag libraries from module

by Ivica Loncar (JIRA)

Ivica Loncar created AS7-4642: --------------------------------- Summary: mechanism to load tag libraries from module Key: AS7-4642 URL: https://issues.jboss.org/browse/AS7-4642 Project: Application Server 7 Issue Type: Feature Request Components: Class Loading, Web Affects Versions: 7.1.1.Final Reporter: Ivica Loncar Assignee: David Lloyd Priority: Critical tag libraries are scanned only if they appear in jar inside WEB-INF/lib or are defined in tld under WEB-INF. The simplest scenario to explain why this is a problem: portlet 2 defines standard portlet taglib, but the classes in this file come from concrete implementations. Currently I see no way to use 2 different portals in a portable way. Please provide a way to notify a web application that module contains .tld. -- 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
3
0 / 0

[JBoss JIRA] (HIBERNATE-138) [HHH-7629] Initialize PersistentCollection with fetchType LAZY returns NPE

by Ricardo Martinelli Oliveira (JIRA)

Ricardo Martinelli Oliveira created HIBERNATE-138: ----------------------------------------------------- Summary: [HHH-7629] Initialize PersistentCollection with fetchType LAZY returns NPE Key: HIBERNATE-138 URL: https://issues.jboss.org/browse/HIBERNATE-138 Project: Hibernate Integration Issue Type: Bug Reporter: Ricardo Martinelli Oliveira Assignee: Steve Ebersole @JoinTable(name = "JOIN_TABLE", joinColumns = { @JoinColumn(name = "JOIN_TABLE_ID", referencedColumnName = "ID") }, inverseJoinColumns = { @JoinColumn(name = "ENTITY_ID", referencedColumnName = "ID") }) @ManyToMany(fetch = FetchType.LAZY) private Set<JoinTable> aProperty; When fetching this entity, and after initialize, I get all the valid attribute values but the aProperty is defined as PersistenceCollection. This collection is not intialized yet. When I initialize this collection as follow: (PersistentCollection) entity).forceInitialization(); Or Hibernate.initialize(entity); I got NullPointerException: Caused by: java.lang.NullPointerException at org.hibernate.engine.internal.StatefulPersistenceContext.getLoadedCollectionOwnerOrNull(StatefulPersistenceContext.java:790) at org.hibernate.event.spi.AbstractCollectionEvent.getLoadedOwnerOrNull(AbstractCollectionEvent.java:75) at org.hibernate.event.spi.InitializeCollectionEvent.<init>(InitializeCollectionEvent.java:36) at org.hibernate.internal.SessionImpl.initializeCollection(SessionImpl.java:1803) at org.hibernate.collection.internal.AbstractPersistentCollection.forceInitialization(AbstractPersistentCollection.java:489) at org.hibernate.Hibernate.initialize(Hibernate.java:77) When I check source code of class org.hibernate.engine.internal.StatefulPersistenceContext.getLoadedCollectionOwnerOrNull(StatefulPersistenceContext.java:790) CollectionEntry ce = getCollectionEntry( collection ); 790 if ( ce.getLoadedPersister() == null ) { 791 return null; // early exit... 792 } Looks like the CollectionEntry ce is null. This collection entry is fetched from collectionEntries.get(coll); // Identity map of CollectionEntry instances, by the collection wrapper 121 private IdentityMap<PersistentCollection, CollectionEntry> collectionEntries; I checked Jboss docs, it mentioned the way to initilialize the collection is as I have done above. http://docs.jboss.org/hibernate/orm/3.3/reference/en/html/performance.htm... -- 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
5
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 September 2012