Read is fine for the file. You need the x on the directories to allow directory 
traversal. Looks like your permissions are good.

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

> I am with you all the way until the file. 
> 
> f: 
> /opt/Local/Library/WebObjects/JavaApplications/ASProjectManagement.woa/Contents/Resources/Reports/ProjectReportForAE.jasper
> dr-xr-xr-x /
> drwxr-xr-x opt
> drwxr-xr-x Local
> drwxr-xr-x Library
> drwxr-xr-x WebObjects
> drwxr-xr-x JavaApplications
> drwxr-xr-x ASProjectManagement.woa
> drwxr-xr-x Contents
> drwxr-xr-x Resources
> drwxr-xr-x Reports
> -rw-r--r— ProjectReportForAE.jasper
> 
> so it can read, read, read   
> 
> or does it need the write execute?
> 
> On Mar 19, 2015, at 1:01 PM, Ramsey Gurley <[email protected]> wrote:
> 
>> 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