при использовании веб-службы Search Server 2010 Express результаты возвращают страницы ASPX вместо документов - PullRequest
2 голосов
/ 23 февраля 2011

У меня есть веб-ссылка на поиск (из экспресс-установки Search Server 2010) в приложении vb.net, которое использует класс QueryService для поиска на производственном сайте Sharepoint Foundation 2010.

В предыдущем пунктеВ то время мы создали доказательство концепции полностью испытанной системы, которая с тех пор подверглась доработке.Из моего воспоминания об этой тестовой системе, когда документы были загружены как определенный тип контента сайта (который наследуется от документа) и были предоставлены метаданные, мы могли искать конкретные метаданные, создавая управляемые свойства для каждого, и результаты поиска возвращались бы как документыс флагом isdocument, установленным в true).После этого просмотр документа стал простым, поскольку мы могли просто использовать имя файла и путь для отображения сохраненного файла.

Теперь мы разрабатываем производственную систему и столкнулись с новым поведением, где эти результаты теперь возвращаются какРезультаты aspx, такие как

http://digitizaton/Company/Client Documents/Forms/DispForm.aspx?ID=1703

Это, конечно, очень трудно найти и просмотреть документ, мы можем извлечь заголовок, который затем даст нам имя файла без расширения, но это вряд ли поможет, поскольку данные FileExtension имеют формат aspx, а не расширение файла документов, поэтому у нас нет полного имени файла.Мы могли бы отобразить возвращенную в результате страницу, но очень предпочли бы сам документ.

Я создал библиотеку тестовых документов с простой настройкой (без использования типа контента сайта или столбцов сайта).) и загрузил некоторые документы на один и тот же сайт, и они возвращаются одинаковым образом, поэтому я не верю, что проблема связана с библиотекой документов или типом содержимого.

При достаточно ограниченном понимании обоих Sharepointи Search Server, я не знаю, если это проблема установки с самой службой поиска, с конфигурацией сайта или с пакетом запроса, который я отправляю.У нас также есть стороннее приложение (Knowledgelake), установленное на сервере, которое связывается с sharepoint, который также мог изменить конфигурацию где-то?

Не думаю, что пакет запроса изменился, так как он работал в проверкеконцепции, кроме имен столбцов пользовательских данных.Я предоставлю это здесь на случай, если для внешнего читателя будет что-то явно очевидное.

<QueryPacket xmlns='urn:Microsoft.Search.Query.Document'>"
  <Query>
    <SupportedFormats>
        <Format>urn:Microsoft.Search.Response</Format>
    </SupportedFormats>
    <Range>
     <Count>0</Count>
    </Range>
   <Context>
      <QueryText type='MSSQLFT'>
       SELECT Filename, Title, FileExtension, IsDocument, Path from Scope() WHERE ""Scope"" = 'Department1' AND CustomData = 'X' -- 
      </QueryText>
    </Context>

Любое руководство будет невероятно оценено.Если я не предоставил соответствующую информацию, пожалуйста, дайте мне знать, и я смогу ее отследить.

Спасибо всем

1 Ответ

1 голос
/ 24 февраля 2011

Так что теперь я чувствую себя идиотом, я искал часы без удачи, и буквально через несколько секунд после написания этого поста я нахожу самородок золота, который искал.

Похоже, что у нашего основного типа файла PDF есть известная проблема с Sharepoint 2010, как показано на следующем сайте.

http://www.sharepointsharon.com/2010/03/sharepoint-2010-and-adobe-pdf/

и, кроме того, этот параметр реестра необходим для того, чтобы связать все вместе

http://www.mossgurus.com/adnan/Lists/Categories/Category.aspx?Name=SharePoint%202010%20--%20Configuration

...