Re: WOActiveImage vs WOHyperlink [SOLVED]
Re: WOActiveImage vs WOHyperlink [SOLVED]
- Subject: Re: WOActiveImage vs WOHyperlink [SOLVED]
- From: Chuck Hill <email@hidden>
- Date: Fri, 11 Nov 2005 21:27:12 -0500
On Nov 11, 2005, at 8:48 PM, Marcos Trejo Munguia wrote:
Hello Chuck:
Answering to your question:
How are you using the images on your pages? What bindings are you
using? What does the generated HTML look like?
Here is the .wod:
Image1: WOImage {
framework = "app";
filename = "AppTitle1_04.jpg";
alt = "AppTitle";
}
Here is the HTML generated:
<img alt="AppTitle" src="/cgi-bin/WebObjects/Interplex.woa/wr?
wodata=file:/Users/marcos/MyProject/images%
2FAppTitle1_04.jpg" width="323" height="40">
What do I have to do to make it work with the webserver?
Maybe I am not the best person to answer this. I never use those
bindings. That said, it still looks like direct connect is enabled.
There is probably a way to do what is below with the bindings you
have and a different directory structure. I don't know what it is.
I don't do it that way.
What _I_ do is this:
Image1: WOImage {
src = "/MyProject/images/AppTitle1_04.jpg";
alt = "AppTitle";
}
And make sure that in your application project you have a structure
like this:
Users/
marcos/
MyProject/
DocRoot/
MyProject/
images/
AppTitle1_04.jpg
So you can do this:
cd /Library/WebServer/Documents
ln -s /Users/marcos//MyProject/build/MyProject.woa/DocRoot/MyProject
And Apache will see the image at /MyProject/images/AppTitle1_04.jpg
which on the file system will appear as
/Library/WebServer/Documents/MyProject/images/AppTitle1_04.jpg
Chuck
On Nov 11, 2005, at 5:30 PM, Chuck Hill wrote:
On Nov 11, 2005, at 12:00 PM, Marcos Trejo Munguia wrote:
Thanks Chuck.
I´ve done what you told me to fix the problem in Development, but
I still continue seeing the images URL pointing to local files
not to those located in the webserver, I put the symbolic link to
~/MyProject/build/MyProject.woa in /Library/WebServer/Documents/
WebObjects/,
a) I would only use absolute references in soft links. Maybe I am
just paranoid.
b) The link goes in /Library/WebServer/Documents, not the
WebObjects subdirectory
You want something like:
cd /Library/WebServer/Documents
ln -s /Users/marcos//MyProject/build/MyProject.woa/DocRoot/MyProject
Which will create
/Library/WebServer/Documents/MyProject
So that you can reference images from your project as
<img src = "/MyProject/Logo.jpg">
Personal Web Sharing is on and the argument -
DWODirectConnectEnabled=false is set. What do you think I'm doing
wrong?
How are you using the images on your pages? What bindings are you
using? What does the generated HTML look like?
Chuck
On Nov 10, 2005, at 5:18 PM, Chuck Hill wrote:
Yes, that would do it. I'll suggest loading the images into a
directory structure that is the same as for deployment and
making a soft link from /Library/WebObjects/Documents to that
directory. Make sure that Personal Web Sharing is turned on.
Then launch with
-WODirectConnectEnabled false
That should resolve the license issue in Deployment.
Chuck
On Nov 10, 2005, at 12:36 PM, Marcos Trejo Munguia wrote:
Hello Chuck:
The problem in development was produced because every image
that needs to be shown generate a request(I don't knew that),
and my navigation bar and my application uses a lot of images,
so thats why in development I has been getting the message
"request hit limit stalling'. I logged out the URLs in
deployment to see if the license was correctly installed and
everything seems fine, so may be my problem in deployment is
another.
Thank you.
On Nov 4, 2005, at 1:05 PM, Chuck Hill wrote:
Just looks for a lot of URLs that you don't expect. If the
license is correctly installed there ought to be about 99 ones
other than the one you expected. I think you would notice.
On Nov 3, 2005, at 4:17 PM, Marcos Trejo Munguia wrote:
I,m not using JavaScript, what kind of HTML bugs can cause
multiple requests to the server?, what do I have to look for
in the URLs?
On Nov 1, 2005, at 3:53 PM, Chuck Hill wrote:
JavaScript involved? Sounds like you have a bug (in the
HTML?) that is causing multiple requests to hit the server.
Override Application.dispatchRequest() and log out the
URLs. That should solve the mystery.
Chuck
On Nov 1, 2005, at 1:45 PM, Marcos Trejo Munguia wrote:
Sorry, I don't think you understand my situation. The
problem is this; with the navigation bar that only uses
WOActiveImages the message only appears if I stress the
application a lot, and with the navigation bar that uses
WOHyperlinks and background images this happens almost
immediately.
Very odd, uh!
On Nov 1, 2005, at 7:30 AM, Helge Staedtler wrote:
can't help myself, but this does look like a not properly
installed license.
you should install the proper deployment-license (just
ignore the
dev-license instead only install the deployment-license).
this does not seem
to have something to do with the two elements.
regards,
helge
Am 29.10.2005 17:45 Uhr schrieb "Marcos Trejo Munguia" unter
<email@hidden>:
Hi list
I wish to know if there is a difference between using
WOActiveImage and
WOHyperlink, I ask this because I use a navigation bar in my
applications, in the first version of this navigation bar
I was using
WOActiveImage's for the options and everything worked
well, in the
second version I use WOHyperlink's and background images
for the
options and now after a few clicks on the navigation bar
it sends me
the message:
[2005-10-29 10:50:33 CDT] <WorkerThread0> Exceeded
license request
limit - request processing temporarily stalled.
RequestLimit = 100
TPM]. This message appears only once.
[2005-10-29 10:50:33 CDT] <WorkerThread0> MTA: Worker
Object[0]:
request limit hit: stalling
I know that the development license has a request limit
of 100 TPM, but
it seems odd that this happens after a few clicks. In
deployment the
application freezes and stop responding, but if the user
close the
browser window and reopen the application in another
browser window the
application works fine. I looked at the logs to see if
there's
something wrong but everything was fine.
_______________________________________________
Do not post admin requests to the list. They will be
ignored.
Webobjects-dev mailing list (Webobjects-
email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
--
Helge Städtler
- Expect and Respect.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-
email@hidden)
Help/Unsubscribe/Update your Subscription:
40global-village.net
This email sent to email@hidden
--
Coming in 2006 - an introduction to web applications using
WebObjects and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase
their overall knowledge of WebObjects or who are trying to
solve specific problems. http://www.global-village.net/
products/practical_webobjects
--
Coming in 2006 - an introduction to web applications using
WebObjects and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase
their overall knowledge of WebObjects or who are trying to
solve specific problems. http://www.global-village.net/
products/practical_webobjects
--
Coming in 2006 - an introduction to web applications using
WebObjects and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve
specific problems. http://www.global-village.net/products/
practical_webobjects
--
Coming in 2006 - an introduction to web applications using
WebObjects and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve
specific problems. http://www.global-village.net/products/
practical_webobjects
--
Coming in 2006 - an introduction to web applications using WebObjects
and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems. http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden