Mailing-List: contact user-help@manifoldcf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@manifoldcf.apache.org
Received-SPF: pass (nike.apache.org: domain of daddywri@gmail.com designates
 209.85.220.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CALUFAGD5Esh+qATHgfixz6zOt5fs=zbfh77rKozdUXZUjevhyw@mail.gmail.com>
References: <51388957.50502@usit.uio.no>
	<CALUFAGAdE2+3GLpB72tL6n-7knTmazOsbFHF=Tz=d4nex5mHLQ@mail.gmail.com>
	<CALUFAGBkPEhiw23qf1DraGWA1JtkGX2xQPe71_T257FWLZPf=w@mail.gmail.com>
	<5138924A.5060500@usit.uio.no>
	<5138A2B3.3020407@usit.uio.no>
	<CALUFAGAK_kNtPO=ergrt21k8w_uN=O8q=YvGDjSTc2iiax3NnA@mail.gmail.com>
	<5138A6FD.5050506@usit.uio.no>
	<CALUFAGDdgr4sSJdHUvxBQ6X_vxEDotaWG3FJo0nNaX2fPjAgww@mail.gmail.com>
	<CALUFAGCm-ZVnKXzrNkLNOJ-F6-mLaBh1gBSJYoKZP2d8DK0jHA@mail.gmail.com>
	<5139E587.9030301@usit.uio.no>
	<CALUFAGCrwt8-HJ5xkwA+XXM_PQ882=u1+8Lobviak2W60pOKcw@mail.gmail.com>
	<CALUFAGCeHVkov7cGF5Yu4aUL3zo=zTELAye7pUM-DLWAMV32Aw@mail.gmail.com>
	<70E3DFB3-FB64-4D02-B795-D4CE10EBEC73@usit.uio.no>
	<513DE306.9070807@usit.uio.no>
	<CALUFAGD5Esh+qATHgfixz6zOt5fs=zbfh77rKozdUXZUjevhyw@mail.gmail.com>
Date: Mon, 11 Mar 2013 10:09:29 -0400
Message-ID: 
 <CALUFAGA=fcy7G+5SafDWaKvZMo5F85f68FvcWP9kHijZsPdLuQ@mail.gmail.com>
Subject: Re: IO exception during indexing: null
From: Karl Wright <daddywri@gmail.com>
To: user@manifoldcf.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Can you turn on debugging as you did last week?  Then, restart
manifoldcf and then view the Solr connection with basic auth, and send
me the appropriate part of the log.

Thanks!
Karl

On Mon, Mar 11, 2013 at 10:05 AM, Karl Wright <daddywri@gmail.com> wrote:
> We already use multipart entity.  But we can't use bytearraybody
> because it means the entire document has to be sucked into memory.
> That's not acceptable.
>
> I will post again on the HttpClient list, because they did lead me to
> believe that using expect-continue would do the right thing.
>
> Karl
>
>
> On Mon, Mar 11, 2013 at 9:58 AM, Erlend Gar=E5sen <e.f.garasen@usit.uio.n=
o> wrote:
>>
>> Did an svn up, built and deployed on our prod server, but I'm still gett=
ing
>> the same error.
>>
>> I just saw the following comment from you in the HttpClient forum: "Prob=
lem
>> is that ManifoldCF output connectors get an inputstream handed to them, =
not
>> a file.".
>>
>> I think I had a similar issue when I upgraded from a previous release of
>> HttpClient. By using the HttpPost class in HttpClient, I did something l=
ike
>> this with a dummy file named used (for multi-form post data):
>>
>> MultipartEntity multipartEntity =3D new MultipartEntity();
>> multipartEntity.addPart("myfile", new ByteArrayBody(content, contentType=
,
>> "myfile"));
>> httpPost.setEntity(multipartEntity);
>>
>> I'm afraid that we need to use the new HttpEntity implementations.
>>
>> Erlend
>>
>>
>> On 10.03.13 20.43, Erlend Gar=E5sen wrote:
>>>
>>> Thanks Karl!
>>>
>>> I'm sitting on the train this evening, so I will try and report tomorro=
w.
>>>
>>> Erlend.
>>>
>>> Sent from my iPad
>>>
>>> On 8. mars 2013, at 21:06, Karl Wright <daddywri@gmail.com> wrote:
>>>
>>>> There's some indication that turning on expect-continue will resolve
>>>> this issue.  So that is what I did.  Please synch up trunk and see if
>>>> you still get the error.
>>>>
>>>> Thanks!
>>>> Karl
>>>>
>>>>
>>>> On Fri, Mar 8, 2013 at 9:14 AM, Karl Wright <daddywri@gmail.com> wrote=
:
>>>>>
>>>>> OK, there IS a problem here, and it is a significant one.  See
>>>>> CONNECTORS-661 for details.
>>>>>
>>>>> I've asked for a workaround proposal on the httpcomponents list; it
>>>>> seems to me that pre-emptive auth headers should be possible in
>>>>> HttpClient.  In the worst case, we can construct our own header, but
>>>>> first let's see what they say.
>>>>>
>>>>> Karl
>>>>>
>>>>>
>>>>> On Fri, Mar 8, 2013 at 8:20 AM, Erlend Gar=E5sen <e.f.garasen@usit.ui=
o.no>
>>>>> wrote:
>>>>>>
>>>>>> On 08.03.13 13.37, Karl Wright wrote:
>>>>>>>
>>>>>>>
>>>>>>> Actually, let's just cut to the chase, and enable full wire and
>>>>>>> context
>>>>>>> logging:
>>>>>>>
>>>>>>> log4j.logger.org.apache.http=3DDEBUG
>>>>>>>
>>>>>>> That will let us see what is happening for sure.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Working on it.
>>>>>>
>>>>>> I will send the log directly to you, Karl, since this list may cut t=
he
>>>>>> log
>>>>>> file.
>>>>>>
>>>>>>
>>>>>> Erlend
>>>>>>
>>>>>> --
>>>>>> Erlend Gar=E5sen
>>>>>> Center for Information Technology Services
>>>>>> University of Oslo
>>>>>> P.O. Box 1086 Blindern, N-0317 OSLO, Norway
>>>>>> Ph: (+47) 22840193, Fax: (+47) 22852970, Mobile: (+47) 91380968, VIP=
:
>>>>>> 31050
>>
>>
>>
>> --
>> Erlend Gar=E5sen
>> Center for Information Technology Services
>> University of Oslo
>> P.O. Box 1086 Blindern, N-0317 OSLO, Norway
>> Ph: (+47) 22840193, Fax: (+47) 22852970, Mobile: (+47) 91380968, VIP: 31=
050