November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Resolved: (JBFORUMS-14) Forum posts can become unusable due to width of content

by Ryszard Kozmik (JIRA)

[ http://jira.jboss.com/jira/browse/JBFORUMS-14?page=all ] Ryszard Kozmik resolved JBFORUMS-14. ------------------------------------ Resolution: Done > Forum posts can become unusable due to width of content > ------------------------------------------------------- > > Key: JBFORUMS-14 > URL: http://jira.jboss.com/jira/browse/JBFORUMS-14 > Project: JBoss Forums > Issue Type: Patch > Reporter: Scott M Stark > Assigned To: Ryszard Kozmik > Priority: Minor > Fix For: 1.0.1 RC > > > I'm seeing problems with the size of forum posts using the [code][/code] tags. There needs to be some fixed size to the text fields with scrolling instead of what is seen here: > > http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3857964 > http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3858023 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
0
0 / 0

[JBoss JIRA] Commented: (EJBTHREE-647) SecondaryTable

by jBossTester jBossTester (JIRA)

[ http://jira.jboss.com/jira/browse/EJBTHREE-647?page=comments#action_12389828 ] jBossTester jBossTester commented on EJBTHREE-647: -------------------------------------------------- You can explain the workaround? Maybe with the same example.Thanks > SecondaryTable > -------------- > > Key: EJBTHREE-647 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-647 > Project: EJB 3.0 > Issue Type: Bug > Components: EJB3 Extensions > Affects Versions: EJB 3.0 RC8 - FD > Environment: PC Intel 2.8GHz, 1G RAM, OpenSuSE 10.0, Eclipse 3.1.2, JBoss-IDE 1.5.1.GS, AS JBoss-4.0.4.GA > Reporter: Jose Jesus > Assigned To: Emmanuel Bernard > > I'm using @SecondaryTable annoration and at deploy moment an exception occurs: > 10:10:46,141 ERROR [AssertionFailure] an assertion failure occured (this may indicate a bug in Hibernate, but is more likely due to unsafe use of the session) > org.hibernate.AssertionFailure: Table PERSON not found > at org.hibernate.persister.entity.JoinedSubclassEntityPersister.getTableId(JoinedSubclassEntityPersister.java:444) > at org.hibernate.persister.entity.JoinedSubclassEntityPersister.<init>(JoinedSubclassEntityPersister.java:225) > at org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:58) > at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:223) > at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1213) > at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:631) > at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFactory(Ejb3Configuration.java:760) > at org.hibernate.ejb.Ejb3Configuration.createContainerEntityManagerFactory(Ejb3Configuration.java:350) > at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:119) > at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:264) > : > : > 10:10:46,189 WARN [ServiceController] Problem starting service persistence.units:jar=sgscore-ejb3.jar,unitName=sgscore > org.hibernate.AssertionFailure: Table PERSON not found > at org.hibernate.persister.entity.JoinedSubclassEntityPersister.getTableId(JoinedSubclassEntityPersister.java:444) > at org.hibernate.persister.entity.JoinedSubclassEntityPersister.<init>(JoinedSubclassEntityPersister.java:225) > at org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:58) > at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:223) > at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1213) > at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:631) > at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFactory(Ejb3Configuration.java:760) > at org.hibernate.ejb.Ejb3Configuration.createContainerEntityManagerFactory(Ejb3Configuration.java:350) > at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:119) > at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:264) > : > : > my code and annotations are: > @Entity > @Table(name="USER") > @Inheritance(strategy = InheritanceType.JOINED) > @SecondaryTable(name = "PERSON", pkJoinColumns = { > @PrimaryKeyJoinColumn(name = "PERSON_ID", referencedColumnName = "ID") > } > ) > public class User extends Participant { > private String firstName; > : > : > @Column(name="FIRST_NAME", table="PERSON") > public String getFirstName(){ > return firstName; > } > public void setFirstName(String firstName) { > this.firstName = firstName; > } > : > : > } > @Entity > @Table(name="PERSON") > public class Person { > private String firstName; > : > : > @Column(name="FIRST_NAME") > public String getFirstName() { > return firstName; > } > public void setFirstName(String firstName) { > this.firstName = firstName; > } > : > : > } > @Entity > @Table(name="PARTICIPANT") > @Inheritance(strategy = InheritanceType.JOINED) > public class Participant { > private String id; > : > : > @Id > public String getId() { > return id; > } > public void setId(String id) { > this.id = id; > } > : > : > } > Another observation is that in User class SecondaryTable annotation I already try: > @SecondaryTable(name="PERSON") > AND > @SecondaryTables({ > @SecondaryTable(name = "PERSON", pkJoinColumns = { > @PrimaryKeyJoinColumn(name = "PERSON_ID", referencedColumnName = "ID") > } > ) > } > ) > AND > @SecondaryTables({ > @SecondaryTable(name = "PERSON") > } > ) > the same exception occurs. > What's the problem with implementation code or annotations??? > Thank's. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-4927) Code added in 4.2.1 breaks web app that works in 4.2.0

by Greg Bridges (JIRA)

Code added in 4.2.1 breaks web app that works in 4.2.0 ------------------------------------------------------ Key: JBAS-4927 URL: http://jira.jboss.com/jira/browse/JBAS-4927 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.2.2.GA, JBossAS-4.2.1.GA Environment: linux, java5 Reporter: Greg Bridges Assigned To: Remy Maucherat Code was added in version 4.2.1 to the WebAppClassLoader class to override the findClass() operation. I have a web app that uses the sun rmi-iiop to connect to remote applications (which worked fine before). The stubs for my code are located in my deployed jars in the war. At line 98 in WebAppClassLoader.java, a call is made to attempt to run the iiopstubcompiler. It gets a ClassDefNotFound on the IIOPStubCompiler class, which then bypasses the catch block (which is looking for a RuntimeException). It looks like the intent was to run the super.findClass() if there is any trouble, but that doesn't happen due to the catch block being bypassed. If I change the code to catch Throwable or add a catch for ClassDefNotFound which runs super.findClass(), the app works as it did before. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

5
11
0 / 0

[JBoss JIRA] Created: (JBCACHE-802) NonManagedConnectionFactory does not place new connections in ThreadLocal (JDBCCacheLoader)

by Manik Surtani (JIRA)

NonManagedConnectionFactory does not place new connections in ThreadLocal (JDBCCacheLoader) ------------------------------------------------------------------------------------------- Key: JBCACHE-802 URL: http://jira.jboss.com/jira/browse/JBCACHE-802 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 1.4.0.SP1 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 1.4.0.SP2, 2.0.0 In NonManagedConnectionFactory.getConnection(): public Connection getConnection() { Connection con = (Connection) connection.get(); if(con == null) { try { con = DriverManager.getConnection(url, usr, pwd); // CODE ADDED HERE connection.set(con); // END CODE MODIFICATION } catch(SQLException e) ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

4
13
0 / 0

[JBoss JIRA] Created: (JBAS-4264) war context.xml is not being read

by Scott M Stark (JIRA)

war context.xml is not being read --------------------------------- Key: JBAS-4264 URL: http://jira.jboss.com/jira/browse/JBAS-4264 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Reporter: Scott M Stark Assigned To: Remy Maucherat Fix For: JBossAS-5.0.0.Beta3 The logic in the private String findConfig(URL warURL) to obtain an absolute file name is broken since the change to the vfs. This needs to either be a vfs path or the full input stream to the context.xml since there is no guarentee that a java.io.File to the context.xml exists. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

2
3
0 / 0

[JBoss JIRA] Created: (JBAOP-473) Add 1.5.6 artifacts to the JBoss Maven respository

by Anders Hammar (JIRA)

Add 1.5.6 artifacts to the JBoss Maven respository -------------------------------------------------- Key: JBAOP-473 URL: http://jira.jboss.com/jira/browse/JBAOP-473 Project: JBoss AOP Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 1.5.6.GA Environment: n/a Reporter: Anders Hammar Attachments: jboss-aop-1.5.6.GA.pom, jboss-aop-jdk50-1.5.6.GA.pom Please add the jdk1.4 and jdk5.0 artifacts of jboss-aop 1.5.6.GA to the maven repository. I've attached the pom files for both artifacts. To be consistent with the deployed 1.5.0.GA artifact, I've keept the "jboss.jboss-aop" groupId and I also kept the "jboss-aop" artifactId for the jdk1.4 artifact. The jdk5.0 artifact uses the "jboss-aop-jdk50" artifactId to be consistent with the jar file in the distribution zip. (While this is not artifact naming standard used in 2.0.0.beta1.) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
2
0 / 0

[JBoss JIRA] Created: (SECURITY-97) TransactionManagerLocator needs update to use the locator in JBossAS

by Anil Saldhana (JIRA)

TransactionManagerLocator needs update to use the locator in JBossAS -------------------------------------------------------------------- Key: SECURITY-97 URL: http://jira.jboss.com/jira/browse/SECURITY-97 Project: JBoss Security and Identity Management Issue Type: Bug Security Level: Public (Everyone can see) Components: JBossSX Affects Versions: 2.0.1.GA Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0.2-BETA The DatabaseLoginModule has a feature of suspending a JTA transaction for DB access and then resume. The TransactionManagerLocator that uses reflection needs to be updated to TML from JBossAS integration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1821) modifyRegistration does not properly check that passed data is acceptable

by Chris Laprun (JIRA)

modifyRegistration does not properly check that passed data is acceptable ------------------------------------------------------------------------- Key: JBPORTAL-1821 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1821 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6.2 Final Reporter: Chris Laprun Assigned To: Chris Laprun Fix For: 2.6.3 Final -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-5020) Incorrect system property usage in JMX console clustering service

by Brian Stansberry (JIRA)

Incorrect system property usage in JMX console clustering service ----------------------------------------------------------------- Key: JBAS-5020 URL: http://jira.jboss.com/jira/browse/JBAS-5020 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: JBossAS-4.2.2.GA Reporter: Brian Stansberry Assigned To: Brian Stansberry Priority: Minor Fix For: JBossAS-5.0.0.Beta3, JBossAS-4.2.3.GA In ./deploy/jmx-console.war/WEB-INF/web.xml: <param-value>UDP(ip_mcast=true;ip_ttl=16;loopback=false;mcast_addr=${jboss.partition.udpGroup:228.1.2.3};mcast_port=${jboss.partition.udpPort:45566}): Should not be jboss.partition.udpPort as that property should NOT be set; it will cause all channels to use the same port. Will switch it to jboss.jmxconsolepartition.mcast_port to be consistent with JBAS-4021 usage. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-5012) Trim MetaData getSecurityDomain newline characters

by Anil Saldhana (JIRA)

Trim MetaData getSecurityDomain newline characters -------------------------------------------------- Key: JBAS-5012 URL: http://jira.jboss.com/jira/browse/JBAS-5012 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: EJB2, EJB3, Web (Tomcat) service Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: JBossAS-5.0.0.Beta3 Legacy jboss.xml /jboss-web.xml descriptors could have a security domain defined as: <security-domain> something </security-domain> So the read of the metadata.getSecurityDomain should take into consideration newline characters in the value. A trim is necessary. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 1 month

1
1
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2007