2014-07-14 1 views
1

일부 날짜 사이에 한 명의 사용자로부터 모든 약속을 읽으 려합니다. 그리고 그들이 무엇을, 언제부터, 어떤 색 (카테고리)까지, 언제 사무실에 있는지에 대한 정보를 얻으십시오. 효과가있는 샘플을 찾지 못했습니다. 그 샘플을 보여 주시겠습니까?Java EWS Outlook 약속 읽기

나는 설정된 날짜 범위 내에서 모든 것을 얻을 수있는 일정 폴더에 시작 및 종료 날짜와 CalendarView를 사용하여 MS

에서

답변

1

를 WIN7 및 EWS 자바 API 1.2을 사용하고 있습니다. FindItemsResults 통해

CalendarView view = new CalendarView(startDate, endDate); 
PropertySet p = new PropertySet(ItemSchema.Categories, AppointmentSchema.Start, 
    AppointmentSchema.End); 
view.setPropertySet(p); 
FindItemsResults<Appointment> find = service.findAppointments(
    WellKnownFolderName.Calendar, view); 

반복 처리를하고 필요한 것을 얻을 : 당신이 PropertySet에서 원하는 속성을 놓고 CalendarView에서 설정하고, ExchangeService.findAppointments()를 사용을 얻을 수 있습니다. 필요한 경우 확실하지 않지만 다양한 연산이 PropertySet을 사용하여 요청한 경우에도 필요한 정보를 항상 반환하지는 않습니다. 그렇다면 Appointment.load (PropertySet) 또는 ExchangeService.loadPropertiesForItems (Items, PropertySet)를 사용해야합니다. 약속에서 자신이 무엇을 의미하는지 확신 할 수 없습니다. 당신은 Appoinment의 지위를 의미합니까? 지방에있는 주? 부재 중이라면, 사용자의 사무실 밖에서 또는 약속이 예약 될 때 사용자가 "부재 중"(OOF) 상태를 갖는 것을 의미합니까?

+0

답변 해 주셔서 감사합니다. 나는 그것을 시도했지만 예외가있다. 코드에 문제가 있다고 생각합니다. 연결로 .. 가지고 있습니다 : url = "http : //servername/EWS/Exchange.asmx"; ExchangeService es = 새 ExchangeService (ExchangeVersion.Exchange2007_SP1); ExchangeCredentials 자격 증명 = 새 WebCredentials (사용자, pwd); es.setURL (새 URI (url)); es.setUseDefaultCredentials (false); es.setCredentials (credentials); es.setPreAuthenticate (true); 코드가 충돌하는 곳 : FindItemsResults find = es.findAppointments (WellKnownFolderName.Calendar, view); –

+0

예외 : microsoft.exchange.webservices.data.EWSHttpException : 연결 microsoft.exchange.webservices.data.HttpClientWebRequest.getResponseHeaders에서 microsoft.exchange.webservices.data.HttpClientWebRequest.throwIfConnIsNull (알 소스) \t에서 \t 설립되지 (알 수없는 출처) \t at microsoft.exchange.webservices.data.ExchangeServiceBase.processHttpResponseHeaders (알 수없는 출처) 잘못된 URL이 있다고 생각하지만 어떻게 확인할 수 있습니까? 또는 Exchange 서버의 일부 서비스가 실행되지 않을 수 있습니까? –

+0

예외는 EWS Java의 버그로 인해 상용구가됩니다. 문제가 해결되면 SimpleServiceRequest가 응답을 닫고 나중에 다시 읽으려고 시도하거나 TraceListener를 사용하여 XML 자체를 살펴보고 오류가 어디에 있는지 확인할 수 있습니다. 응답에서 명백한 오류 일 수도 있고 XML을 구문 분석하는 데 문제가있을 수도 있습니다. – user1017413