December 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JASSIST-31) ProxyFactory should provide method to create "empty" proxy

by Martin Burger (JIRA)

ProxyFactory should provide method to create "empty" proxy ---------------------------------------------------------- Key: JASSIST-31 URL: http://jira.jboss.com/jira/browse/JASSIST-31 Project: Javassist Issue Type: Feature Request Reporter: Martin Burger Assigned To: Shigeru Chiba Priority: Optional All the create(...) methods of class ProxyFactory call a "real" constructor of the proxy class. Sometimes you need an "empty" proxy - an instance that was created by calling "no" constructor. You can obtain "empty" instances by using sun.reflect.ReflectionFactory: Constructor constructor = ReflectionFactory.getReflectionFactory().newConstructorForSerialization(proxyFactory.createClass(), Object.class.getDeclaredConstructor(new Class[0])); Object emptyProxy = constructor.newInstance(new Object[0]); So, a convenience method ProxyFactory.create() that calls the code above would be nice. -- 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

19 years, 7 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBMESSAGING-407) XARecovery integration of JBossMessaging with JBossTS

by Juha Lindfors (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-407?page=comments#action_12... ] Juha Lindfors commented on JBMESSAGING-407: ------------------------------------------- Additional tasks (JIRA to follow later): 1) Include the added SQL statements required for recovery in database configuration samples 2) Provide unit tests for added and modified methods in the patch in addition to the XA recovery functional tests 3) Fix issues in the current test suite: a) hard coded timeout values that have insufficient delays for some QA runs b) use of JBossTS across the test suite > XARecovery integration of JBossMessaging with JBossTS > ----------------------------------------------------- > > Key: JBMESSAGING-407 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-407 > Project: JBoss Messaging > Issue Type: Feature Request > Components: Tests and Performance > Environment: JBoss 4.0.3SP1, JBossTs 4.2GA, JBOSS Messagig 1.0.1CR2 > Reporter: Madhusudhan Konda > Assigned To: Juha Lindfors > Priority: Blocker > Fix For: 1.0.2.CR1 > > Attachments: artifacts.zip, jms-recovery-patch-all.txt, jms.zip, JMSProviderXAResourceRecovery.java, xa.zip, xarecovery-patch.txt, XATestStandaloneRecovery.java > > Original Estimate: 1 week > Time Spent: 1 week, 4 hours, 30 minutes > Remaining Estimate: 0 minutes > > To make JBossMessaging XAResource as recoverable using JBossTS RecoveryManager -- 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

19 years, 7 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBMICROCONT-28) BeanMetaData should implement ValueMetaData

by Ales Justin (JIRA)

[ http://jira.jboss.com/jira/browse/JBMICROCONT-28?page=comments#action_123... ] Ales Justin commented on JBMICROCONT-28: ---------------------------------------- TODO - nested bean as group value (see xsd valueGroup and BeanSchemaBH.configureValueBindings) > BeanMetaData should implement ValueMetaData > ------------------------------------------- > > Key: JBMICROCONT-28 > URL: http://jira.jboss.com/jira/browse/JBMICROCONT-28 > Project: JBoss MicroContainer > Issue Type: Task > Components: MetaData > Reporter: Adrian Brock > Assigned To: Ales Justin > Fix For: JBossMC_2_0_0_CR1 > > > BeanMetaData should implement ValueMetaData > where the value is the bean constructed. > This allows direct configuration like: > <bean bean="xxx"> > <attribute name="blah"> > <bean bean="yyy"> > etc. -- 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

19 years, 7 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-906) JBCMethodCall should override toString() so that it includes the method id as well

by Galder Zamarreno (JIRA)

JBCMethodCall should override toString() so that it includes the method id as well ---------------------------------------------------------------------------------- Key: JBCACHE-906 URL: http://jira.jboss.com/jira/browse/JBCACHE-906 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 1.4.0.SP1 Reporter: Galder Zamarreno Assigned To: Manik Surtani Priority: Minor Fix For: 1.4.1.GA, 2.0.0.GA Currently debugging a customer problem, it would help if: JBCMethodCall overrided toString() so that it included the method id as well :) Btw, can't find 1.4.1.BETA in affects versions. -- 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

19 years, 7 months

2
1
0 / 0

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

by Scott M Stark (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-2563?page=all ] Scott M Stark reassigned JBAS-2563: ----------------------------------- Assignee: Scott M Stark > 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 > Priority: Critical > Fix For: JBossAS-5.0.0.Beta2 > > > 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

19 years, 7 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-3817) Fix EJB2.1 deployments

by Thomas Diesler (JIRA)

Fix EJB2.1 deployments ---------------------- Key: JBAS-3817 URL: http://jira.jboss.com/jira/browse/JBAS-3817 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Thomas Diesler Fix For: JBossAS-5.0.0.Beta Currently there is no EJB21 deployer 11:47:39,227 INFO [MainDeployer] deploy, url=file:/home/tdiesler/svn/jbossws/trunk/output/tests/libs/jaxws-jsr181-webservice01-ejb21.jar 11:47:39,584 INFO [MainDeployer] deploy, url=file:/home/tdiesler/svn/jbossws/trunk/output/tests/libs/jaxws-jsr181-webservice02-ejb21.jar 11:47:39,669 INFO [MainDeployer] deploy, url=file:/home/tdiesler/svn/jbossws/trunk/output/tests/libs/jaxws-jsr181-webservice03-ejb21.jar /home/tdiesler/svn/jbossws/trunk/src/test [tdiesler@tddell test]$ ant -Dtest=org.jboss.test.ws.jaxws.jsr181.webservice.JSR181WebServiceEJB21TestCase one-test one-test: [junit] Running org.jboss.test.ws.jaxws.jsr181.webservice.JSR181WebServiceEJB21TestCase [junit] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 0.759 sec [junit] Test org.jboss.test.ws.jaxws.jsr181.webservice.JSR181WebServiceEJB21TestCase FAILED -- 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

