Я пробовал описанные выше трюки конфигурации IIS и взлома реестра loopback, и я просмотрел и воссоздал разрешения пула приложений и еще дюжину других вещей и до сих пор не смог избавиться от цикла проверки подлинности на моей рабочей станции разработки с помощью IIS Express или IIS 7.5, с локального или удаленного сеанса просмотра. Я получил четыре ответа статуса 401.2 и пустую страницу. Точно такой же сайт, развернутый на моем промежуточном сервере IIS 8.5, работает безупречно.
Наконец, я заметил разметку в Body Response, которая была пуста браузером, содержала страницу по умолчанию для успешного входа в систему. Я определил, что Custom Обработка ошибок для ASP.NET и HTTP для ошибки 401 препятствовала / препятствовала аутентификации Windows моей рабочей станции, но не промежуточному серверу. Я провел несколько часов, играя с этим, но как только я удалил пользовательскую обработку только для ошибки 401, рабочая станция вернулась к норме. Я представляю это еще один способ снять вашу собственную ногу.
Как указано @pskink, нет проблемы. PageList
обеспечивает размер подсчета таблицы, но, наконец, просто загружает элементы в той мере, в которой они загружаются. При инициализации он предварительно задает в 3 раза размер страницы . Я адаптировал свой тест и прошел:
@Test
fun pageSize() {
val data = EntityFactory.makeList(500)
database.getTableDao().apply {
insertAll(data)
repeat(10) {
val pageSize: Int = DataFactory.randomInt(5..50)
RxPagedListBuilder(getData(), pageSize)
.buildObservable()
.map { it.filterNotNull() }
.map { it.size }
.test()
.assertValue(pageSize * 3)
}
}
}