Am 05.08.2008 um 22:47 schrieb Florijan Stamenkovic:
Looks like I'll just end up using a single framework for the whole
model, and isolating aspects of it in the UI layer, be that JC or
web apps. I liked Anjo's idea for a while there, but I'd loose a lot
of the compile time checking, so mai
On Aug 5, 2008, at 9:05 PM, Jeff Schmitz wrote:
I fixed the problem by removing a couple of inverse relationships,
and I also needed to use ERXEC.newEditingContext(parentObjectStore)
to create my new editing context (instead of just new
EOEditingContext), and now it works. Since I wasn't
I fixed the problem by removing a couple of inverse relationships, and
I also needed to use ERXEC.newEditingContext(parentObjectStore) to
create my new editing context (instead of just new EOEditingContext),
and now it works. Since I wasn't using these inverse relationships
anyway it's no
OK, I took the thread completely out of the equation and call
updateResults directly from the main processing thread, but still the
first fetch I try using the new EC and Object Store Coordinator I get
the error:
java.lang.IllegalStateException: Attempt to access an EO that has
either n
Thanks Art, that did it !
Owen McKerrow
WebMaster, emlab
Ph : +61 02 4221 5517
http://emlab.uow.edu.au
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - -
"As of tomorrow, employees will only be able to access the building
using individual security cards.
On Aug 5, 2008, at 2:53 PM, Owen McKerrow wrote:
Under that Targets Settings Expert View I have
JAVA_DEBUGGER = jdb
I believe thats right, is it ?
That part's correct, but when you double-click the executable in the
Executables section of Groups & Files, you should see a pop-up button
Hi Art,
Under that Targets Settings Expert View I have
JAVA_DEBUGGER = jdb
I believe thats right, is it ?
Owen McKerrow
WebMaster, emlab
Ph : +61 02 4221 5517
http://emlab.uow.edu.au
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - -
People who prefer
On Aug 5, 2008, at 2:40 PM, Owen McKerrow wrote:
Upon launching my Project today the debugger has stopped working as
it should. As in it is ignoring break-points, only for one project
and only for one target ( the project has several for doing
different builds for different clients ). I can
Check your code:
Caused by: java.lang.NullPointerException
at
ch
.rero.ill.ill.RequestsListComponent.(RequestsListComponent.java:
112)
at ch.rero.ill.ill.ProvidePage.(ProvidePage.java:28)
... 69 more
The constructor for ch.rero.ill.ill.RequestsListComponen is causing
this error on
On Aug 5, 2008, at 6:50 AM, [EMAIL PROTECTED] wrote:
Hi Everyone,
Sorry to rebump this question but I really want to know what our
current collective consensus is on this topic.
The following thread from 2006 appears to me, at least, to be our
most current and complete understanding of
On Aug 4, 2008, at 8:21 AM, [EMAIL PROTECTED] wrote:
Hello WOrriors,
What, me worry?
We're using WO 5.3.x (not 5.4.x)
I've run into a pickle where if I do an ec.deleteObject() and then
call ec.saveChanges() I find that this fails during a
"validateFor*Save*". Curious, indeed, because
Hi All,
Upon launching my Project today the debugger has stopped working as
it should. As in it is ignoring break-points, only for one project
and only for one target ( the project has several for doing different
builds for different clients ). I can't see any reason why this would
be.
On 06/08/2008, at 12:58 AM, Philippe Roud wrote:
Caused by: java.lang.NullPointerException
at
ch
.rero
.ill.ill.RequestsListComponent.(RequestsListComponent.java:112)
at ch.rero.ill.ill.ProvidePage.(ProvidePage.java:28)
... 69 more
Do you have any advice where to start looking for
Hi Shravan,
On 05/08/2008, at 2:59 PM, Shravan Kumar. M wrote:
Can you advise me whether it is technically/ functionally correct
using WOMultipartIterator API in WOComponent action methods?
Looking forward to your response.
what are you trying to achieve?
with regards,
--
Lachlan Deck
You were missing the property
er.extensions.ERXApplication.useEditingContextUnlocker=true
This is why that single catch all property exists ...
cug
On 05.08.2008, at 16:28, Gustavo Pizano wrote:
Hello all I Have the following error still, Im doing the following:
public AddEdit(WOContext cont
Hello all I Have the following error still, Im doing the following:
public AddEdit(WOContext context) {
super(context);
myEditingContext = new ERXEC();
myEditingContext.setCoalesceAutoLocks(false);
//myEditingContext.unlock();
}
if I comment the line
I've just been thinking of using the partial stuff on the server
side, and making some sort of a proxying system for the client side,
but I don't think it would work. Or it might, but it would too much
fuss to implement.
Looks like I'll just end up using a single framework for the whole
m
Partials look nice. However, it seems to have ERX dependencies, and
I need this to work in a JavaClient scenario. It looks as if the
partial stuff is tightly wired into the rest of wonder? Which makes
it impossible for me to use, client side...
yeah ... this one is a lot of hackery all over
Hm, I guess this could work, also in a JC scenario, for which I am
doing this. The only drawback I can think of is that it's a slight
pain. I'll think about it.
Thanks,
F
On Aug 05, 2008, at 13:36, Anjo Krank wrote:
You can add the relationships programmatically, when your framework
loads
Partials look nice. However, it seems to have ERX dependencies, and I
need this to work in a JavaClient scenario. It looks as if the
partial stuff is tightly wired into the rest of wonder? Which makes
it impossible for me to use, client side...
F
On Aug 05, 2008, at 13:46, Mike Schrag wrot
You can also look at Partial Entities in Project Wonder, which is sort
of an exploration of this problem to get typesafe reusable/remixable
models:
http://webobjects.mdimension.com/wonder/api/er/extensions/partials/package-summary.html
ms
On Aug 5, 2008, at 1:36 PM, Anjo Krank wrote:
You c
You can add the relationships programmatically, when your framework
loads for example.
Cheers, Anjo
Am 05.08.2008 um 19:23 schrieb Florijan Stamenkovic:
Hi all,
Maybe this was discussed already, but googling didn't help.
What I could use in our biggest app is splitting the model into
in
Hi all,
Maybe this was discussed already, but googling didn't help.
What I could use in our biggest app is splitting the model into inter-
dependent frameworks. However, what happens if we want to deploy an
app that utilizes only some of the frameworks?
Example:
FrameworkA contains entity
Hi All,
I'm in the process of moving our apps from XCode to Eclipse(Version:
3.3.2 Build id: M20080221-1800) + stable WOLips. I imported the code in
eclipse after the migration tool has been applied and it worked
supprisingly well with a wo5.3 on Tiger within eclipse environement both
in Ecl
Normally, the pattern I use is to create a separate class that
implements Runnable or Callable. Not sure if your use of an inline
anonymous class inside the WOComponent has anything to do with your
problem I just don't know since I don't use that pattern for
threads. Might be worth refa
Has anyone else used Lenny's extension of EOEditingContext to
positive effect? Personally, I'm testing it right now and it seems
to be working but at one point yesterday it seemed that it ignored
my request to delete the object but didn't throw an error either.
I believe Project Wonder's ERXE
Hi Everyone,
Sorry to rebump this question but I really want to know what our current
collective consensus is on this topic.
The following thread from 2006 appears to me, at least, to be our most
current and complete understanding of this issue:
http://lists.apple.com/archives/Webobjects-dev/2
Hi,
I digged one more day and found that this error was caused by a static
initializer of one of the bundle's class.
I reordered the classpath, and now it works fine.
I'd also thank chuck for a previous post where all is clearly explained :
http://lists.apple.com/archives/webobjects-dev/2007/N
28 matches
Mail list logo
