Hi,
Returning to this old message.
On 2014-11-25, 10:38 AM, "OC" wrote:
Chuck,
thanks a very big lot!
On 25. 11. 2014, at 19:11, Chuck Hill
mailto:ch...@gevityinc.com>> wrote:
There are no simple solutions. You need to be aware of where this can happen
in your app and code for it.
A thoro
Chuck,
On 27. 2. 2015, at 23:25, Chuck Hill wrote:
>>> You can pass in EOs *if* you don’t keep a reference to them (e.g. If you
>>> just localInstance them and then discard the reference before the thread
>>> runs as you are doing). Holding references is problem as then two threads
>>> can
I am trying to set up some configurations using AWS and, probably,
Docker. In th meantime, I set this up and am going to leave it up and
build on it.
I have reviewed the pages on wocommunity.org about this and I do not
even know where to begin to fix that. Anyway.
- create a new EC2 instance. I
On 2015-02-27, 2:22 PM, "OC" wrote:
Chuck,
On 27. 2. 2015, at 23:04, Chuck Hill
mailto:ch...@gevityinc.com>> wrote:
You can't pass EOs to a background thread. You need to pass EOGlobalIDs to your
runnable constructor instead and then create your new ec on the background
thread when you begi
Chuck,
On 27. 2. 2015, at 23:04, Chuck Hill wrote:
>> You can’t pass EOs to a background thread. You need to pass EOGlobalIDs to
>> your runnable constructor instead and then create your new ec on the
>> background thread when you begin processing. Your constructor is passing
>> full EOs and
It might be picking up a different Main.java class. Try overriding
pageWithName in application and if name is null or Main, change it to
com.foo.bar.your.Main.class.getName()
Chuck
On 2015-02-27, 1:21 PM, "Calven Eggert" wrote:
Yes, Main.java and Main.wo.
Here is the output:
[2015-2-27 16:
Yes, I'd move that out of there. Isn't there a willSave() method in Wonder's
EOs? That seems like a good place for this.
On 2015-02-27, 12:00 AM, "OC" wrote:
Chuck,
On 27. 2. 2015, at 5:51, Chuck Hill
mailto:ch...@gevityinc.com>> wrote:
void validateForSave {
super.validateForS
Hello fellow Maven users,
Sorry for the instability of the Maven WOCommunity Repository in the last few
days. After another unknown failure, I've decided to update the Nexus
repository. The repository is now configured as recommended by the Sonatype
book.
Furthermore, the service is now monito
Hi,
On 2015-02-26, 11:40 PM, "OC" wrote:
Chuck,
On 27. 2. 2015, at 5:39, Chuck Hill
mailto:ch...@gevityinc.com>> wrote:
You? A weird problem? I am SHOCKED! :-)
:)
I've noticed lately that my background tasks (each of which uses its own EC)
stopped to delete old objects. Pursuing the culp
Yes, Main.java and Main.wo.
Here is the output:
[2015-2-27 16:12:22 EST] Couldn't load properties file:
/Users/coredev/WebObjects.properties at path: /Users/coredev
[2015-2-27 16:12:22 EST] Couldn't load properties file:
/Users/coredev/WebObjects.properties at path: /Users/coredev
[2015-2-27
Do you have a Main.java and a Main.wo? Is there any more to the error message,
a stack trace?
On 2015-02-27, 12:32 PM, "Calven Eggert" wrote:
Hi WO Community,
I've imported a WO project into a new version of Eclipse and can get it running
from the command line, however, I can't get it runnin
Hi WO Community,
I've imported a WO project into a new version of Eclipse and can get it running
from the command line, however, I can't get it running in Eclipse, where I get
the error:
No template found for component Main at "null".
Now, I've seen a thread from 2013
(http://objectstyle.org
OC,
FYI - best practices are:
create EC
lock EC
try {
// operations
} catch (Exception e) {
// exception handling
} finally {
unlock EC
}
In your code, if an exception is thrown creating the EC, your finally block
will try to unlock it and generate an NPE.
Ken
> On Fe
That sounds to be a good idea too, since we're dealing with displaying which
can depends on locale, it's better and cleaner to my mind to handle this at
that level.
A good things is that when developing D2W app, the debug tool enable you to
dump created keys directly by clicking on "Created Key
Chuck,
On 27. 2. 2015, at 5:51, Chuck Hill wrote:
> void validateForSave {
> super.validateForSave()
> fixArchivedButReallyUnchangedItemsFromSnapshot() // <=== this is line
> 980 ===
>
> “fix” sounds like “change EO object state”. Note carefully that the name of
> the met
15 matches
Mail list logo
