Greetings Ladies, Gentlemen, and Wizards of WebObjects,
I am about go into development mode for the first time in a while. One
consideration that I am having to make is the inclusion of the SWIG framework
with the WebObjects framework to marry the local application capabilities with
ReSTful/ D2
that makes sense.
strange thing now is that if I set a break point on my method that is attached
to the button I never hit it. Is this something to do with the new context?
On 2012-12-19, at 4:02 PM, Chuck Hill wrote:
> The old context stores the previous page. When the request comes in, that
The old context stores the previous page. When the request comes in, that page
has takeValues and invoke action run on it. One of those must have been
causing the exception to happen again. Creating a new context removes the
history.
Chuck
On 2012-12-19, at 12:54 PM, Calven Eggert wrote:
YES! it works! Thank you, thank you, thank you!
Can you explain why?
On 2012-12-19, at 3:46 PM, Chuck Hill wrote:
> Try creating a new context here instead of using aContext:
>
COREErrorPage errorPage = (COREErrorPage)
pageWithName("COREErrorPage", aContext);
>
>
>
> On 20
rawRowsForSQL should be using the same values as anything else. How are you
creating the editing context you are using? It sounds like you have a second
EOF stack that is not getting initialized from the properties.
Chuck
On 2012-12-19, at 11:52 AM, Miguel Torres wrote:
> Hi List,
>
> I am
Try creating a new context here instead of using aContext:
>>> COREErrorPage errorPage = (COREErrorPage)
>>> pageWithName("COREErrorPage", aContext);
On 2012-12-19, at 12:45 PM, Calven Eggert wrote:
> I've set a breakpoint in the dispatchRequest. it gets there.
>
> The exception that
I've set a breakpoint in the dispatchRequest. it gets there.
The exception that I'm getting in the first place fires again.
recap:
page one, click to activate exception
page two (error page), click button to go to login page
exception on page one fires again. It's as if the first page is active
Thanks Mike.
I'm sure it's a temporary thing but I just went to take another look at EXT-JS
and the Sencha site is broken. LOL. At least it's not just me.
Thanks,
Johnny
On Dec 19, 2012, at 10:06 AM, Michael Gargano wrote:
> I had seriously looked into it. it's a nice technology, but the
I had seriously looked into it. it's a nice technology, but the documentation
isn't the greatest and there's a lot of change happening now since strobe, inc.
was purchased by Facebook. for those reasons and the fact that there's not
much of a component library I went with Ext-JS. as for manag
Override dispatchRequest() to see if the first click even gets to the app. If
not, check the HTML in the page. If it does get there, is it causing a new
exception?
Chuck
On 2012-12-19, at 5:14 AM, Calven Eggert wrote:
> *bump*
>
> anyone have any ideas?
>
> Begin forwarded message:
>
>>
Speaking of ember/sproutcore. Is anybody besides Apple using it on this list?
The promise seems really cool but like the article states - how do you maintain
200K lines of JavaScript? And what do you use for an IDE?
After Googling it for a while I found that some people are using WebStorm
Hi List,
I am using Wonder in my project.
I define the database connection in the Properties.user file using the
following vars:
MyEOModel.URL=jdbc:postgresql:myDBDevelopment
MyEOModel.DBUser=someuser
MyEOModel.DBPassword=sompass
MyEOModel.DBDriver= org.postgresql.Driver
In MyEOModel I have a
Preaching to the converted, but worthwhile read all the same.
http://zef.me/4235/pick-your-battles
d
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/U
On 2012-12-18, at 9:06 AM, Ângelo Andrade Cirino wrote:
> Hi guys,
>
> For a reason beyond my skills, the application seems to be indeed using the
> MySQL prototypes instead of FrontBase's to create the _dbupdater table. My
> model surely has the FrontBase prototypes selected, but this seems n
I've found the variable "storePageInBacktrackCache" = true.
could this be the reason that it looks like my previous page is continuously
being loaded? should I set this to false. Anyone have experience with this?
On 2012-12-19, at 11:26 AM, John Huss wrote:
> Looks like someone reversed the
Looks like someone reversed the order of the arguments to
NSDictionary.setObjectForKey.
On Wed, Dec 19, 2012 at 10:06 AM, Calven Eggert wrote:
> My URL looks like this when the error page is displayed:
>
> .../cgi-bin/WebObjects/CRR.woa/wo/1uoeYYmtvWCOQKj2xVio70/4.0.99.1.1.21
>
> Then it looks l
My URL looks like this when the error page is displayed:
.../cgi-bin/WebObjects/CRR.woa/wo/1uoeYYmtvWCOQKj2xVio70/4.0.99.1.1.21
Then it looks like this when i click on the button: (And stays on the same page
instead of executing the action in that button and going to my login page)
.../cgi-bin/
You need to examine the urls and the session ID (cookie or url) and see
where/what they are.
On Wed, Dec 19, 2012 at 9:15 AM, Calven Eggert wrote:
> that doesn't seem to make a difference.
>
> What I can't figure out is that I've set a breakpoint on the loginPage
> method and it never gets there
that doesn't seem to make a difference.
What I can't figure out is that I've set a breakpoint on the loginPage method
and it never gets there. I click on the button and the page reloads again.
What would make the error page load a second time?
On 2012-12-19, at 8:41 AM, John Huss wrote:
> W
WORedirect should be created using pageWithName. May not matter though.
On Wednesday, December 19, 2012, Calven Eggert wrote:
> *bump*
>
> anyone have any ideas?
>
> Begin forwarded message:
>
> *From: *Calven Eggert 'cegg...@uhnresearch.ca');>>
> *Subject: **WOResponse HandleException problem*
Hi Johann,
I wasn't aware of this property. I had already searched the properties file for
such option but did not find it. I will try it too.
Thanx,
Angelo
Em 19/12/2012, às 11:02, Johann Werner escreveu:
> Have you tried to set the prototypes in your properties file?
>
> dbEOPrototypesEnti
*bump*
anyone have any ideas?
Begin forwarded message:
> From: Calven Eggert
> Subject: WOResponse HandleException problem
> Date: 17 December, 2012 4:04:00 PM EST
> To: webobjects-dev@lists.apple.com
>
> I have a framework that has overridden WOResponse HandleException for many
> years.
>
Have you tried to set the prototypes in your properties file?
dbEOPrototypesEntityGLOBAL=EOJDBCFrontBasePrototypes
Am 19.12.2012 um 13:00 schrieb Ângelo Andrade Cirino :
> Hi Cheong,
>
> I meant in my specific case, where is WO looking for the prototypes?
> Searching in my disk I only found t
Hi Cheong,
I meant in my specific case, where is WO looking for the prototypes? Searching
in my disk I only found the EOPrototypes class file. In my project the
MySQLPlugin was removed from the class file and the FrontBasePlugIn was put
before EOPrototypes in the class path order. My model spec
Additional info:
happened while saving a parent EC that has one child EC with a whole lot of new
objects, with some of them including references to new objects that had been
created separately while the routine ran, in separate ECs. Both parent and
child are autolocking. setRetainRegisteredObje
Hi,
has anyone seen something like this before?
java.lang.NullPointerException
at
com.webobjects.eoaccess.EODatabaseContext._verifyNoChangesToReadonlyEntity(EODatabaseContext.java:4700)
at
com.webobjects.eoaccess.EODatabaseContext.performChanges(EODatabaseContext.java:6187)
26 matches
Mail list logo
