Другой способ с использованием коллекторов:
int totalNo = listOfClassB.stream()
.collect(Collectors.summingInt(classB -> classB.getAnotherObjList().size()));
Эквивалентный способ, только со ссылками на метод:
int totalNo = listOfClassB.stream()
.collect(Collectors.mapping(
ClassB::getAnotherObjList,
Collectors.summingInt(List::size)));
Или отображение в потоке, а не в коллекторе:
int totalNo = listOfClassB.stream()
.map(ClassB::getAnotherObjList)
.collect(Collectors.summingInt(List::size));
Urlscan был активен на всех веб-сайтах и имеет свой собственный предел длины объекта запроса. Я не знал, что Urlscan работал на нашем сервере, потому что это был глобальный фильтр ISAPI, не работая на моем отдельном веб-сайте.
Примечание: для определения местоположения глобальных фильтров ISAPI щелкните правой кнопкой по папке веб-сайтов в Администраторе IIS и нажмите Properties, затем на вкладке ISAPI Filters.
Когда мы столкнулись с этой проблемой, мы должны были увеличить предел размера буфера в соответствии с этой статьей KB: http://support.microsoft.com/kb/944886/en-us
Я знаю, что это упоминает ASP, но я полагаю, что он работал на ASP.NET также.
Править: Вот ссылка, которая могла бы более относиться к Вашей проблеме и предоставить другие возможности:
http://weblogs.asp.net/jgalloway/archive/2008/01/08/large-file-uploads-in-asp-net.aspx
404 и пропускающий Page_Load: IIS может только обработать запрос, после того как полный POST находится на сервере. Поэтому, если POST перестал работать (из-за его размера), он не может запустить события страницы.
Вы могли бы попробовать NeatUpload http://www.brettle.com/neatupload. Из Руководства: "По умолчанию NeatUpload непосредственно не ограничивает размер загрузок".
Можно также попробовать Выпуск XP Velodoc, который имеет несколько преимуществ перед NeatUpload включая то, что он использует расширения Ajax ASP.NET. См. также веб-сайт Velodoc для получения дополнительной информации.