this sounds really interesting. is there any code you can share back
with wonder around this stuff ?
simoin
On 13 July 2011 05:24, Dov Rosenberg drosenb...@inquira.com wrote:
the general idea behind the OWASP approach is to provide encoders that
will make your user input strings safe so that
I've just been told that instead of getting data from a database within my
organization that I should be opening a URL and get the data that way. I have
no clue how that would be done in Webobjects. Can someone please gently lead
me in the right direction?
Thanks,
Calven
It is all java based and has nothing to do with WebObjects or Project
Wonder. We didn¹t try to integrate it that deeply. I suppose someone could
tie it into the WOContext and inspect the incoming request parameters in a
generic fashion or integrate it into some base WOComponents that know how
to
On Jul 13, 2011, at 6:57 AM, Calven Eggert wrote:
I've just been told that instead of getting data from a database within my
organization that I should be opening a URL and get the data that way. I
have no clue how that would be done in Webobjects. Can someone please gently
lead me in
Could they be talking about something like REST?
On 2011-07-13, at 6:57 AM, Calven Eggert wrote:
I've just been told that instead of getting data from a database within my
organization that I should be opening a URL and get the data that way. I
have no clue how that would be done in
Le 2011-07-13 à 13:15, David Holt a écrit :
Could they be talking about something like REST?
+1
On 2011-07-13, at 6:57 AM, Calven Eggert wrote:
I've just been told that instead of getting data from a database within my
organization that I should be opening a URL and get the data that
I don't know what kind of database you are using or what kind of url data you
might want to accept but...
apps connect to databases because apps put the logic on the database so that
others can safely use an application or API of some sort - are you working on
application logic that does
Am 13.07.2011 um 00:51 schrieb David Holt:
On 2011-07-12, at 3:50 PM, Lars Sonchocky-Helldorf wrote:
Am 12.07.2011 um 22:10 schrieb Tim Worman:
On Jul 11, 2011, at 10:47 PM, Lars Sonchocky-Helldorf wrote:
Am 12.07.2011 um 02:49 schrieb Tim Worman:
On Jul 11, 2011, at 11:09 AM,
where's the support for fluffy bunny?
I feel that's the only change I could really get behind.
On Jul 13, 2011, at 1:29 PM, Lars Sonchocky-Helldorf wrote:
Am 13.07.2011 um 00:51 schrieb David Holt:
On 2011-07-12, at 3:50 PM, Lars Sonchocky-Helldorf wrote:
Am 12.07.2011 um 22:10
Geesh, after reading this I've realized that I missed a 'minor' detail. hehe
My task is for a current WO application to import data from a new source, which
happens to be a given URL. Far as I know it's read-only. (I can't imagine
having to rewrite all my WO apps of over 10 years work.
With Calven's luck? Not likely. :-P
On Jul 13, 2011, at 10:15 AM, David Holt wrote:
Could they be talking about something like REST?
On 2011-07-13, at 6:57 AM, Calven Eggert wrote:
I've just been told that instead of getting data from a database within my
organization that I should
There hasn't been support for anything else for years now.
On Jul 13, 2011, at 10:32 AM, Jesse Tayler wrote:
where's the support for fluffy bunny?
I feel that's the only change I could really get behind.
On Jul 13, 2011, at 1:29 PM, Lars Sonchocky-Helldorf wrote:
Am 13.07.2011 um
don't listen to chuck! he's mischievous by nature!
get the darn URL and you'll see if it's just some JSON feed or whatever -
sounds like it would be.
or perhaps the feed is in an lost ancient binary machine language based on
a six bit encoding you'll have to translate from a partially
On Jul 13, 2011, at 10:54 AM, Calven Eggert wrote:
Geesh, after reading this I've realized that I missed a 'minor' detail. hehe
:-)
My task is for a current WO application to import data from a new source,
which happens to be a given URL. Far as I know it's read-only. (I can't
Le 2011-07-13 à 14:14, Chuck Hill a écrit :
On Jul 13, 2011, at 10:54 AM, Calven Eggert wrote:
Geesh, after reading this I've realized that I missed a 'minor' detail.
hehe
:-)
My task is for a current WO application to import data from a new source,
which happens to be a
Just checked out that link. this looks pretty cool. Anyone else in the WO
community use it? If so, what are your impressions?
http://hc.apache.org/httpcomponents-client-ga/
On 2011-07-13, at 2:14 PM, Chuck Hill wrote:
On Jul 13, 2011, at 10:54 AM, Calven Eggert wrote:
Geesh, after
On Jul 13, 2011, at 10:32 AM, Jesse Tayler wrote:
where's the support for fluffy bunny?
I feel that's the only change I could really get behind.
I thought we'd decided on: FGP (Foie Gras Poutine).
Can combine the two: Foie Gras Poutine: it's a Wonder that David H.
did have a
On 2011-07-13, at 1:01 PM, Ray Kiddy wrote:
On Jul 13, 2011, at 10:32 AM, Jesse Tayler wrote:
where's the support for fluffy bunny?
I feel that's the only change I could really get behind.
I thought we'd decided on: FGP (Foie Gras Poutine).
Can combine the two: Foie Gras
Does anybody talk code on this list anymore ;-)
I have an array of EO objects and I want to fetch an array with all EO objects
that are not in the array.
If I were using SQL, it would look something like this:
SELECT oid FROM MyEOObject WHERE oid != 1 AND oid != 3 AND oid != 5;
On 2011-07-13, at 3:19 PM, Steve Peery wrote:
Does anybody talk code on this list anymore ;-)
No, but there might be a committee for that. :-P
I have an array of EO objects and I want to fetch an array with all EO
objects that are not in the array.
If I were using SQL, it would look
I thought your action methods had to be void methods for Ajax actions,
otherwise this happens. ?
jal
Sent from my iPhone
On Jul 12, 2011, at 10:58 PM, Chuck Hill ch...@global-village.net wrote:
On Jul 12, 2011, at 4:29 PM, Ricardo J. Parada wrote:
On Jul 12, 2011, at 5:53 PM, Chuck Hill
I have an app that tends to lock up when a particular page is loaded. This page
fetches and accesses over 1500 records from a FrontBase DB. When the problem
happens I typically see a broken socket in the webobjects log file, and if I
look in the FB manager the state column shows tb swp where
They don't need to be, it is good style IMO to make them void if they don't
need to return anything.
Chuck
On 2011-07-13, at 4:58 PM, John Kim Larson wrote:
I thought your action methods had to be void methods for Ajax actions,
otherwise this happens. ?
jal
Sent from my iPhone
Have you tried using ERXBatchFetching stuff?
I use ERXBatchingDisplayGroup for large pages and it has worked well.
Paul
On Jul 13, 2011, at 6:21 PM, Kevin wrote:
I have an app that tends to lock up when a particular page is loaded. This
page fetches and accesses over 1500 records from a
On 2011-07-13, at 5:21 PM, Kevin wrote:
I have an app that tends to lock up when a particular page is loaded. This
page fetches and accesses over 1500 records from a FrontBase DB.
As long as it is not a lot over 1,500 that should not cause a delay as
significant at this. Turn on SQL
Hi Richardo,
On 2011-07-07, at 7:09 PM, Ricardo J. Parada wrote:
Hi Ramsey,
I did not know about ERXEOControlUtilities.editableInstanceOfObject(). It
seems to be doing some interesting stuff. :-) But it's not doing an
insertObject() if the eo is a new object. So if I try using
On 2011-07-13, at 3:26 PM, Paul D Yu wrote:
Have you tried using ERXBatchFetching stuff?
I use ERXBatchingDisplayGroup for large pages and it has worked well.
Speaking of ERXBatchingDisplayGroup, I just discovered there is rule support
for it in ERD2WList pages but it is not turned on by
Well I'm not so sure yet... :-) I'm backed out my change today. After more
testing another case was found were EOF was misbehaving and I was able to fix
it today by backing this out. The weird thing is that the other bug that this
was supposed to fix is not reproducible. But other things
Please let us know what you find out.
Chuck
On 2011-07-13, at 4:39 PM, Ricardo J. Parada wrote:
Well I'm not so sure yet... :-) I'm backed out my change today. After more
testing another case was found were EOF was misbehaving and I was able to fix
it today by backing this out. The
On Jul 13, 2011, at 5:26 PM, Paul D Yu wrote:
Have you tried using ERXBatchFetching stuff?
I use ERXBatchingDisplayGroup for large pages and it has worked well.
No I haven't. When it works, the page loads pretty quickly, faster than I would
have expected. If I can just track down what
On Jul 13, 2011, at 5:31 PM, Chuck Hill wrote:
On 2011-07-13, at 5:21 PM, Kevin wrote:
I have an app that tends to lock up when a particular page is loaded. This
page fetches and accesses over 1500 records from a FrontBase DB.
As long as it is not a lot over 1,500 that should not
Le 2011-07-13 à 15:23, Calven Eggert a écrit :
Just checked out that link. this looks pretty cool. Anyone else in the WO
community use it? If so, what are your impressions?
http://hc.apache.org/httpcomponents-client-ga/
I'm using HTTP Client 3.1 and it's great! Sadly, I can't say
Hi,
have you tried to raise the er.extensions.maxPageReplacementCacheSize (default
is 30) ? It should delay the page restauration error, not fixing the real
issue... and if you have few users and enough memory, it might be the cheapest
way to get it done.
Anyway, I filled a jira for this a
At some point shoulda's become needta's after you've done them that way enough
I guess. :-/
Even if you were going from an ID of 22 to 8, things should be okay since that
is within the bounds of the backtrack cache of 30 that your error is
complaining about. Is it possible you've corrupted
On 14/07/2011, at 11:17 AM, Pascal Robert wrote:
Le 2011-07-13 à 15:23, Calven Eggert a écrit :
Just checked out that link. this looks pretty cool. Anyone else in the WO
community use it? If so, what are your impressions?
http://hc.apache.org/httpcomponents-client-ga/
I'm using
35 matches
Mail list logo