Embeded Frameworks and WebServerResources
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 (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada
%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
On Jun 26, 2009, at 10:16 AM, Ricardo J. Parada wrote: 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: I meant to say those two are broken :-) ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
committed to wonder ... not sure why i didn't put this in when we
first identified the problem
On Jun 26, 2009, at 10: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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to msch...@mdimension.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Thanks. I did this and set WOFrameworksBaseURL to /WebObjects/App.woa/
Frameworks and it is working now.
Frank
On Jun 26, 2009, at 10: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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Cool... I'll be able to remove that code from my wonderized app
then. :-)
On Jun 26, 2009, at 10:22 AM, Mike Schrag wrote:
committed to wonder ... not sure why i didn't put this in when we
first identified the problem
On Jun 26, 2009, at 10: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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to msch...@mdimension.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada
%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Thank you, this was driving me crazy last week.
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Disclaimer... I have not used ERXFileUtilities yet. But just keep in
mind that in the deployed app you should have the image in the same
images folder you mentioned. The directory structure of stuff in
there is kept. It's not like the Resources folder which is flattened.
On Jun 26, 2009, at 4:39 PM, Ricardo J. Parada wrote:
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/rparada
%40mac.com
This email sent to rpar...@mac.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
