SVN: 963

- avoid redundant file opening to get the information sought

SVN: 952

- 'getPropertyDescriptors' moved from 'ExperimentFactory' to 'BeanUtils'

SVN: 932

introduce ISequenceNameMapper and StandardSequenceNameMapper

SVN: 929

- 'DefaultLineFilter' renamed to 'HeaderLineFilter'
- part of 'DefaultLineFilter' logic moved to its own ILineFilter implementation ---> ILineFilter.EXCLUDE_EMPTY_AND_COMMENT_LINE

SVN: 922

- 'getFirstAcceptedLine' method added.

SVN: 920

- 'FilteredList' based on 'Validator' implementations.
- JUnit tests for upper framework.

SVN: 911

- More intelligent 'Comparator' for well codes

SVN: 906

SVN: 895

fix: raw type warnings in getMandatoryFields

SVN: 894

fix: raw type warnings in fillBeans related methods

SVN: 893

SVN: 892

SVN: 877

SVN: 868

fix: ensure a path that causes an exception in the handler is added to the faulty paths in order to avoid triggering the same exception over and over again

SVN: 858

fix: sequence out of sync problem (workaround, since we have no safe way to find a sequence for a table by any automatic means)

SVN: 848

SVN: 846

fix: mass upload with distribution

SVN: 836

change: naming convention for mass-upload files from separator :: to =, since the old one created problems with Windows

SVN: 834

improve: logging

SVN: 827

SVN: 816

SVN: 814

SVN: 812

- up to javadoc 'null' as converter parameter is allowed.
add:
- fillBeanList with Converter as parameter.

SVN: 795

SVN: 780

SVN: 773

SVN: 760

revert: changes to @Mandatory annotation of r714, since it has a negative impact on the robustness when doing refactorings

SVN: 742

improve: javadoc of fillBean
change: perform asserts before guard clause to null sourceBean in fillBean

SVN: 735

SVN: 730

SVN: 729

SVN: 728

- Comment formatted.

SVN: 723

- Property name is 'mail.smtp.password' and not 'mail.smtp.user'.

SVN: 722

- new classes.

SVN: 711

- new classes.

SVN: 710

- Mandatory annotation.
remove:
- TODO related to the upper annotation.

SVN: 709

remove: BeanNameMapping, since it is a questionable feature and one always can use Converters which are robust under refactoring and which are features of the conversion process, not the Bean itself

SVN: 707

- add the author

SVN: 702

- DBRestrictions moved from 'common' to 'lims' project because it has a dependency to the Spring framework: it throws a DataIntegrityViolationException instead of UserFailureException. We do not want UserFailureException in DAO.

SVN: 699