I suspect that the underlying issues have been there for awhile. We may have
noticed the errors more because we have been doing a lot of load testing.
Dov
On 12/14/08 9:53 PM, "Lachlan Deck" wrote:
> One more question : did this start happening after upgrading to WO5.4.3?
>
> On 15/12/2008,
One more question : did this start happening after upgrading to WO5.4.3?
On 15/12/2008, at 1:23 PM, Dov Rosenberg wrote:
According to the docs for EOSharedEditingContext:
In multithreaded applications, shared objects can be used safely by
many
threads at once. Shared editing contexts use NSM
On 15/12/2008, at 1:16 PM, Dov Rosenberg wrote:
Hadn't really noticed the lockForReading() and unlockForReading()
methods.
Perhaps that could stop the objects from mutating while we are
trying to
access them under load.
Worth a try I would suggest. The api suggests:
"In multithreaded appli
On Dec 14, 2008, at 6:38 PM, Johan Henselmans wrote:
On 15 dec 2008, at 02:55, Chuck Hill wrote:
On Dec 14, 2008, at 5:51 PM, Johan Henselmans wrote:
On 15 dec 2008, at 02:24, Chuck Hill wrote:
er, you have to use my cool superclass. :-P
public NSArray associations()
{
return
On 15 dec 2008, at 02:55, Chuck Hill wrote:
On Dec 14, 2008, at 5:51 PM, Johan Henselmans wrote:
On 15 dec 2008, at 02:24, Chuck Hill wrote:
er, you have to use my cool superclass. :-P
public NSArray associations()
{
return _keyAssociations.allValues();
}
Chuck
Ahh, I a
According to the docs for EOSharedEditingContext:
In multithreaded applications, shared objects can be used safely by many
threads at once. Shared editing contexts use NSMultiReaderLocks to maintain
thread safety. The methods objectsWithFetchSpecification
bindObjectsWithFetchSpecification, faultFo
Hadn't really noticed the lockForReading() and unlockForReading() methods.
Perhaps that could stop the objects from mutating while we are trying to
access them under load. Looking thru the code it seems that various methods
like objectsWithFetchSpecification() etc all do a lock() and unlock()
alrea
On Dec 14, 2008, at 5:51 PM, Johan Henselmans wrote:
On 15 dec 2008, at 02:24, Chuck Hill wrote:
er, you have to use my cool superclass. :-P
public NSArray associations()
{
return _keyAssociations.allValues();
}
Chuck
Ahh, I already found some the _keyAssociations meth
On 15 dec 2008, at 02:24, Chuck Hill wrote:
er, you have to use my cool superclass. :-P
public NSArray associations()
{
return _keyAssociations.allValues();
}
Chuck
Ahh, I already found some the _keyAssociations method while browsing
for content assist to the WOComp
Hi!
After many hours of debugging and swearing, I found the problem: a
conflict between Prototype and ext-lib. I'm using both on a page, and
there's a method, called defer, that exists in both libs, with
different argument number and code.
Yours
Miguel Arroz
On 2008/12/14, at 19:06,
Hi Dov,
On 15/12/2008, at 12:11 PM, Dov Rosenberg wrote:
We are using WO 5.4.3. We are also use Project Wonder. Not sure how to
figure out the Project Wonder version, but it is the latest as of
November.
ok
I am actually suprised that my stacktrace doesn’t have any Project
Wonder
classes
er, you have to use my cool superclass. :-P
public NSArray associations()
{
return _keyAssociations.allValues();
}
Chuck
On Dec 14, 2008, at 5:18 PM, Johan Henselmans wrote:
On 14 dec 2008, at 21:42, Chuck Hill wrote:
On Dec 14, 2008, at 11:51 AM, Johan Henselma
We are using WO 5.4.3. We are also use Project Wonder. Not sure how to
figure out the Project Wonder version, but it is the latest as of November.
I am actually suprised that my stacktrace doesn¹t have any Project Wonder
classes in it since we are extending ERXEC and such. Perhaps because this
edit
On 14/12/2008, at 4:10 AM, Dov Rosenberg wrote:
Our application tends to get this error under load – i.e. Not while
a single
user is just clicking away. We have been looking into this trying to
figure
it out but we are somewhat baffled. Here is what we know so far:
* When the exception happ
Hi Pascal,
On 13/12/2008, at 1:08 AM, Pascal Robert wrote:
Does anyone know how to make a non-nillable (nillable=false) in a WO-
generated WSDL (yes, I know SOAP sucks)?
use a primitive.
with regards,
--
Lachlan Deck
___
Do not post admin request
On Dec 14, 2008, at 11:51 AM, Johan Henselmans wrote:
(Had the error in 5.4.3 and 5.3.3, latest WOLips and Wonder)
I had an error in an old project, so I wanted to fix that, but while
testing it, somewhere else in the code I suddenly got this error
that seems to be saying it can not find a
If you are talking about the mac installer - its more or less ready -
just waiting on Mike to give the word.
Includes a bunch of updated stuff...more details soon, I suppose!
Thanks,
jeremy
___
Do not post admin requests to the list. They will be ig
(Had the error in 5.4.3 and 5.3.3, latest WOLips and Wonder)
I had an error in an old project, so I wanted to fix that, but while
testing it, somewhere else in the code I suddenly got this error that
seems to be saying it can not find a component called PrintTicketForm,
which is a WOForm in
Hi!
(Sorry if you receive this email twice, but wonder mailing list
appears to be rejecting my emails again...)
I'm having a random problem on an AUC when used in Firefox 3.
Apparently this only happens in a specific page and AUC.
The setup is simple, I have an AUC with some links, obs
Hello;
It will be about a week before I get the installer I made uploaded and
tested. I am not sure if this is the installer you are referring to.
Don
On Dec 14, 2008, at 12:05 PM, Randall Perry wrote:
When will the All-in-One installer have the latest?
I literally installed it for the
When will the All-in-One installer have the latest?
I literally installed it for the 1st time the day before the new version was
announced :-s
--
Randall Perry
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing
> You will find this much easier with WOLips and Eclipse. Add a little JAD
> magic to de-compile the source and you could be set.
Ok, ok...I'm taking the plunge ;^)
--
Randall Perry
___
Do not post admin requests to the list. They will be ignored
22 matches
Mail list logo