• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: ERPDFGeneration problem
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ERPDFGeneration problem


  • Subject: Re: ERPDFGeneration problem
  • From: Timothy Worman <email@hidden>
  • Date: Fri, 09 May 2014 14:52:42 -0700

Hi David:

I guess I’m not alone in the wilderness! At least this means it isn’t my fault - this time!! I haven’t had time to look into it at all today. Maybe the supporting libraries were updated and something got broken. When I have a chance I’ll start looking at when the ERPDFGeneration framework may have had updates.

Tim
UCLA GSE&IS

On May 8, 2014, at 1:11 PM, David Holt <email@hidden> wrote:

> I am seeing the same issue that you are with ERPDFGeneration. Disabling click to open has no impact on the problem.
>
> David
>
>
> On 2014-05-08, at 12:29 PM, Timothy Worman <email@hidden> wrote:
>
>> I was suspecting the _componentName attribute yesterday and I was looking for properties to turn it off. After a quick search I didn’t find anything. It does appear that clickToOpen could be involved and I have the property set true in my props. I haven’t used it so I don’t know why I have it enabled. And I seem to remember reading it caused issues with excel generation. This could be it. I’ll respond with more after some investigation.
>>
>> Tim
>> UCLA GSE&IS
>>
>> On May 8, 2014, at 9:41 AM, Fabian Peters <email@hidden> wrote:
>>
>>> I somehow assumed this problem occurred in deployment. Still, if Bastian is on the right track, then this should help:
>>>
>>> 	public boolean clickToOpenEnabled(WOResponse response, WOContext context) {
>>> 		return false;
>>> 	}
>>>
>>>
>>> Am 08.05.2014 um 18:15 schrieb Bastian Triller <email@hidden>:
>>>
>>>> I think the _componentName attribute is the problem. There's a switch to turn that off.
>>>>
>>>> On Wed, 2014-05-07 at 19:33 -0700, Timothy Worman wrote:
>>>>> All:
>>>>>
>>>>>
>>>>> I have a problem that recently popped up with PDF generation. I have a custom component that utilizes the simple FlyingSaucerImpl in ERPDFGeneration. My component was failing with:
>>>>>
>>>>>
>>>>> "[org.xml.sax.SAXParseException] The markup in the document preceding the root element must be well-formed."
>>>>>
>>>>>
>>>>> So, I simplified things and basically made a test component content sth like SimplePDFGeneration1 from the ERPDFExamples. Same issue - SAXParseException. I overrode appendToResponse to generate some diagnostics on the content I’m trying pdf-ify (is that allowed?). Below is what it sayeth. So, what the heck is in line 0, column 2 in the document?
>>>>>
>>>>>
>>>>> May 07 19:20:21 eTimesheet[55555] WARN  NSLog  - 'edu.ucla.gseis.employee.components.TimesheetCalendarPDFComponent' caused a SAXParseException
>>>>> Message: 'The markup in the document preceding the root element must be well-formed.'
>>>>> Line   : 0
>>>>> Column : 2
>>>>> --- content begin ---
>>>>> 1 <!DOCTYPE html>
>>>>> 2 <html  _componentName = "edu.ucla.gseis.employee.components.TimesheetCalendarPDFComponent" lang = "en">
>>>>> 3   <head>
>>>>> 4     <meta charset = "utf-8" />
>>>>> 5     <title>ERPDFGeneration Examples</title>
>>>>> 6
>>>>> 7     <link rel="stylesheet" type="text/css" href="/cgi-bin/WebObjects/eTimesheet.woa/_wr_/wodata=/Users/worman/Source/etswo/eTimesheet/WebServerResources/print.css" media="print"/>
>>>>> 8
>>>>> 9   </head>
>>>>> 10   <body>
>>>>> 11
>>>>> 12   </body>
>>>>> 13 </html>
>>>>> --- content end —
>>>>>
>>>>>
>>>>> Tim
>>>>> UCLA GSE&IS
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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


 _______________________________________________
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


  • Follow-Ups:
    • Re: ERPDFGeneration problem
      • From: Timothy Worman <email@hidden>
References: 
 >ERPDFGeneration problem (From: Timothy Worman <email@hidden>)
 >Re: ERPDFGeneration problem (From: Bastian Triller <email@hidden>)
 >Re: ERPDFGeneration problem (From: Fabian Peters <email@hidden>)
 >Re: ERPDFGeneration problem (From: Timothy Worman <email@hidden>)
 >Re: ERPDFGeneration problem (From: David Holt <email@hidden>)

  • Prev by Date: Re: Wonder build issue?
  • Next by Date: Re: Starting second instance=app not available
  • Previous by thread: Re: ERPDFGeneration problem
  • Next by thread: Re: ERPDFGeneration problem
  • Index(es):
    • Date
    • Thread