November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-1114) cache passivation test is broken and confused use of generics

by Adrian Brock (JIRA)

cache passivation test is broken and confused use of generics ------------------------------------------------------------- Key: EJBTHREE-1114 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1114 Project: EJB 3.0 Issue Type: Task Reporter: Adrian Brock Assigned To: Adrian Brock Fix For: AS 5.0.0.Beta3 The cache passivation tests are broken. This is due to the changes in cache/pool configuration and due to the fact that there is no transaction manager in the classpath anymore. Also the use of generics in the new Pool/CacheFactory is very confused. -- 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

18 years, 8 months

1
4
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1768) sanitize captcha parameter setup

by Andrew Oliver (JIRA)

sanitize captcha parameter setup -------------------------------- Key: JBPORTAL-1768 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1768 Project: JBoss Portal Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 2.6.3 Final Reporter: Andrew Oliver Fix For: 2.6.3 Final Attachments: captcha.patch The captcha is configured in one spot as a variable and in another spot as a preference. This uses the preference to configure the variable and then the variable throughout. Moreover, it seems cleaner to not have captcha.xhtml itself worrying about whether captcha is enabled for registration, rather have registration do that. Somewhat pedantic... -- 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

18 years, 8 months

3
6
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1732) Cannot change roles of user names containing a backslash character

by Luc Boudreau (JIRA)

Cannot change roles of user names containing a backslash character ------------------------------------------------------------------ Key: JBPORTAL-1732 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1732 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Identity Affects Versions: 2.6.2 Final Environment: Any Reporter: Luc Boudreau Priority: Critical In our LDAP directory, the usernames are prefixed with the domain name followed by a backslash followed by the username. ie. DOMAIN\username I get the following error while changing the roles of such a user. Clearly, the backslash is interpreted as-is ans creates an escaped character. 2007-10-02 10:59:47,735 ERROR [STDERR] org.jboss.portal.identity.NoSuchUserException: No such user No such user SIoudrel 2007-10-02 10:59:47,736 ERROR [STDERR] at org.jboss.portal.identity.db.HibernateUserModuleImpl.findUserByUserName(HibernateUserModuleImpl.java:97) 2007-10-02 10:59:47,736 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor513.invoke(Unknown Source) 2007-10-02 10:59:47,736 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 2007-10-02 10:59:47,736 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:585) 2007-10-02 10:59:47,736 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) 2007-10-02 10:59:47,737 ERROR [STDERR] at $Proxy249.findUserByUserName(UnknownSource) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.portal.core.identity.ui.common.IdentityUserBean.findUserByUserName(IdentityUserBean.java:140) 2007-10-02 10:59:47,737 ERROR [STDERR] at org.jboss.portal.core.identity.ui.actions.AssignRoleAction.assignRoles(AssignRoleAction.java:111) 2007-10-02 10:59:47,737 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 2007-10-02 10:59:47,737 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) -- 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

18 years, 8 months

4
12
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1113) Confusion over queues deployed in ejb3 testsuite

by Adrian Brock (JIRA)

Confusion over queues deployed in ejb3 testsuite ------------------------------------------------ Key: EJBTHREE-1113 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1113 Project: EJB 3.0 Issue Type: Bug Reporter: Adrian Brock Assigned To: Adrian Brock Fix For: AS 5.0.0.Beta3 The queues getting deployed in ejb3 testsuite are indeterminate because both the invalidtxmdb test and the plain mdb test define an mdbtest-service.xml Which gets deployed is random. -- 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

18 years, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1112) Strange behaviour in Bank test

by Adrian Brock (JIRA)

Strange behaviour in Bank test ------------------------------ Key: EJBTHREE-1112 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1112 Project: EJB 3.0 Issue Type: Sub-task Affects Versions: AS 5.0.0.Beta3 Reporter: Adrian Brock Related to parent task, if you rebuild bank.jar such that BankBean doesn't implement its remote interface and restart the server, the interceptors bank test passes anyway. It shouldn't since it is not using a business method. Subsequent re-runs of the test fail as expected. -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (HIBERNATE-74) Add support for ON DELETE RESTRICT | CASCADE | SET TO NULL for Java entity generation

by sstrenn (JIRA)

Add support for ON DELETE RESTRICT | CASCADE | SET TO NULL for Java entity generation ------------------------------------------------------------------------------------- Key: HIBERNATE-74 URL: http://jira.jboss.com/jira/browse/HIBERNATE-74 Project: Hibernate Issue Type: Feature Request Reporter: sstrenn Assigned To: Steve Ebersole It appears that the Java entities that correspond to tables with foreign keys in them always result in a @OneToMany annotation with a cascade type of ALL, even when the foreign key has a constraint of ON DELETE RESTRICT. This can cause confusion for developers, since, in most other aspects, the Java entities mirror the database behavior. So this request is to add support for ON DELETE RESTRICT | CASCADE | SET TO NULL for Java entity generation. As an example of the cascade type for a foreign key that has a ON DELETE RESTRICT constraint, perhaps the annotation would be: @OneToMany(cascade = {CascadeType.MERGE, CascadeType.PERSIST, CascadeType.REFRESH}, ...) -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBAS-2235) Server Controller Tasks: Throw error if normal shutdown fails

