[jira] Updated: (BEANUTILS-303) Merge Capabilities
[ https://issues.apache.org/jira/browse/BEANUTILS-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton updated BEANUTILS-303: -- Fix Version/s: LATER THAN 1.8.0 > Merge Capabilities > -- > > Key: BEANUTILS-303 > URL: https://issues.apache.org/jira/browse/BEANUTILS-303 > Project: Commons BeanUtils > Issue Type: Improvement >Reporter: Rodrigo di Lorenzo Lopes >Priority: Minor > Fix For: LATER THAN 1.8.0 > > Attachments: patch.txt > > Original Estimate: 24h > Remaining Estimate: 24h > > BeanUtils doesn't offer an adequate way to merge values from two JavaBeans. > Ex: > From different sources, let there be two partially populated JavaBeans > (each in different properties) . How to combine these JavaBeans ? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (BEANUTILS-301) In ArrayConverter, the allowedChars array should (possibly) include the underscore character
[ https://issues.apache.org/jira/browse/BEANUTILS-301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved BEANUTILS-301. --- Resolution: Won't Fix > In ArrayConverter, the allowedChars array should (possibly) include the > underscore character > > > Key: BEANUTILS-301 > URL: https://issues.apache.org/jira/browse/BEANUTILS-301 > Project: Commons BeanUtils > Issue Type: Improvement > Components: ConvertUtils & Converters >Affects Versions: 1.8.0-BETA > Environment: All >Reporter: Martin Bartlett >Priority: Minor > > An array value passed as: > this_is_my_first_value,this_is_my_second_value > should (could: please) result in a two-element array - currently the "_" is > not recognized as a word character and thus results in the StreamTokenizer > splitting each string at the underscore. Maybe ALL Java symbol characters > should be recognized? This would avoid unnecessary quoting ala > "this_is_my_first_value","this_is_my_second_value" > (note there is also a BUG related to this, since parsing the above string > also results in an NPE in the current BETA- report to follow) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (BEANUTILS-298) MethodUtils.getAccessibleMethod(Method method) could not find right public method
[
https://issues.apache.org/jira/browse/BEANUTILS-298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niall Pemberton updated BEANUTILS-298:
--
Fix Version/s: 1.8.0
> MethodUtils.getAccessibleMethod(Method method) could not find right public
> method
> -
>
> Key: BEANUTILS-298
> URL: https://issues.apache.org/jira/browse/BEANUTILS-298
> Project: Commons BeanUtils
> Issue Type: Bug
> Components: Bean / Property Utils
>Affects Versions: 1.7.0, 1.8.0-BETA
> Environment: Java 1.5, Windows XP
>Reporter: Roman Mukhin
>Priority: Minor
> Fix For: 1.8.0
>
>
> Let assume follows:
> public interface IX {
> getName();
> }
> class BaseX {
> public getName();
> }
> class ImplX extends BaseX implements IX {
> }
> For some reason I do not want that BaseX implements IX, but if we have a bean
> of type ImplX we can call getName().
> PropertyUtils.getProperty(beanOfTypeBaseX, "name") could not get the value,
> because the method MethodUtils.getAccessibleMethod(Method method) looks up
> only throunght supercalsses and interfaces of implementing class but not the
> subclasses and interfaces that they implement!
> So PropertyUtils.getProperty(beanOfTypeBaseX, "name") throws an Exception
> that the method is not accessible, but at the same time I can call
> beanOfTypeBaseX.getName()
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (BEANUTILS-299) ConvertingWrapDynaBean should allow custom BeanUtilsBean
[
https://issues.apache.org/jira/browse/BEANUTILS-299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niall Pemberton updated BEANUTILS-299:
--
Component/s: DynaBean
Fix Version/s: LATER THAN 1.8.0
> ConvertingWrapDynaBean should allow custom BeanUtilsBean
>
>
> Key: BEANUTILS-299
> URL: https://issues.apache.org/jira/browse/BEANUTILS-299
> Project: Commons BeanUtils
> Issue Type: Improvement
> Components: DynaBean
>Reporter: Heikki Vesalainen
> Fix For: LATER THAN 1.8.0
>
>
> ConvertingWrapDynaBean should accept as constructor parameter a custom
> BeanUtilsBean and use that instead of the static BeanUtils.
> like so:
> BeanUtilsBean beanUtils;
> public ConvertingWrapDynaBean(Object instance, BeanUtilsBean beanUtils) {
> super(instance);
> this.beanUtils = beanUtils;
> }
> public ConvertingWrapDynaBean(Object instance) {
> this(instance, new BeanUtilsBean);
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (BEANUTILS-294) BeanUtilsBean.setProperty() does not support nested map
[ https://issues.apache.org/jira/browse/BEANUTILS-294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton updated BEANUTILS-294: -- Fix Version/s: 1.8.0 Yes you're right, I'll put this on the list for 1.8.0 > BeanUtilsBean.setProperty() does not support nested map > --- > > Key: BEANUTILS-294 > URL: https://issues.apache.org/jira/browse/BEANUTILS-294 > Project: Commons BeanUtils > Issue Type: Bug > Components: Bean / Property Utils >Affects Versions: 1.8.0-BETA >Reporter: Stephen Leung >Priority: Critical > Fix For: 1.8.0 > > > I tried to call BeanUtilsBean.setProperty() with a DynaActionForm as the > "bean" and "someMap(x)(y)" as the "name". In BeanUtilsBean.setProperty(), > after the while loop at line 900, target became "null" and name became = > "(y)". And consequently IllegalArgumentException is thrown at line 930 when > setProperty() tried to getPropertyDescriptor() of a null bean. Specifically, > the following is the stack trace. Could somebody look into it? > Thanks. > java.lang.IllegalArgumentException: No bean specified > at > org.apache.common.beanutils.PropertyUtilsBean.getPropertyDescriptor(PropertyUtilsBean.java:871) > at > org.apache.commons.beanutils.BeanUtilsBean.setProperty(BeanUtilsBean.java:930) > at > org.apache.commons.beanutils.BeanUtilsBean.populate(BeanUtilsBean.java:829) > at > org.apache.commons.beanutils.BeanUtils.populate(BeanUtilsBean.java:433) > at org.apache.struts.util.RequestUtils.pouplate(RequestUtils.java:467) > .. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (BEANUTILS-306) LocaleConvertUtilsBean.convert throws NPE on null Locale when debug logging is enabled
[ https://issues.apache.org/jira/browse/BEANUTILS-306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niall Pemberton resolved BEANUTILS-306. --- Resolution: Fixed Fix Version/s: 1.8.0 Assignee: Niall Pemberton Fixed thanks! http://svn.apache.org/viewvc?view=rev&revision=628158 > LocaleConvertUtilsBean.convert throws NPE on null Locale when debug logging > is enabled > -- > > Key: BEANUTILS-306 > URL: https://issues.apache.org/jira/browse/BEANUTILS-306 > Project: Commons BeanUtils > Issue Type: Bug > Components: Locale BeanUtils / Converters >Affects Versions: 1.7.0, 1.8.0-BETA >Reporter: Lucian Chirita >Assignee: Niall Pemberton >Priority: Minor > Fix For: 1.8.0 > > > LocaleConvertUtilsBean.convert(String value, Class clazz, Locale locale, > String pattern) generally works with a null Locale argument, as the > lookup(Locale locale) method checks whether the argument is null and uses the > default locale in that case. > However, if debug logging is enabled for LocaleConvertUtils, the method > throws NullPointerException on null locale because the debug message does > locale.toString(). > The same thing happens with the convert(String values[], Class clazz, Locale > locale, String pattern) method. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (BEANUTILS-306) LocaleConvertUtilsBean.convert throws NPE on null Locale when debug logging is enabled
LocaleConvertUtilsBean.convert throws NPE on null Locale when debug logging is enabled -- Key: BEANUTILS-306 URL: https://issues.apache.org/jira/browse/BEANUTILS-306 Project: Commons BeanUtils Issue Type: Bug Components: Locale BeanUtils / Converters Affects Versions: 1.8.0-BETA, 1.7.0 Reporter: Lucian Chirita Priority: Minor LocaleConvertUtilsBean.convert(String value, Class clazz, Locale locale, String pattern) generally works with a null Locale argument, as the lookup(Locale locale) method checks whether the argument is null and uses the default locale in that case. However, if debug logging is enabled for LocaleConvertUtils, the method throws NullPointerException on null locale because the debug message does locale.toString(). The same thing happens with the convert(String values[], Class clazz, Locale locale, String pattern) method. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (CONFIGURATION-305) Downloads should be from Apache mirrors, not iBiblio
[ https://issues.apache.org/jira/browse/CONFIGURATION-305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12569257#action_12569257 ] Emmanuel Bourg commented on CONFIGURATION-305: -- There are 2 download links in the menu, the first one uses the Apache mirrors, and the second one is for direct jar download on Ibiblio. Is it possible to replace the latter by a link to the Maven repository (repo1.maven.org) ? > Downloads should be from Apache mirrors, not iBiblio > > > Key: CONFIGURATION-305 > URL: https://issues.apache.org/jira/browse/CONFIGURATION-305 > Project: Commons Configuration > Issue Type: Bug > Environment: Website >Reporter: Henri Yandell >Priority: Blocker > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
