I don't think WebServerResources are flattened. So may be try "/ images/HorizontalWatermark.png"


On Jun 26, 2009, at 4:00 PM, Johnny Miller wrote:

Hmmm....

still stuck. In my Framework I have a method that includes the following line of code:

String horizontalWatermark = ERXFileUtilities.pathForResourceNamed("HorizontalWatermark.png", null, null);

This code functions as expected in debug mode but when I deploy the application the value of horizontalWatermark is set to null.

HorizontalWatermark.png is stored in the Framework's web server resources in a folder called images.

Do you know what I'm missing?

Thanks in advance,

Jon

On Jun 26, 2009, at 4:16 AM, Ricardo J. Parada wrote:

I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for that.

If you are on WO 5.4.3 then those too are broken and I put this in my application constructor to make them work:

    public Application() {
        super();

// WOFrameworksBaseURL and WOApplicationBaseURL properties are broken in 5.4.
                // This is the workaround.
                frameworksBaseURL();
                applicationBaseURL();
                if (System.getProperty("WOFrameworksBaseURL") != null) {
                        
setFrameworksBaseURL(System.getProperty("WOFrameworksBaseURL"));
                }
                if (System.getProperty("WOApplicationBaseURL") != null) {
                        
setApplicationBaseURL(System.getProperty("WOApplicationBaseURL"));
                }
    }



On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:

I am building my application with the frameworks embedded so that I do not have to worry about different versions of the frameworks for different apps. I have checked and the build does put the WebServerResources inside the application's WebServerResources. However, when accessing the app it builds URLs that refer to the framework resources as if they were standalone and not embedded.

Is there something I can do to force URLs to be generated that refer to the resources inside the app instead?

Thanks,
Frank Cobia
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com

This email sent to [email protected]

Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: [email protected]
p: 808.661.7962


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to