I think your file permissions are okay there, but you should check all the way 
back to /. I see something like:

$ namei -m 
/opt/Local/Library/WebObjects/Applications/MyApp.woa/Contents/Resources/user.d2wmodel
 
f:/opt/Local/Library/WebObjects/Applications/MyApp.woa/Contents/Resources/user.d2wmodel

f: 
/opt/Local/Library/WebObjects/Applications/MyApp.woa/Contents/Resources/user.d2wmodel
 dr-xr-xr-x /
 drwxr-xr-x opt
 drwxr-xr-x Local
 drwxr-xr-x Library
 drwxr-xr-x WebObjects
 drwxrwxr-x Applications
 drwxrwxr-x MyApp.woa
 drwxrwxr-x Contents
 drwxrwxr-x Resources
 -rwxrwxr-x user.d2wmodel

On Mar 19, 2015, at 9:39 AM, Theodore Petrosky <[email protected]> wrote:

> 
> 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]

Reply via email to