Re: ERPDFGeneration problem
Re: ERPDFGeneration problem
- Subject: Re: ERPDFGeneration problem
- From: Dev WO <email@hidden>
- Date: Thu, 15 May 2014 22:13:35 +0200
Hi Tim,
Maybe I'm all wrong, but you could check the Property of each .wo "file" (it should be "inherited" if the container is UTF-8 or manually select Other>UTF-8)
You could also check the corresponding .woo file and compare them with the one from the working component.
Xavier
On 15 mai 2014, at 21:57, Timothy Worman <email@hidden> wrote:
> David et al:
>
> I was able to get my PDF gen working again by starting with new components. I used the wocomponent wizard, allowed it to create the html and left the doctype as xhtml transitional. Essentially building from there with a document saying Hello World, I was able to get things working again.
>
> I haven’t solved why components that worked before didn’t work anymore.
>
> Tim
> UCLA GSE&IS
>
> On May 9, 2014, at 2:52 PM, Timothy Worman <email@hidden> wrote:
>
>> 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
>
>
> _______________________________________________
> 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