Hi Tim,
If the version of the JDBC driver supports SQL Server 2005, then the
driver class in the eomodel connection dictionary should be
"com.microsoft.sqlserver.jdbc.SQLServerDriver" not
"com.microsoft.jdbc.sqlserver.SQLServerDriver" as the error states
below.
Running a query against
All:
I'm stumped. I have a working model and app that accesses a remote db
server running SQL Server 2000. This service is being upgraded to
SQLServer 2005 so I have test server to, um, test against.
The drivers for the old server are embedded in my model and plist
containing the data for
On Aug 5, 2008, at 3:42 AM, Daniel Beatty wrote:
Georg recalled and told me a story about the Gamma et all book on
Design Patterns. He said that it was influenced by the work at NeXT
and the patterns that remained undocumented outside of NeXT up until
that point. What strikes me as odd
Good to know if I have a need to use something like that again.
Thanks,
Guido
On 04.09.08 22:43, "Andrew Lindesay" <[EMAIL PROTECTED]> wrote:
> Hello Guido;
>
> Yes OpenJMS is terrible under load. ActiveMQ is a bit better, but
> SwiftMQ in my experience has been very good despite being a bit o
Hello Guido;
Yes OpenJMS is terrible under load. ActiveMQ is a bit better, but
SwiftMQ in my experience has been very good despite being a bit of a
performance to configure.
Actually I should say that "very good" is a bit of an understatement
-- it doesn't seem to slip-up in my usage.
Hello Guido;
Yes OpenJMS is terrible under load. ActiveMQ is a bit better, but
SwiftMQ in my experience has been very good despite being a bit of a
performance to configure.
http://www.swiftmq.com/
cheers.
I tend to use a JMS topic to distribute this information around
instead.
Thanks for all your collective feedback.
I'm going to experiment with a couple implementations to see what
works best.
On Sep 4, 2008, at 9:30 PM, Guido Neitzer wrote:
On 04.09.08 22:23, "Andrew Lindesay" <[EMAIL PROTECTED]> wrote:
I tend to use a JMS topic to distribute this information
Hello Stephane,
Thanks for your prompt reply. I am exploring this issue in the manner you have
advised.
Meanwhile, below are my findings from app:
The EmpCls entity in problem has couple of flattened attributes; flattened from
a to-many relationship. The app was working fine in various other f
On 04.09.08 22:23, "Andrew Lindesay" <[EMAIL PROTECTED]> wrote:
> I tend to use a JMS topic to distribute this information around
> instead. This works very well.
Taught by bad experience with OpenJMS never to trust a JMS tool I still
prefer the database for that.
OpenJMS locks up under load. F
Hello;
I tend to use a JMS topic to distribute this information around
instead. This works very well.
cheers.
Do you have any concerns about read/write to the db being
overwhelming? (We're using the status as a percentage of process
completion.)
Depends on how frequently you are updating
On 04.09.08 21:32, "Josh Paul" <[EMAIL PROTECTED]> wrote:
> That's an approach I thought about, and am considering.
>
> Do you have any concerns about read/write to the db being
> overwhelming? (We're using the status as a percentage of process
> completion.)
Depends on how frequently you are up
That's an approach I thought about, and am considering.
Do you have any concerns about read/write to the db being
overwhelming? (We're using the status as a percentage of process
completion.)
On Sep 4, 2008, at 8:24 PM, Guido Neitzer wrote:
What I normally do in these cases is store the st
What I normally do in these cases is store the status information in a table
in the database - as I really don't want to touch my session from a DA that
is called from a thread parallel to the RR loop.
I only have to make sure to always get fresh information from the DB, that's
about it.
cug
O
I'm not storing the id in cookies, as this will ultimately wind up as
a web service.
I have moved the thread, which seems to have helped (as there's no new
session being created). Now I just need to figure out why the 'status'
isn't being set (or read) correctly.
On Sep 4, 2008, at 5:52 P
On Sep 4, 2008, at 6:34 PM, Owen McKerrow wrote:
Hi Chuck,
On 05/09/2008, at 10:39 AM, Chuck Hill wrote:
protected void savePageInPageCache(WOComponent aPage)
{
if (aPage.context().request().requestHandlerKey().equals("wa") {
super.savePageInPageCache(aPage);
}
}
I can see a s
So, I need a method on EORlationship so EOGenerator can check a
Relationship to see not only if it is inherited, but if it's
destination entity is different than the inherited method's
destination Entity.
Currently I have:
#if (!$relationship.inherited)
I need something along the lines of
On 05/09/2008, at 3:47 AM, Mike Schrag wrote:
Shallow and Deep, with an optional depth setting?
Shallow is the current EO and its toMany, then stops.
Deep continues on through the graph to a depth of 'depth' ?
Shallow is a wrapper method of Deep with 'depth = 0' ?
This could be a very expens
Hi Chuck,
On 05/09/2008, at 10:39 AM, Chuck Hill wrote:
protected void savePageInPageCache(WOComponent aPage)
{
if (aPage.context().request().requestHandlerKey().equals("wa") {
super.savePageInPageCache(aPage);
}
}
I can see a savePage(WOComponent aPage) and a savePageInPerman
On Sep 4, 2008, at 5:43 PM, Josh Paul wrote:
I'm not swallowing exceptions anywhere, and if I am they're printing
to stdout.
I do think the session is locked or not checked in. I need to
investigate further.
That would give you deadlock or unlocked access, not create a new
session.
A
I'm not swallowing exceptions anywhere, and if I am they're printing
to stdout.
I do think the session is locked or not checked in. I need to
investigate further.
Thanks.
On Sep 4, 2008, at 3:41 PM, Guido Neitzer wrote:
Only thought I have is that it might not be a good idea to fire that
On Sep 4, 2008, at 5:31 PM, William Hatch wrote:
I'm pretty sure that whenever you instance a new component using
pageWithName... it gets added to the page cache. I get around this
with the hackish method of adding this line in the components
constructor:
session().savePageInPermanentCac
On Sep 4, 2008, at 4:48 PM, Owen McKerrow wrote:
Hi All,
We have an app that has some small hand made AJAX on it (not the
cool stuff from project wonder) and we're having an issue with page
cacheing on the Applications side.
I had set the AJAX action up as a call to a DA which I had thou
I'm pretty sure that whenever you instance a new component using
pageWithName... it gets added to the page cache. I get around this
with the hackish method of adding this line in the components
constructor:
session().savePageInPermanentCache(this); which is no where near as
nice as what W
Unfortunately (or fortunately, depending on how you look at it :) ),
you need to drink the Wonder koolaid to use ERXJGroups
notification. This is one that is very hard to do properly without
hackery and a lot of the Wonder tricks depend on eachother --
especially down in EOF. I would be
Hi All,
We have an app that has some small hand made AJAX on it (not the
cool stuff from project wonder) and we're having an issue with page
cacheing on the Applications side.
I had set the AJAX action up as a call to a DA which I had though did
not add to/effect the sessions page cache.
Only thought I have is that it might not be a good idea to fire that DA from
a spawned thread from the RR loop. You might end up trying to check out a
session from the session store that is already checked out.
Not sure what would cause the creation of a new session though ... maybe
that it is thr
100%.
I left out the fact that this is related to a Thread, as that's where
the status is being created. So, I have a DA that fires the process
and another DA that checks in on it. The issue is that when checking,
a new Session keeps getting created.
Thoughts?
On Sep 4, 2008, at 3:26 PM,
And you are sure, your session is not terminated somewhere else?
cug
On 04.09.08 15:59, "Josh Paul" <[EMAIL PROTECTED]> wrote:
> I'm using WO 5.3 with a version of Wonder about 1 week old...
>
> On Sep 4, 2008, at 2:50 PM, Guido Neitzer wrote:
>
>> On 04.09.08 15:42, "Chuck Hill" <[EMAIL PROTE
On Sep 4, 2008, at 3:05 PM, Mike Schrag wrote:
Which, of course :-P Wonder provides a solution for as well:
http://webobjects.mdimension.com/wonder/api/er/extensions/foundation/ERXMulticastingDelegate.html
oh .. right :) ... you DO need to be careful about load ordering
with this, though,
Which, of course :-P Wonder provides a solution for as well:
http://webobjects.mdimension.com/wonder/api/er/extensions/foundation/ERXMulticastingDelegate.html
oh .. right :) ... you DO need to be careful about load ordering
with this, though, that you add the multicast delegate AFTER wonder
On Sep 4, 2008, at 3:01 PM, Mike Schrag wrote:
Yeah, see, that's what I _thought_ but then when I tried to override:
public NSArray lotCodes() ... in my Part class
with
public NSArray lotCodes() in my Intermediate
class (subclass of Part)
Yes, this is because while ManufacturedBatch is a s
On Sep 4, 2008, at 2:59 PM, Mike Schrag wrote:
We have the JMS change notification framework in place that we need
to replace with the Jgroups implementation.
We are not using Project Wonder.
Unfortunately (or fortunately, depending on how you look at it :) ),
you need to drink the Wonder
Yeah, see, that's what I _thought_ but then when I tried to override:
public NSArray lotCodes() ... in my Part class
with
public NSArray lotCodes() in my Intermediate
class (subclass of Part)
Yes, this is because while ManufacturedBatch is a subclass of LotCode,
unlike the case of java arra
I'm using WO 5.3 with a version of Wonder about 1 week old...
On Sep 4, 2008, at 2:50 PM, Guido Neitzer wrote:
On 04.09.08 15:42, "Chuck Hill" <[EMAIL PROTECTED]> wrote:
That sort of thing should work. Which version of WO? There may have
been some related bugs in earlier versions of 5.4
A
We have the JMS change notification framework in place that we need
to replace with the Jgroups implementation.
We are not using Project Wonder.
Unfortunately (or fortunately, depending on how you look at it :) ),
you need to drink the Wonder koolaid to use ERXJGroups notification.
This is
On 04.09.08 15:42, "Chuck Hill" <[EMAIL PROTECTED]> wrote:
> That sort of thing should work. Which version of WO? There may have
> been some related bugs in earlier versions of 5.4
As far as I know, that should work. But I always call "existingSession()"
before I do anything else in a DA call.
That sort of thing should work. Which version of WO? There may have
been some related bugs in earlier versions of 5.4
Chuck
On Sep 4, 2008, at 1:11 PM, Josh Paul wrote:
I have a DirectAction which attempts to read information from a
current session. However, when accessing the informatio
Yeah, see, that's what I _thought_ but then when I tried to override:
public NSArray lotCodes() ... in my Part class
with
public NSArray lotCodes() in my Intermediate class
(subclass of Part)
I get Eclipse complaining: "The return type is incompatible with
_Part.lotCodes()" with the sugge
We have the JMS change notification framework in place that we need to
replace with the Jgroups implementation.
We are not using Project Wonder.
I am trying to decipher the necessary steps to incorporate this framework
into our existing apps. There really isn¹t any docs that explain the
functiona
I have a DirectAction which attempts to read information from a
current session. However, when accessing the information, a new
Session is created, thereby rendering the action useless. The action
includes the sessionID via the wosid key:
http://localhost/cgi-bin/WebObjects/Test.wo
Hi Shravan,
i think your trouble is the consequence of "Missing Fault Handler".
Are you using propagate primary key in your model for a relationship ?
You can Google "Missing Fault Handler"
Read that : http://developer.apple.com/documentation/WebObjects/
Reference/API5.2.4/com/webobjects/eoacc
Shallow and Deep, with an optional depth setting?
Shallow is the current EO and its toMany, then stops.
Deep continues on through the graph to a depth of 'depth' ?
Shallow is a wrapper method of Deep with 'depth = 0' ?
This could be a very expensive operation if mis-used, but is badly
needed
Of course a subclass can't override the return type of an inherited
method. That's a Java rule, not a EOF rule.
Not ENTIRELY true ... you can override the return type to be a
subclass of the parent classes' return type.
ms
___
Do not post admin req
I wasn't following the other thread, but off the top of my head,
well, maybe you could do:
eo.editingContext().refreshObject(eo);
Which should cause it to get the latest stuff from the server? No?
F
On Sep 04, 2008, at 13:21, Ricardo Legorreta wrote:
Any idea what I need to do?
_
So far so good I tested
ERXEOControlUtilities.clearSnapshotForRelationshipNamed it works ok...
But for the server side only.
I´ve problems in a Java Client since in the server I´ve the correct
toManyRelationship NSArray data (i.e., refreshed) , but in the client
side I´m still having the
I suspect the depth thing would not work for more cases than it would
(not work meaning refreshing objects that you did not want
refreshed). I was thinking more of something like relying on the Own
Destination flag on each relationship. Or maybe a set of keypaths
like the pre-fetching rel
And here I was going to suggest trying Vertical Inheritance!
Chuck
On Sep 4, 2008, at 9:40 AM, David Avendasora wrote:
You know, sometimes I really amaze myself at how far I can go down
the wrong path before I realize how completely wrong something is.
Of course a subclass can't override
You know, sometimes I really amaze myself at how far I can go down the
wrong path before I realize how completely wrong something is.
Of course a subclass can't override the return type of an inherited
method. That's a Java rule, not a EOF rule.
EOGenerator was saving my butt without me eve
Shallow and Deep, with an optional depth setting?
Shallow is the current EO and its toMany, then stops.
Deep continues on through the graph to a depth of 'depth' ?
Shallow is a wrapper method of Deep with 'depth = 0' ?
This could be a very expensive operation if mis-used, but is badly needed.
Hi all,
I am working on the EO data generator discussed a while ago, in
between of other things. So, since "hints" that affect value
generation are wired into the generation process, I need to know what
they are to use them. Below is a list of hint types I have, if anyone
can come up wit
As part of the update, did you move to a different machine? We were
seeing strange EOF problems because we were using an updated JBDC
driver and should have stayed with the original one.
On Sep 3, 2008, at 10:05 PM, Owen McKerrow wrote:
Hi All,
Updating an old application and have come a
Hi all,
I have two Single-Table Inheritance structures in my application:
Part
-Intermediate
--Finished
LotCode
-ManufacturedBatch
--ManufacturedPart
Currently I have the relationships modeled as:
Part<->>LotCode (relationship named "lotCodes()")
Intermediate<->>ManufacturedBatch (relationshi
You can also turn on the thing in Wonder that logs out timing of
queries. Is the database in production running on the same machine as
the web app? Are you connecting to that database as localhost/
127.0.0.1 or the hostname? If hostname, check DNS -- this can kill
you DNS is setup wrong (
Hello Group,
Can any one advise me what could be reason for this error and a resolution for
the same asap:
rowDiffsForAttributes: snapshot in com.webobjects.eoaccess.EODatabaseOperation
{_dbSnapshot = {clsGdID = ;
clsID = 9512; clsNme = "Mat yt"; clsNum = "608"; clsRom =
; clsSec = "1"; distI
On 04/09/2008, at 3:35 PM, Lachlan Deck wrote:
Hi there,
I've been doing quite a bit of profiling on my app over the last few
days ... and well on my dev machine it's working a treat. (However I
do notice that using the displayGroup - even with using
ERXBatchingDisplayGroup + ERXDatabase
55 matches
Mail list logo
