drwxr-xr-x. 4 appserver appserveradm 4096 Mar 19 10:08 Reports It’s there. and all the folders are like that. What about the files themselves?
-rw-r--r--. 1 appserver appserveradm 32486 Mar 19 10:00 ProjectReportForAE.jasper it says they are readable by everyone. On Mar 19, 2015, at 12:28 PM, Ramsey Gurley <[email protected]> wrote: > Have you checked permissions on the server? I use rsync to transfer my builds > to production and I’ve recently noticed that new folders will get > > rwxr-xr-- > > permissions. If it isn't > > rwxr-xr-x > > then the web server doesn’t have permission to enter the directory. I’d check > starting at the file all the way back up to / just to be sure. > > On Mar 19, 2015, at 7:52 AM, Theodore Petrosky <[email protected]> wrote: > >> when the .jasper file lives in a folder “Reports” this will work in >> development not in deployment >> >> TPJRReportTaskFromEO reportTask = new TPJRReportTaskFromEO(aProject, >> "SingleProject.jasper", parameters); >> >> So I changed it to: >> >> TPJRReportTaskFromEO reportTask = new TPJRReportTaskFromEO(aProject, >> “Reports/SingleProject.jasper", parameters); generates an error: >> >> Mar 19 09:47:43 ProjectManager[2008] ERROR >> er.extensions.appserver.ERXApplication - Exception caught: >> org.apache.commons.lang.exception.NestableRuntimeException: >> org.apache.commons.lang.exception.NestableRuntimeException: Failed to >> generate report Reports/ProjectReportForAE.jasper >> >> I took the time and followed how the string is passed around and it >> eventually ends up here: >> >> String inputFileName = >> ERXFileUtilities.pathURLForResourceNamed(compiledReportName, frameworkName, >> null).getFile(); >> >> so we are passing Reports/SingleProject.jasper as a string and the above >> error is the result. >> >> I guess I need to understand ERXFileUtilities.pathURLForResourceNamed >> >> /** >> * Determines the path URL of the specified Resource. This is done >> * to get a single entry point due to the deprecation of >> pathForResourceNamed. >> * In a later version this will call out to the resource managers new >> methods directly. >> * @param fileName name of the file >> * @param frameworkName name of the framework, <code>null</code> or "app" >> * for the application bundle >> * @param languages array of languages to get localized resource or >> <code>null</code> >> * @return the absolutePath method off of the file object >> */ >> >> >> >> On Mar 19, 2015, at 4:25 AM, Hugi Thordarson <[email protected]> wrote: >> >>> Resource management is a little more lenient during development and will >>> look for named resources inside subfolders. This means that if something >>> resource-related works in dev but breaks in production, it’s usually >>> because you're referencing a resource by name only rather than the full >>> resource path (ie. using “report.jrxml” instead of “Reports/report.jrxml”). >>> Might want to check that out. >>> >>> - hugi >>> >>> >>> >>>> On 18. mar. 2015, at 20:33, Chuck Hill <[email protected]> wrote: >>>> >>>> Have you verified that the folder and its contents are getting copied to >>>> the server as you expect? >>>> >>>> >>>> On 2015-03-18, 1:28 PM, "Theodore Petrosky" wrote: >>>> >>>> I am trying to clean up my WO projects a little. I end up with so much in >>>> my Resources folder so I thought of putting other folders. >>>> >>>> I am working on a project with jasper reports and I updated my version to >>>> 6.0.3 which is working great. They made some major changes in the app that >>>> one uses to create the .jrxml and .jasper files. It is eclipse based and I >>>> am still not really happy with how it demands that I keep things in >>>> folders. Maybe I am not seeing yet it is new. >>>> >>>> I created a folder in my Resources called Reports. In development mode, >>>> everything works fine and my app can find the .jasper files. However, when >>>> I compile my app and move it to the server, my app can not see into this >>>> folder to find the report files. >>>> >>>> Is there a property that controls if the app is looking into sub folders? >>>> >>>> Ted >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/webobjects-dev/chill%40gevityinc.com >>>> >>>> This email sent to [email protected] >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is >>>> >>>> This email sent to [email protected] >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/tedpet5%40yahoo.com >>> >>> This email sent to [email protected] >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com >> >> This email sent to [email protected] >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
