Re: ERPDFGeneration problem & best practices
Re: ERPDFGeneration problem & best practices
- Subject: Re: ERPDFGeneration problem & best practices
- From: Tim Worman <email@hidden>
- Date: Sun, 23 Sep 2012 17:21:43 -0700
On Sep 21, 2012, at 5:50 PM, Q <email@hidden> wrote:
>
> On 22/09/2012, at 6:26 AM, Tim Worman <email@hidden> wrote:
>
>> All:
>>
>> My app is attempting to attach a PDF to an email and I'm getting a failure. The only response is:
>>
>> "Your request produced an error."
>>
>> The code below works fine in development but fails in deployment. I'm using ERJavaMail for sending.
>>
>> There is no stack trace, etc. My attempt to produce my PDF seems to stop at the constructor for FlyingSaucerImpl since no console messages I've placed in the code are seen after that.
>>
>> public void sendEmail() {
>> GSEISPersonAccountInfoComponent acctPdf = (GSEISPersonAccountInfoComponent)pageWithName(GSEISPersonAccountInfoComponent.class.getName());
>> acctPdf.setAPerson(aPerson()); //create PDFWrapper component
>> NSLog.out.appendln("making pdf");
>> NSData pdf = acctPdf.generateResponse().content(); //get the PDF data
>> ERMailDeliveryHTML mail = new ERMailDeliveryHTML();
>
> ^^^^^^^^^^^^^^^^^^
>
> Does it get this far?
>
> If not, try wrapping it in a try { .. } catch (Throwable e) { log.error(e); throw e; } block and log out the error. You may be swallowing the exception somewhere higher up the stack, or it's logging out to somewhere you aren't seeing in deployment.
Very mysterious - but I can't get any errors to throw at all. I tried the approach above. I'm gonna try some other things today and hopefully make some progress. It's killing me though that I can't get any failure/exception messages. If it were logging out somewhere else, I'm not sure where that would be.
T
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden