David, last time I've seen this trouble, it was Owns Destination and Propagate
Primary Key used un conjonction on a to-one relationship. Could you check your
model ?
Hth,
Stephane
Envoyé de mon iPhone
> Le 4 mars 2014 à 21:31, David Avendasora a écrit :
>
>
>> On Mar 4, 2014, at 3:19 PM, Ch
I just ran into this ERXTimestampUtilities.firstDateInSameMonth issue.
The current behavior of firstDateInSameMonth yields the following results which
is not what I expected (but is partially explainable by the zero-based month
reporting)
val t = new NSTimestamp() //
Didn’t someone modified the launchd scripts to wait for network init before
launching wotaskd and Monitor?
> The random results and lack of WOHost settings suggest that the apps are
> starting while networking is getting finalized. I’d try adding WOHost to
> everything (apps, JavaMonitor, wota
I'm guessing that or something very much like it is the problem. But I don't
think I have the courage to try it at this point since it's currently running
with localhost. Maybe in about a month, or if it stops working again I'll try
it with all WOHosts and setting all to domain names instead o
Revert should be OK
On 2014-03-04, 12:31 PM, "David Avendasora" wrote:
On Mar 4, 2014, at 3:19 PM, Chuck Hill
mailto:ch...@global-village.net>> wrote:
On 2014-03-04, 12:01 PM, "David Avendasora" wrote:
It sounded promising, but unfortunately this did not fix it. It appears to be
something I’
On Mar 4, 2014, at 3:19 PM, Chuck Hill wrote:
> On 2014-03-04, 12:01 PM, "David Avendasora" wrote:
>
> It sounded promising, but unfortunately this did not fix it. It appears to be
> something I’m doing wrong.
>
> Really? Gosh!!!
>
> You know, you could at least *pretend* to be surprised.
>
On 2014-03-04, 12:01 PM, "David Avendasora" wrote:
It sounded promising, but unfortunately this did not fix it. It appears to be
something I’m doing wrong.
Really? Gosh!!!
You know, you could at least *pretend* to be surprised.
No?
grumble…
My imagination is only so good.
Are you manually
It sounded promising, but unfortunately this did not fix it. It appears to be
something I’m doing wrong.
You know, you could at least *pretend* to be surprised.
No?
grumble…
Dave
On Mar 4, 2014, at 1:05 PM, Ramsey Gurley wrote:
> Are you using nested ecs? If you are, try
> ec.setRetainsRe
Hi David,
On 2014-03-04, 8:35 AM, "David Avendasora" wrote:
Hey all,
I’m getting the following exception (I added line breaks to make it digestible
by any on the list):
IllegalStateException: rowDiffsForAttributes: snapshot in
com.webobjects.eoaccess.EODatabaseOperation
{
_dbSnapshot = {};
_e
On 2014-03-04, 10:17 AM, "David Avendasora" wrote:
Yikes!
So, if I’m reading this right, you have a class property of “classe()” and
*also* a flattened class property of “lycée()” and you made the (Model) change
to make creating the UI (View) more convenient. Is that right?
If so, you are as
And if you are manually disposing them, make sure the children go first. Just
like in a TV crime scene!
On 2014-03-04, 10:05 AM, "Ramsey Gurley" wrote:
Are you using nested ecs? If you are, try ec.setRetainsRegisteredObjects(true).
https://github.com/wocommunity/wonder/pull/342
On Mar 4, 20
Are you using nested ecs? If you are, try ec.setRetainsRegisteredObjects(true).
https://github.com/wocommunity/wonder/pull/342
On Mar 4, 2014, at 9:35 AM, David Avendasora wrote:
> Hey all,
>
> I’m getting the following exception (I added line breaks to make it
> digestible by any on the list
Yikes!
So, if I’m reading this right, you have a class property of “classe()” and
*also* a flattened class property of “lycée()” and you made the (Model) change
to make creating the UI (View) more convenient. Is that right?
If so, you are asking for all kinds of trouble.
Have you verified that
Hi John,
On 2014-03-04, 4:14 AM, "John Pollard" wrote:
Chuck,
Ok, will put a trap in the setXXX method and see if that catches it if it
happens again.
I am not quite clear on what you mean about checking relationships (plural) to
this entity in the model.
My base object is Transaction
My to-o
The random results and lack of WOHost settings suggest that the apps are
starting while networking is getting finalized. I’d try adding WOHost to
everything (apps, JavaMonitor, wotaskd).
Chuck
On 2014-03-04, 7:56 AM, "Jeff Schmitz" wrote:
Definitely random. Every reboot is an adventure :-)
Hey all,
I’m getting the following exception (I added line breaks to make it digestible
by any on the list):
IllegalStateException: rowDiffsForAttributes: snapshot in
com.webobjects.eoaccess.EODatabaseOperation
{
_dbSnapshot = {};
_entity = "MYEntity";
_newRow =
Definitely random. Every reboot is an adventure :-)
Here's the host info. I think it looks good.
host netbrackets1.netbrackets.com
netbrackets1.netbrackets.com has address 208.52.168.238
host 208.52.168.238
238.168.52.208.in-addr.arpa domain name
I'll have to try starting the app from the comm
Hi Jeff,
I’ve had troubles like this before and they are always a pain to figure out.
It’s like a stray semicolon in your code and you wonder why it doesn’t compile
but can’t see it with your own eyes.
Hmmm… yeah. Ok, but if the apps are launching just not communicating with
wotaskd, etc. the
Hi Jeff,
I wonder if you are having NSLOOKUP trouble.
If the DNS isn’t just right, WO can get easily confused and probably will cause
sporadic problems like you are experiencing.
Right? If I understand it correctly things are failing somewhat randomly. It’s
not like they never work, they somet
Thanks Johann!!
Op 4 mrt. 2014, om 13:16 heeft Johann Werner het volgende
geschreven:
> Hi Frank,
>
> the jar files on jenkins were not up to date with the tip of master where a
> bug with ERXDisplayGroup has been fixed. I just triggered a new build on the
> jenkins server so you should be ab
Hi Frank,
the jar files on jenkins were not up to date with the tip of master where a bug
with ERXDisplayGroup has been fixed. I just triggered a new build on the
jenkins server so you should be able to get updated jars in a couple of
minutes. Alternatively the 6.1.1 release from the github rel
Chuck,
Ok, will put a trap in the setXXX method and see if that catches it if it
happens again.
I am not quite clear on what you mean about checking relationships (plural) to
this entity in the model.
My base object is Transaction
My to-one related object is Organisation
This relationship does
Please see below...
On 27 Feb 2014, at 17:01, Ramsey Gurley wrote:
>
> On Feb 27, 2014, at 6:43 AM, John Pollard wrote:
>
>> Hi List,
>>
>> I am trying to pin down where a to-one relationship is getting set to null
>> inappropriately.
>
>
> Override takeStoredValueForKey on the EO and loo
Hi,
I did an update to the latest wonder-frameworks (jar-files from jenkins).
bestlijnINDPG.setSelectedObject(aLeveringLijn) is doing nothing!
What I have already tried:
- On my development machine, added the ERExtensions source -> works ok
- Took the old ERExtensions framework -> works ok
How
JavaMonitor started the instances, and they start fine with no errors.
Is there some way I can get this working without javamonitor knowing it's
running at least temporarily? The app is up and running according to the log
at least.
On Mar 4, 2014, at 3:08 AM, Alexander Spohr wrote:
>
> A
Hmm, what would constitute the right port. Does instance one have to have 2001?
On Mar 4, 2014, at 3:08 AM, Alexander Spohr wrote:
>
> Am 04.03.2014 um 09:30 schrieb Jeffrey Schmitz :
>
>> port = 2003; runningState = "DEAD"
>
> Who started the instances?
> Are they on the right port?
>
_
Am 04.03.2014 um 09:30 schrieb Jeffrey Schmitz :
> port = 2003; runningState = "DEAD"
Who started the instances?
Are they on the right port?
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobject
On 28.02.2014, at 20:17, Calven Eggert wrote:
> FYI, the problem has been solved (on initial testing) by checking the
> "Propagates Primary Key" checkbox for the relationship between table A & B.
> The ID is now using the proper sequence number. The sequence number for
> table A is very clo
28 matches
Mail list logo