[jira] Commented: (FILEUPLOAD-164) gracefully handle SizeLimitExceededException caused by exceeding fileSizeMax
[ https://issues.apache.org/jira/browse/FILEUPLOAD-164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626460#action_12626460 ] Olaf Freyer commented on FILEUPLOAD-164: I'm writing a grails app that enables a user to upload media files. It uses commons-fileupload via a spring CommonsMultipartResolver. Basically a user can upload X files at once with a per-file size limit of N bytes. As those files tend to be quite large it would be convenient for a user that even though some files might have violated the constraint , the remaining files should be processed and make it into the system. Here is an example: The user wants to upload 4 files with the given sizes: 97MB, 93MB, 110MB, 150MB. Given a per file size constraint of 120MB what currently happens is that the user uploads about 420MB before the constraint is violated and an exception is thrown. All uploading progress made so far is lost and all we can do is tell the user that some file violated the size constraint. The way I'd prefer things to work is that even though the last file violates the constraint the 3 files obeying the constraint (with a total size of 300MB) should be processed by the system. > gracefully handle SizeLimitExceededException caused by exceeding fileSizeMax > > > Key: FILEUPLOAD-164 > URL: https://issues.apache.org/jira/browse/FILEUPLOAD-164 > Project: Commons FileUpload > Issue Type: Wish >Affects Versions: 1.2.1 >Reporter: Olaf Freyer > > I have a feature/improvement request: > when uploading X files of which Y files exceed fileSizeMax I'd love to be > able to handle the X-Y remaining files that didn't break the constraint. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FILEUPLOAD-164) gracefully handle SizeLimitExceededException caused by exceeding fileSizeMax
[ https://issues.apache.org/jira/browse/FILEUPLOAD-164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626438#action_12626438 ] Jochen Wiedmann commented on FILEUPLOAD-164: What is your use case? All examples I am aware of have the clear intention to block the user uploading the too large files as soon as possible. Obviously, your idea is quite contrary to that aspect. > gracefully handle SizeLimitExceededException caused by exceeding fileSizeMax > > > Key: FILEUPLOAD-164 > URL: https://issues.apache.org/jira/browse/FILEUPLOAD-164 > Project: Commons FileUpload > Issue Type: Wish >Affects Versions: 1.2.1 >Reporter: Olaf Freyer > > I have a feature/improvement request: > when uploading X files of which Y files exceed fileSizeMax I'd love to be > able to handle the X-Y remaining files that didn't break the constraint. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SANDBOX-210) Commons CSV EXCELL_STRATEGY is reading CSV files with double quote and comma properly but not writing them back the same way
[ https://issues.apache.org/jira/browse/SANDBOX-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626167#action_12626167 ] Ram commented on SANDBOX-210: - I agree matt. I am new to using this tool. :) > Commons CSV EXCELL_STRATEGY is reading CSV files with double quote and comma > properly but not writing them back the same way > > > Key: SANDBOX-210 > URL: https://issues.apache.org/jira/browse/SANDBOX-210 > Project: Commons Sandbox > Issue Type: Bug > Components: CSV >Reporter: Ilya Egoshin > Attachments: CSVPrinter.java, CSVPrinter.java-patch > > > original line: My line is containing ", symbols > line in CSV file after "Save as CSV" in Excell: "My line containing "", > symbols" > line is CSV file as output from CSVPrinter with EXCELL_STRATEGY: "My line > containing \", symbols" > as a result when you will try to open that file in the excell you see text > inside two cells: > 1 cell: My line containing \ > 2 cell: symbols > is it again Microsoft "features", that are "improving" RFC? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (LANG-456) HashCodeBuilder throws StackOverflowError in bidirectional navigable association
[ https://issues.apache.org/jira/browse/LANG-456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626162#action_12626162 ] James Carman commented on LANG-456: --- Have you tried using UUIDs rather than basing hashCode/equals on "business" fields? > HashCodeBuilder throws StackOverflowError in bidirectional navigable > association > > > Key: LANG-456 > URL: https://issues.apache.org/jira/browse/LANG-456 > Project: Commons Lang > Issue Type: Bug >Affects Versions: 2.4 > Environment: Widows XP. Sun JDK 1.5 or 1.6. >Reporter: Bob Fields > Attachments: StackOverflowError.zip > > > This is not the reflection methods, it is the regular HashCodeBuilder append > methods. It causes EqualsBuilder, ToStringBuilder, CompareToBuilder to also > throw the StackOverflowException, but those methods work when one of the > HashCodeBuilder bidirectional association attributes .hashCode() is commented > out. The problem is that all of the builders call registerObject() which > creates a hashCode, but only the reflectionAppend method checks if an object > is registered. > Bi-directional associations are a very common pattern in Jaxb and Hibernate. > In this case, I generate code from a model in order to avoid the reflection > penalty - I already know what the attributes are at compile time, so I use > .append instead of .reflectionAppend. > See attached example + unit test. One side of the bidirectional association > must be commented out in the hashCode method. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SANDBOX-210) Commons CSV EXCELL_STRATEGY is reading CSV files with double quote and comma properly but not writing them back the same way
[ https://issues.apache.org/jira/browse/SANDBOX-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626138#action_12626138 ] Matt Benson commented on SANDBOX-210: - While we're talking about things that would be appreciated, it might be nice if further changes were done more atomically than yesterday's comment, edit, edit, comment, edit, attach, remove, attach, attach, comment, edit, etc., etc I realize changes are necessary sometimes, but that seemed a bit extreme. > Commons CSV EXCELL_STRATEGY is reading CSV files with double quote and comma > properly but not writing them back the same way > > > Key: SANDBOX-210 > URL: https://issues.apache.org/jira/browse/SANDBOX-210 > Project: Commons Sandbox > Issue Type: Bug > Components: CSV >Reporter: Ilya Egoshin > Attachments: CSVPrinter.java, CSVPrinter.java-patch > > > original line: My line is containing ", symbols > line in CSV file after "Save as CSV" in Excell: "My line containing "", > symbols" > line is CSV file as output from CSVPrinter with EXCELL_STRATEGY: "My line > containing \", symbols" > as a result when you will try to open that file in the excell you see text > inside two cells: > 1 cell: My line containing \ > 2 cell: symbols > is it again Microsoft "features", that are "improving" RFC? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (LANG-456) HashCodeBuilder throws StackOverflowError in bidirectional navigable association
[ https://issues.apache.org/jira/browse/LANG-456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bob Fields updated LANG-456: Attachment: StackOverflowError.zip BidirectionalTest demonstrating StackOverflowError when using non-reflection HashCodeBuilder methods. > HashCodeBuilder throws StackOverflowError in bidirectional navigable > association > > > Key: LANG-456 > URL: https://issues.apache.org/jira/browse/LANG-456 > Project: Commons Lang > Issue Type: Bug >Affects Versions: 2.4 > Environment: Widows XP. Sun JDK 1.5 or 1.6. >Reporter: Bob Fields > Attachments: StackOverflowError.zip > > > This is not the reflection methods, it is the regular HashCodeBuilder append > methods. It causes EqualsBuilder, ToStringBuilder, CompareToBuilder to also > throw the StackOverflowException, but those methods work when one of the > HashCodeBuilder bidirectional association attributes .hashCode() is commented > out. The problem is that all of the builders call registerObject() which > creates a hashCode, but only the reflectionAppend method checks if an object > is registered. > Bi-directional associations are a very common pattern in Jaxb and Hibernate. > In this case, I generate code from a model in order to avoid the reflection > penalty - I already know what the attributes are at compile time, so I use > .append instead of .reflectionAppend. > See attached example + unit test. One side of the bidirectional association > must be commented out in the hashCode method. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (LANG-456) HashCodeBuilder throws StackOverflowError in bidirectional navigable association
HashCodeBuilder throws StackOverflowError in bidirectional navigable association Key: LANG-456 URL: https://issues.apache.org/jira/browse/LANG-456 Project: Commons Lang Issue Type: Bug Affects Versions: 2.4 Environment: Widows XP. Sun JDK 1.5 or 1.6. Reporter: Bob Fields This is not the reflection methods, it is the regular HashCodeBuilder append methods. It causes EqualsBuilder, ToStringBuilder, CompareToBuilder to also throw the StackOverflowException, but those methods work when one of the HashCodeBuilder bidirectional association attributes .hashCode() is commented out. The problem is that all of the builders call registerObject() which creates a hashCode, but only the reflectionAppend method checks if an object is registered. Bi-directional associations are a very common pattern in Jaxb and Hibernate. In this case, I generate code from a model in order to avoid the reflection penalty - I already know what the attributes are at compile time, so I use .append instead of .reflectionAppend. See attached example + unit test. One side of the bidirectional association must be commented out in the hashCode method. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (FILEUPLOAD-164) gracefully handle SizeLimitExceededException caused by exceeding fileSizeMax
gracefully handle SizeLimitExceededException caused by exceeding fileSizeMax Key: FILEUPLOAD-164 URL: https://issues.apache.org/jira/browse/FILEUPLOAD-164 Project: Commons FileUpload Issue Type: Wish Affects Versions: 1.2.1 Reporter: Olaf Freyer I have a feature/improvement request: when uploading X files of which Y files exceed fileSizeMax I'd love to be able to handle the X-Y remaining files that didn't break the constraint. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (BEANUTILS-325) support multiple locales per application
[ https://issues.apache.org/jira/browse/BEANUTILS-325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626043#action_12626043 ] Siarhei commented on BEANUTILS-325: --- LocaleConvertUtils provides useful methods to convert string values to objects of the specified class. But they doesn't provide a general mechanism to perform conversion like LocaleBeanUtils does. I think it would be good to have a class providing conversion interface which allows specification of locale to use. For example it would be nice to have the following method in LocaleBeanUtils: public static void populate(java.lang.Object bean, java.util.Map properties, java.util.Locale locale ) > support multiple locales per application > > > Key: BEANUTILS-325 > URL: https://issues.apache.org/jira/browse/BEANUTILS-325 > Project: Commons BeanUtils > Issue Type: New Feature > Components: Locale BeanUtils / Converters >Reporter: Siarhei > > I have an web application used by users with different locales. > BeanUtils doesn't provide processing conversion according to given locale. > We need to convert numbers, dates according to user locale. For example, some > users must have possibility to enter numbers with comma as decimal > delimiter. In opposite English users must have possibility to enter numbers > with point as decimal delimiter. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.