19 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (JBREM-644) Reduce unit test logging output.

by Ron Sigal (JIRA)

Reduce unit test logging output. -------------------------------- Key: JBREM-644 URL: http://jira.jboss.com/jira/browse/JBREM-644 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 2.2.0.Beta1 (Bluto) Reporter: Ron Sigal Assigned To: Ron Sigal Priority: Minor Fix For: 2.2.0.Beta1 (Bluto) Unit testing for jdk 1.5 is failing to produce a report on cruisecontrol: tests.report: [mkdir] Created dir: /services/cruisecontrol/work/checkout/jboss-remoting-testsuite-1.5/output/tests/performance BUILD FAILED /services/cruisecontrol/work/checkout/jboss-remoting-testsuite-1.5/build.xml:497: The following error occurred while executing this line: java.lang.OutOfMemoryError: Java heap space Many unit tests are generating unnecessary log messages from jrunit. Eliminating them should alleviate the heap space problem. -- 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

19 years, 7 months

1
1
0 / 0

[JBoss JIRA] Created: (JBMAIL-253) Add JBoss EULA

by Rajesh Rajasekaran (JIRA)

Add JBoss EULA -------------- Key: JBMAIL-253 URL: http://jira.jboss.com/jira/browse/JBMAIL-253 Project: JBoss Mail Issue Type: Task Security Level: Public (Everyone can see) Reporter: Rajesh Rajasekaran Assigned To: Andrew Oliver Fix For: 1.0-RC1 Attachments: JBossORG-EULA.txt Attached is the JBossORG-EULA.txt 1. The eula should be checked into the project's source tree. 2. The project's build should include the EULA in project distributables, ie, whatever is the unit of publish: zip, tgz, etc. -- 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

19 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (JBMAIL-251) WebMail LoginView RememberME Functionality

by David Fuelling (JIRA)

WebMail LoginView RememberME Functionality ------------------------------------------ Key: JBMAIL-251 URL: http://jira.jboss.com/jira/browse/JBMAIL-251 Project: JBoss Mail Issue Type: Patch Security Level: Public (Everyone can see) Components: WebMail Affects Versions: 1.0-M4, 1.0-M3, 1.0-M2, 1.0-M5, 1.0-RC1, 1.0-final Reporter: David Fuelling Assigned To: Andrew Oliver Priority: Minor Fix For: 1.0-M5, 1.0-RC1, 1.0-final Attachments: LoginView_patch.mxml.java When a user logs into the webmail, he/she can click the "Remember Me" checkbox and have the Flash webmail application remember his username/password information. The functionality to do this has been implemented with this patch, by leveraging the Flash Shared Object feature (which acts like a browser cookie) to store the login credentials for later use. It is unknown what the security implications of this are. Flash Shared Objects are stored to disk in a specified user directory. In WinXP, for example, this directory is not accessible unless you are logged in as an admin or the designated user (same for Unix, I assume). So, even if the uid/password are un-encrypted on disk, this may not be a security concern. -- 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

19 years, 7 months

2
4
0 / 0

[JBoss JIRA] Created: (JBMAIL-250) MailUserImpl.getAliases(..) throws an NPE if there is no mailbox for a given alias to check.

by David Fuelling (JIRA)

MailUserImpl.getAliases(..) throws an NPE if there is no mailbox for a given alias to check. -------------------------------------------------------------------------------------------- Key: JBMAIL-250 URL: http://jira.jboss.com/jira/browse/JBMAIL-250 Project: JBoss Mail Issue Type: Patch Security Level: Public (Everyone can see) Components: Mail Server APIs Affects Versions: 1.0-M5, 1.0-RC1 Environment: WinXp, Jdk 1.5 Reporter: David Fuelling Assigned To: Andrew Oliver Priority: Minor MailUserImpl.getAliases(..) throws an NPE if there is no mailbox for a given alias to check. Instead, the function should simply check if the mbox is null, and if so, simply return an empty list of aliases (i.e., there are no aliases for this user). Here is my patch: Index: MailSenderImpl.java =================================================================== RCS file: /cvsroot/jboss/jboss-mail/src/java/org/jboss/mail/userapi/MailSenderImpl.java,v retrieving revision 1.13 diff -u -r1.13 MailSenderImpl.java --- MailSenderImpl.java 13 Jun 2006 23:53:04 -0000 1.13 +++ MailSenderImpl.java 28 Sep 2006 13:05:06 -0000 @@ -273,6 +273,9 @@ @Tx(TxType.REQUIRED) public List<String> getAliases(String user) { Mailbox box = this.mailboxService.getMailboxByAlias(user); + if(box == null) + return new ArrayList<String>(); //No Aliases exist for this user. + Collection<Alias> a = box.getAliases(); List<String> l = new ArrayList<String>(a.size()); Iterator<Alias> i = a.iterator(); -- 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

19 years, 7 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 December 2006