Re: WOActiveImage vs WOHyperlink [SOLVED]
Re: WOActiveImage vs WOHyperlink [SOLVED]
- Subject: Re: WOActiveImage vs WOHyperlink [SOLVED]
- From: Marcos Trejo Munguia <email@hidden>
- Date: Fri, 11 Nov 2005 11:00:43 -0600
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/, Personal Web Sharing is on
and the argument -DWODirectConnectEnabled=false is set. What do you
think I'm doing wrong?
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
(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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
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
_______________________________________________
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