Hello Miguel,
For certain compute intensive/long response type tasks you can use Scala (with
Actors).
It's probably not for those starting out WO, but this should help:
http://wiki.objectstyle.org/confluence/display/WO/WebObjects+with+Scala
For even more information be sure to attend WOWODC.
Th
On 03/06/2010, at 9:15 AM, Miguel Angel Torres Avila wrote:
> Thanks Guido,
>
> Ok that advantage is implicit, There is nothing to change in my app.
Provided you are serving concurrent requests, the JDK and the OS should take
care of the rest for you.
> Am I right?
Correct.
>
>
> On Jun
On 03/06/2010, at 8:37 AM, Guido Neitzer wrote:
> Typical thing I guess: run concurrent request handling and multiple
> instances. Each request will be handled by a worker thread. The more
> cores you have the more advantage you get from concurrent request
> handling and / or multiple instances.
Thanks Guido,
Ok that advantage is implicit, There is nothing to change in my app.
Am I right?
On Jun 2, 2010, at 5:37 PM, Guido Neitzer wrote:
Typical thing I guess: run concurrent request handling and multiple
instances. Each request will be handled by a worker thread. The more
cores you h
On 2/Jun/2010, at 4:01 PM, Pascal Robert wrote:
> Bah, we will have two sessions at WOWODC about that :-)
Excellent! The more sessions on this kind of thing, the better! ;-)
M.
___
Do not post admin requests to the list. They will be ignored.
Webobject
Le 10-06-02 à 18:19, Mark Ritchie a écrit :
On 2/Jun/2010, at 2:45 PM, David den Boer wrote:
Be sure to attend Session 117 on Wednesday morning for probably the
only WO mention of the week:
Building a Server-driven User Experience
Powerful server-side technologies and Cocoa Touch best practi
Typical thing I guess: run concurrent request handling and multiple
instances. Each request will be handled by a worker thread. The more
cores you have the more advantage you get from concurrent request
handling and / or multiple instances.
Take care,
Guido
On Wed, Jun 2, 2010 at 3:28 PM, Miguel
Hi list,
Maybe this is not a question for this list but I don't know who ask
for help?
There is a client who is really excited for the Multicore technology
and is asking me if there is a way to tuned a WO application to get
advantage of this technology.
I am not an expert but I think i
On 2/Jun/2010, at 2:45 PM, David den Boer wrote:
> Be sure to attend Session 117 on Wednesday morning for probably the only WO
> mention of the week:
> Building a Server-driven User Experience
> Powerful server-side technologies and Cocoa Touch best practices make it easy
> to remotely update nat
Be sure to attend Session 117 on Wednesday morning for probably the only WO
mention of the week:
Building a Server-driven User Experience
Powerful server-side technologies and Cocoa Touch best practices make it easy
to remotely update native user interface and data structures in deployed mobile
Cool, thanks for pointing those items out!
Please see comments below.
On Jun 2, 2010, at 10:30 AM, Miguel Arroz wrote:
> Hi!
>
> I'm following the same tutorial. I finally could make it fully work with WO
> (creating, updating, deleting, etc).
>
> I did the following changes:
>
> 1) SC
Hi! I'm following the same tutorial. I finally could make it fully work with WO (creating, updating, deleting, etc). I did the following changes: 1) SC expects variables to be camel-cased and not underscored. The SproutCore format created on ERRest was set to underscore variables, so isDone was
On 2010-06-02, at 11:54 AM, Chuck Hill wrote:
>
> On Jun 2, 2010, at 8:51 AM, Pascal Robert wrote:
>
>>
>> Le 10-06-02 à 11:39, Chuck Hill a écrit :
>>
>>>
>>> On Jun 2, 2010, at 8:16 AM, Pascal Robert wrote:
>>>
Le 10-06-02 à 10:30, Chuck Hill a écrit :
> That makes yo
On 2010-06-02, at 11:51 AM, Pascal Robert wrote:
>
> Le 10-06-02 à 11:39, Chuck Hill a écrit :
>
>>
>> On Jun 2, 2010, at 8:16 AM, Pascal Robert wrote:
>>
>>>
>>> Le 10-06-02 à 10:30, Chuck Hill a écrit :
>>>
That makes your code look guilty then. :-)
>>>
>>> Funny thing is that he n
On Jun 2, 2010, at 8:51 AM, Pascal Robert wrote:
Le 10-06-02 à 11:39, Chuck Hill a écrit :
On Jun 2, 2010, at 8:16 AM, Pascal Robert wrote:
Le 10-06-02 à 10:30, Chuck Hill a écrit :
That makes your code look guilty then. :-)
Funny thing is that he not really my code (eg, I didn't wr
Le 10-06-02 à 11:39, Chuck Hill a écrit :
On Jun 2, 2010, at 8:16 AM, Pascal Robert wrote:
Le 10-06-02 à 10:30, Chuck Hill a écrit :
That makes your code look guilty then. :-)
Funny thing is that he not really my code (eg, I didn't write it)
but this is code dated from WO 5.2. It's j
On Jun 2, 2010, at 8:16 AM, Pascal Robert wrote:
Le 10-06-02 à 10:30, Chuck Hill a écrit :
That makes your code look guilty then. :-)
Funny thing is that he not really my code (eg, I didn't write it)
but this is code dated from WO 5.2. It's just that this app never
had that much traff
FYI, I did a brief test of using WO 5.4.3 on a mature app a week or two ago,
and running a barrage of Selenium tests (where each test generally created a
new Session with a specific user on a specific page with a master EO) would
deadlock some of the Sessions' defaultERXEC's every time. Switchin
Le 10-06-02 à 10:30, Chuck Hill a écrit :
That makes your code look guilty then. :-)
Funny thing is that he not really my code (eg, I didn't write it) but
this is code dated from WO 5.2. It's just that this app never had that
much traffic.
And I did try stress loading this app with JMe
Sounds like a better plan than me breaking out the JDGui.app!
On Jun 2, 2010, at 10:56 AM, Mike Schrag wrote:
> admittedly, i could probably answer that more easily than you could at this
> point :)
>
> On Jun 2, 2010, at 10:47 AM, Kieran Kelleher wrote:
>
>> I never noticed your comment until
admittedly, i could probably answer that more easily than you could at this
point :)
On Jun 2, 2010, at 10:47 AM, Kieran Kelleher wrote:
> I never noticed your comment until 5 seconds ago!! :-)
>
> -Kieran
>
> On Jun 2, 2010, at 10:45 AM, Mike Schrag wrote:
>
>> you never responded to my comm
Le 10-06-02 à 10:35, Mike Schrag a écrit :
doesn't addCooperatingObjectStore have a race condition in <=5.4? i
don't recall if wonder fixed that or not ...
I guess we could try with WO 5.4.3, but about Wonder, the app is
extending from ERXApplication/ERXSession. Wonder download from two
I never noticed your comment until 5 seconds ago!! :-)
-Kieran
On Jun 2, 2010, at 10:45 AM, Mike Schrag wrote:
> you never responded to my comment btw :)
>
> ms
>
> On Jun 2, 2010, at 10:38 AM, Kieran Kelleher wrote:
>
>> FYI, prototypes of derived columns don't exactly work in EntityModeler.
you never responded to my comment btw :)
ms
On Jun 2, 2010, at 10:38 AM, Kieran Kelleher wrote:
> FYI, prototypes of derived columns don't exactly work in EntityModeler. So
> you need to write the derived prototype config on a piece of paper and
> recreate those derived attributes from your no
FYI, prototypes of derived columns don't exactly work in EntityModeler. So you
need to write the derived prototype config on a piece of paper and recreate
those derived attributes from your notes on that piece of paper instead ;-)
http://issues.objectstyle.org/jira/browse/WOL-1153
On Jun 1, 20
doesn't addCooperatingObjectStore have a race condition in <=5.4? i don't
recall if wonder fixed that or not ...
On Jun 2, 2010, at 8:19 AM, Pascal Robert wrote:
> ... And going back to the physical server didn't solve anything, I got the
> same deadlock this morning.
>
>> Ok, so I will move b
That makes your code look guilty then. :-) Check your long response
page implementation again. Are there any exceptions in the log that
might be related?
I'd also reduce the Maximum Adaptor threads (JavaMonitor ->
Application configuration -> Application settings). 6 or 8 is
probably
What I do is create an sql VIEW that includes the calculated value and then
add an entity for the view to your model.
John
> On Jun 1, 2010, at 3:30 PM, Joe Kramer wrote:
>>
>> Hi all,
>>>
>>> I may be barking up the wrong tree here, but I wanted someone to confirm
>>> that for me. I have a sim
... And going back to the physical server didn't solve anything, I got
the same deadlock this morning.
Ok, so I will move back the DB to the physical server to see if the
problem goes away.
On Jun 1, 2010, at 6:34 AM, Pascal Robert wrote:
Hum... And after I started using ERXWOLongRespons
29 matches
Mail list logo