by Martin Vecera (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2235?page=all ] Martin Vecera updated JBAS-2235: -------------------------------- JBoss Forum Reference: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4104862 Added forum reference. Unfortunatelly the forum limits the length of the thread title :-( > Server Controller Tasks: Throw error if normal shutdown fails > ------------------------------------------------------------- > > Key: JBAS-2235 > URL: http://jira.jboss.com/jira/browse/JBAS-2235 > Project: JBoss Application Server > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Test Suite > Environment: jboss-4.0 tip > Reporter: Ryan Campbell > Assigned To: Martin Vecera > Fix For: JBossAS-5.0.0.Beta3 > > Time Spent: 2 hours > Remaining Estimate: 0 minutes > > Currently, when a server fails to respond to a shutdown request, the process is killed and the tests continue. > There should be an error thrown if the server fails to shutdown within the timeout period. -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-4269) NoClassDefFoundError performing remote lookup of dynamic proxy using IBM JDK

by Darran Lofthouse (JIRA)

NoClassDefFoundError performing remote lookup of dynamic proxy using IBM JDK ---------------------------------------------------------------------------- Key: JBAS-4269 URL: http://jira.jboss.com/jira/browse/JBAS-4269 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: ClassLoading Affects Versions: JBossAS-4.0.4.GA, JBossAS-5.0.0.Beta1 Environment: IBM JDK 1.5 32bit and 64bit IBM JDK 1.4 64bit Reporter: Darran Lofthouse Assigned To: Darran Lofthouse Fix For: JBossAS-5.0.0.Beta3, JBossAS-4.2.0.GA, JBossAS-4.0.5.SP1 Using the IBM JDKs listed in the environment, performing a remote lookup of a dynamic proxy from within JBoss cases a NoClassDefFoundError. java.lang.NoClassDefFoundError: $Proxy59 at sun.reflect.GeneratedSerializationConstructorAccessor49.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Constructor.java:521) at java.io.ObjectStreamClass.newInstance(ObjectStreamClass.java:951) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1713) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1314) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:354) at java.rmi.MarshalledObject.get(MarshalledObject.java:163) at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:72) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:652) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587) at javax.naming.InitialContext.lookup(InitialContext.java:363) -- 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

18 years, 8 months

3
6
0 / 0

[JBoss JIRA] Updated: (JBAS-2563) Cleanup the build for jboss5

by Dimitris Andreadis (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2563?page=all ] Dimitris Andreadis updated JBAS-2563: ------------------------------------- Fix Version/s: JBossAS-5.0.0.CR1 (was: JBossAS-5.0.0.Beta3) > Cleanup the build for jboss5 > ---------------------------- > > Key: JBAS-2563 > URL: http://jira.jboss.com/jira/browse/JBAS-2563 > Project: JBoss Application Server > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Build System > Reporter: Scott M Stark > Assigned To: Scott M Stark > Fix For: JBossAS-5.0.0.CR1 > > > The current jboss-head build seems rather crusty with outdated modules (media which I removed) and weird modules like jbossas. From the dev list: > This is the remoting/jbossas integration code. > i.e. the UnifiedInvoker > It shouldn't really be in jbossas which was meant to be the top level build folder replacement for "build" > e.g. in the new build > cvs .. co jbossas > cd jbossas > ant rebuild > would pull down all modules and thirdparty and build the release. > Instead jbossas has turned into another "varia" ;-) > On Tue, 2005-12-13 at 03:00, Scott M Stark wrote: > > Why is there this jbossas module in jboss-head when there is also > > remoting being pulled via the thirdparty? > > > We need a plan on cleaning up the jboss-head build using the jbossbuild before creating a jboss5 branch. -- 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

18 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-1184) Get rid of repeated DEBUG logging by eviction layer

by Brian Stansberry (JIRA)

Get rid of repeated DEBUG logging by eviction layer --------------------------------------------------- Key: JBCACHE-1184 URL: http://jira.jboss.com/jira/browse/JBCACHE-1184 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: Eviction Reporter: Brian Stansberry Assigned To: Brian Stansberry Priority: Minor Fix For: 2.1.0.GA 2007-09-14 15:17:16,454 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] process(): region: / 2007-09-14 15:17:16,454 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] processed 0 node events in region: / 2007-09-14 15:17:16,454 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] Recycle queue is empty 2007-09-14 15:17:19,798 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] process(): region: / 2007-09-14 15:17:19,798 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] processed 0 node events in region: / 2007-09-14 15:17:19,798 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] Recycle queue is empty 2007-09-14 15:17:21,454 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] process(): region: / 2007-09-14 15:17:21,454 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] processed 0 node events in region: / 2007-09-14 15:17:21,454 DEBUG [org.jboss.cache.eviction.BaseEvictionAlgorithm] Recycle queue is empty Drives me insane when I'm trying to monitor AS logs to debug issues. Needs to be TRACE. -- 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

18 years, 8 months

2
3
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 2007