Re: [qooxdoo-devel] stateless backend and security

Hi Andreas, thanks for your hint. I already thought that. Seems there is no way around a server-side session to get absolute control over frontend calls. Many thanks, Andreas -Ursprüngliche Nachricht- Von: Andreas Junghans [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. November 2008

[qooxdoo-devel] performance, scallability and reliability Was: stateless backend and security

Hi again ;-) On 24 Nov 2008, at 22:09, Burak Arslan wrote: > Jean-Baptiste BRIAUD -- Novlog wrote: >> ( >> The architecture I have in mind and that I should have described to >> be >> clear is the following : >> 1 load balancer : the backend entry point for all incomming HTTP >> request. >> * se

Re: [qooxdoo-devel] Am I using qx.ui.table.model.Remote incorrectly?

Derrell Lipman wrote: > On Mon, Nov 24, 2008 at 4:54 PM, Kenny Tilton <[EMAIL PROTECTED] > > wrote: > > I have a problem in which: > > Scenario: > > The users changes some search option. > > I recompute the server data behind a qx.ui.table.model.Remote

Re: [qooxdoo-devel] Am I using qx.ui.table.model.Remote incorrectly?

On Mon, Nov 24, 2008 at 4:54 PM, Kenny Tilton <[EMAIL PROTECTED]>wrote: > I have a problem in which: > > Scenario: > > The users changes some search option. > > I recompute the server data behind a qx.ui.table.model.Remote instance R > and call R.reloadData(). > > I observe R._loadRowCount firing

[qooxdoo-devel] Am I using qx.ui.table.model.Remote incorrectly?

I have a problem in which: Scenario: The users changes some search option. I recompute the server data behind a qx.ui.table.model.Remote instance R and call R.reloadData(). I observe R._loadRowCount firing and my server app answer zero. Problem: there is no ensuing R._loadRowData, I guess bec

Re: [qooxdoo-devel] stateless backend and security

Jean-Baptiste BRIAUD -- Novlog wrote: > ( > The architecture I have in mind and that I should have described to be > clear is the following : > 1 load balancer : the backend entry point for all incomming HTTP > request. > * servers that process business logic, SQL access, ... > 1 database serve

Re: [qooxdoo-devel] Application Integration

Note, the config I posted is generated in HTML page, so you can change everything on reaload. 2008/11/24 Petr Kobalíček <[EMAIL PROTECTED]>: > Hi Markus, > > As said Jean, > > Some of us are using qxbuild where it's possible to do this. I'm the > author of qxbuild and I must say that this also is

Re: [qooxdoo-devel] Application Integration

Hi Markus, As said Jean, Some of us are using qxbuild where it's possible to do this. I'm the author of qxbuild and I must say that this also is possible by qooxdoo itself, but you will probably need to hack it:( Comments from core developers are welcome here;) I'm using pylons on the server an

[qooxdoo-devel] Flash Objects in a Window Qx 0.8

I just wanted to make a quick post on how to get Flash objects into a qx.ui.window.Window. No one has asked this question, but it wasn't immediately obvious to me and I wanted to make a post here in case someone else has the same issue in the future. Here's some code: var doc = this.getRoot(); v

Re: [qooxdoo-devel] firefox's general.useragent.override

it returns "gobbledegook" as expected. i think qooxdoo has to use something else for browser detection, if it's possible. if it's not, well, there's not much that can be done. Alexander Back wrote: Hi Burak, could you please execute "navigator.userAgent" in your FireBug console and post th

Re: [qooxdoo-devel] Incomplete Remote Table Example

Kenny Tilton wrote: > Alexander Back wrote: > >>Hi Kenny, >> >>just for completion (and for all other users out there using the Remote >>Table Model): I wrote a basic tutorial on how to implement it (client- >>and server-side). And of course, Derrell's demos is mentioned as well. >> >>-> http://

Re: [qooxdoo-devel] Application Integration

Hi Markus, Welcome aboard ! About your issue, I'm not 100% sure to understand it, but you mentionned what could be a solution for you : a qooxdoo in one big js file you could download the way you want. First, I have to warn you : this is not the "standard officially recommanded way". Than,

Re: [qooxdoo-devel] Cannot select text from editable table cell in IE

To add insult to injury, this doesn't seem to be a CSS related problem. I can copy the generated DOM into a separate file, and when I view it, the text in the editable table cell is selectable. At this point it appears to be some sort of IE-ism. I have confirmed that the bug still happens in a

Re: [qooxdoo-devel] stateless backend and security

Hi there, Am 24.11.2008 um 18:31 schrieb Chris Banford: > I'm no security expert, but our CMS uses a similar system to this: > http://www.devarticles.com/c/a/JavaScript/Building-a-CHAP-Login-System-Encrypting-Data-in-the-Client/ > for 'low' security projects (ie, a bit more secure than say just

Re: [qooxdoo-devel] stateless backend and security

Hi list, I'm no security expert, but our CMS uses a similar system to this: http://www.devarticles.com/c/a/JavaScript/Building-a-CHAP-Login-System-Encrypting-Data-in-the-Client/ for 'low' security projects (ie, a bit more secure than say just plain ftp). For anything else, we run the connections

[qooxdoo-devel] Application Integration

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I'm new to qooxdoo and want to integrate it into our existing application. The docs are good so far and I managed to create a simple example with integration as stated on the website docs. But We have existing html files which are serve

Re: [qooxdoo-devel] Incomplete Remote Table Example

Alexander Back wrote: > Hi Kenny, > > just for completion (and for all other users out there using the Remote > Table Model): I wrote a basic tutorial on how to implement it (client- > and server-side). And of course, Derrell's demos is mentioned as well. > > -> http://qooxdoo.org/documentation

Re: [qooxdoo-devel] stateless backend and security

Hi all, This is interesting discussion and I have only one thing to say: I think that very effective way to prevent and analyze problems is powerful logging system. Cheers - Petr 2008/11/24 burak <[EMAIL PROTECTED]>: > Jean-Baptiste BRIAUD -- Novlog wrote: > > On 24 Nov 2008, at 09:10, Burak Ar

Re: [qooxdoo-devel] stateless backend and security

Jean-Baptiste BRIAUD -- Novlog wrote: > On 24 Nov 2008, at 09:10, Burak Arslan wrote: > > >> Jean-Baptiste BRIAUD -- Novlog wrote: >> >>> Hi, >>> >>> >>> >> hey >> >>> I'd like to share some thought, please don't hesitate to give >>> feedback. >>> >>> Thanks to qooxdoo, it is

[qooxdoo-devel] Loading qooxdoo in the background during login

Hi, My app need a login screen and I'm just wondering if I could let things being done in the background during the time the end user try to log. I've no idea how to do that, but I was thinking specifically to let qooxxoo file and application js files to load in the background ? What do you

Re: [qooxdoo-devel] Table, opposite to getRowData ?

Filled #1631 2008/11/24 Petr Kobalíček <[EMAIL PROTECTED]>: > I will do, > > currently I'm testing it and it seems that there are no problems. > > Cheers > - Petr > > 2008/11/24 Derrell Lipman <[EMAIL PROTECTED]>: >> Petr, please post the problem and your proposed fix as a bug report. It >> looks

Re: [qooxdoo-devel] stateless backend and security

Hi Jean-Baptiste, Am 23.11.2008 um 09:50 schrieb Jean-Baptiste BRIAUD -- Novlog: > I'd like to share some thought, please don't hesitate to give > feedback. > > Thanks to qooxdoo, it is possible to maintain application state(s) on > client side. > So, why bother with HTTP session on backend ? >

Re: [qooxdoo-devel] stateless backend and security

Hi Andreas, Am 24.11.2008 um 11:30 schrieb Fink, Andreas: > I'm developing a application that avoids server side session, > similar you explained. > I use a simple qooxdoo-backend build-in-solution (not sure if it is > really secure maybe a backend-developer could explain better): No, it's n

Re: [qooxdoo-devel] Table, opposite to getRowData ?

I will do, currently I'm testing it and it seems that there are no problems. Cheers - Petr 2008/11/24 Derrell Lipman <[EMAIL PROTECTED]>: > Petr, please post the problem and your proposed fix as a bug report. It > looks to me at first glance like something along these lines should be fine > for

Re: [qooxdoo-devel] TextField keyevents error

I think that this is simple textbox with validation, isn't it ? 2008/11/24 Alexander Back <[EMAIL PROTECTED]>: > Hi Taha, > > I've just took a quick look at your implementation but I must admit, > that I do not know for sure what you are trying to accomplish. > Could you please tell us in short wh

Re: [qooxdoo-devel] firefox's general.useragent.override

Hi Burak, could you please execute "navigator.userAgent" in your FireBug console and post the result here? The client detection of qooxdoo uses this string to detect the browser. cheers, Alex Burak Arslan wrote: > here's the firebug output for string gobbledegook using qooxdoo 0.8 and > b

Re: [qooxdoo-devel] stateless backend and security

On 24 Nov 2008, at 09:10, Burak Arslan wrote: > Jean-Baptiste BRIAUD -- Novlog wrote: >> Hi, >> >> > hey >> I'd like to share some thought, please don't hesitate to give >> feedback. >> >> Thanks to qooxdoo, it is possible to maintain application state(s) on >> client side. >> So, why bother wit

Re: [qooxdoo-devel] TextField keyevents error

Hi Taha, I've just took a quick look at your implementation but I must admit, that I do not know for sure what you are trying to accomplish. Could you please tell us in short what your intention was to sublcass the TextField class and what you are trying to achieve? Maybe we can find a solution

Re: [qooxdoo-devel] Table, opposite to getRowData ?

Petr, please post the problem and your proposed fix as a bug report. It looks to me at first glance like something along these lines should be fine for inclusion into the core code. Derrell On Sun, Nov 23, 2008 at 10:05 AM, Petr Kobalíček <[EMAIL PROTECTED]>wrote: > So here it is: > >/** >

Re: [qooxdoo-devel] stateless backend and security

On 24 Nov 2008, at 08:53, Martin Wittemann wrote: > Hello Jean-Baptiste, > Hi > thanks for sharing your interesting thoughts. > > 1. I think thats quite impossible to get a real secure solution > because you can not have a "real" secret on the client side. But i > guess you can get security by obs

Re: [qooxdoo-devel] TextField keyevents error

Hi, We extended qx.ui.form.TextField . We are firing events when pressed key. But on ie key events not firing after "mouse selection". There is no problem with firefox. You can see this problem in videos. (We zipped the screencasts you can download from this link ; http://rapidshare.com/files/166

Re: [qooxdoo-devel] stateless backend and security

Hi, I'm developing a application that avoids server side session, similar you explained. I use a simple qooxdoo-backend build-in-solution (not sure if it is really secure maybe a backend-developer could explain better): My qooxdoo-app communicates with my Java-backend only with rpc and I'm usin

Re: [qooxdoo-devel] Is there a submit event?

thron7 wrote: > >> I went ahead and trapped keypress and kick off the search if the key >> happens to be "Enter" -- nothing wrong with that. >> >> > > > That's what I have used, and what I would have suggested. > > Thomas > >>> ...the more we know the better we can help you. >>> >> >>

Re: [qooxdoo-devel] Is there a submit event?

> I went ahead and trapped keypress and kick off the search if the key > happens to be "Enter" -- nothing wrong with that. > > That's what I have used, and what I would have suggested. Thomas >> ...the more we know the better we can help you. >> > > Much appreciated. This is a good com

Re: [qooxdoo-devel] firefox's general.useragent.override

here's the firebug output for string gobbledegook using qooxdoo 0.8 and bon echo(non mozilla-branded firefox compiled from source by gentoo's portage) 2.0.0.17 Could not detect Gecko version: gobbledegook! throw new Error("Could not detect Gecko version: " + agent + "!"); Engine.js (line 119)

Re: [qooxdoo-devel] stateless backend and security

Jean-Baptiste BRIAUD -- Novlog wrote: > Hi, > > hey > I'd like to share some thought, please don't hesitate to give feedback. > > Thanks to qooxdoo, it is possible to maintain application state(s) on > client side. > So, why bother with HTTP session on backend ? > > uh... > OK, let's build