Rishikesh Shukla writes:
> Dear JOSH:
> ==
>
> Here i need your help, you sounds like a coding guy, and believe that
> earlier you were actively involved writing codes. Well i have gone through
> the link that you provided, But i could not found any of the page which
> provides the data flow d
FYI...
-- Forwarded message --
From: Rishikesh Shukla
Date: Fri, Nov 27, 2009 at 7:16 AM
Subject: Re: Client--Server Implementation Model.
To: stepbystepf...@mtdata.com, gnucash-devel@gnucash.org,
gnucash-u...@gnucash.org
Hi Mike,
Absolutely agreed with your point mike, even i
Hi Mike,
Absolutely agreed with your point mike, even i was thinking of the same
thing. system should be audit-able and should have authorization.
So their must be one more module, called as authorization module, where you
can authorize one or more account to one or more people concerned with tha
FYI..Team
-- Forwarded message --
From: Rishikesh Shukla
Date: Fri, Nov 27, 2009 at 7:16 AM
Subject: Re: Client--Server Implementation Model.
To: stepbystepf...@mtdata.com, gnucash-devel@gnucash.org,
gnucash-u...@gnucash.org
Hi Mike,
Absolutely agreed with your point mike
2.3.x/2.4 will not support simultaneous access by more than one user.
From: Klaus Dahlke
To: Josh Sled
Cc: gnucash-u...@gnucash.org
Sent: Thu, November 26, 2009 3:23:55 PM
Subject: Re: Client--Server Implementation Model.
On Tue, 24 Nov 2009 13:41:03 -0500
[EMAIL PROTECTED] writes:
> Hmmm ... maybe its a job for (drum roll) !**! scheme!
>
> we've already got g-wrap to convert our C structs & api to scheme:
> it allows the scheme code to push & poke values into the C structs.
>
> Now, if someone were to write a scheme-to-soap thingy, we'd be set.
On 29-Dec-2000, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > If you want to write *whole language* bindings or need the equivalent of
> > IDL, then you start to develop infrastructure.
>
> well, I can always 'roll my own' xml-http protocol without too much
> hassle, so I assume the selling
On 29-Dec-2000, David Merrill <[EMAIL PROTECTED]> wrote:
> I spent last night reading the w3c's SOAP 1.1 spec. Ugh. (Not an
> editorial comment, just that reading specs is not my most favorite
> thing to do with my evenings.)
Yah, I had to read it a while ago. I still find it dry and boring.
If
David Merrill writes:
>
> I know that you mean this sincerely. But we really do need to define
> the overall goal/scope of the project. Much has been implied but
> fairly little has been actually laid out.
>
> 1. Are we going to continue support for the local file store?
I think that depends on
It's been rumoured that David Merrill said:
> Not with each transaction, which is unwieldy in case of edits. current
> balance, cleared balance and reconciled balance are all stored with
> the account.
>
> Additionally, there is a checkpointing mechanism, whereby the three
> balances are recorded
On Fri, Dec 29, 2000 at 11:06:02AM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that David Merrill said:
> >
> > In my design, the database will be maintaining the balance. So does
> > that mean gnucash will be a 'real' accounting system? ;-)
>
> I haven't seen the schema. Do you store
It's been rumoured that David Merrill said:
>
> In my design, the database will be maintaining the balance. So does
> that mean gnucash will be a 'real' accounting system? ;-)
I haven't seen the schema. Do you store both the 'ledger balance'
and the 'trial balance' (i forget what its called), i
It's been rumoured that David Merrill said:
> I'm trying to keep up with the protocol issues here, although it isn't
> my strong suit. But for the record, the transport should, imnsho, be
> kept separate from the database itself. It is a layer to marshall
> requests to the database and return resp
On Fri, Dec 29, 2000 at 12:23:41AM -0600, [EMAIL PROTECTED] wrote:
> > >
>
> Can we not flame?
Yes, please!
> Id like to hear someone give a technical overview of how SOAP handles
> events.
I spent last night reading the w3c's SOAP 1.1 spec. Ugh. (Not an
editorial comment, just that reading s
> > Actually, I was looking at RPC/Corba/etc. over TCP, not over UDP. The
>
> I got the impression that you were advocating RPC over UDP.
Possibly a not-unreasonable impression, but that seems to me to be a
too low level perspective to focus on. Better to have a prototype that
works badly, and
On Fri, Dec 29, 2000 at 03:09:46AM -0600, [EMAIL PROTECTED] wrote:
> (btw, in 'real' accounting systems, the actual balance is stored,
> and is not computed on the fly by totalling up all transactions.
> In gnucash, we total it on the fly because that was the easier thing
> to do at the time.)
On Fri, Dec 29, 2000 at 02:12:07PM +1100, Robert Graham Merkel wrote:
> Eugene Tyurin writes:
> >
>
> > Is this really something a casual user who wants to balance his
> > checkbook and know how much he spends on beer can bear?
>
> Unless it's totally transparent to them, no. Basic
It's been rumoured that Derek Atkins said:
> Just to play devil's advocate let me throw another log on the fire:
> what we really want here is a distributed file system.
Before http was invented, these were considered for the web.
Unfortunately, nfs was not secure, and afs was propreitary
& to
It's been rumoured that Derek Atkins said:
> I would also warn you that if you split the CGI, you then completely
> lose the benefits of any security, unless you pass the security
> metadata across from one program to the other.
???
A common way of providing 'security' with http/cgi is to
to gi
It's been rumoured that [EMAIL PROTECTED] said:
>
> > The problem seems to be that C is insufficiently reflective to be able
> > to do an easy implementation (e.g. Perl and Python). These languages
> > can easily serialize their own data structures into (say) XML, and then
> > de-serialize. So
It's been rumoured that Tyson Dowd said:
> If you can open a socket, send out the right
> headers, and spit out some XML, you can do SOAP.
right, that's the big apeal behind soap. ...
> The problem seems to be that C is insufficiently reflective to be able
> to do an easy implementation (e.g. Pe
> >
Can we not flame?
There's a second level of issues tat we aven't gotten into yet, and
these can't be discussed in a hostile enviroment.
> Linas was saying you can do gnucash-as-an-ASP style stuff using some
> sort of roll your own solution using CGI.
What I was saying is that given what
[sorry for the second send, Derek, I forgot to CC the list]
On 28-Dec-2000, Derek Atkins <[EMAIL PROTECTED]> wrote:
> Tyson Dowd <[EMAIL PROTECTED]> writes:
>
> > > Actually, I was looking at RPC/Corba/etc. over TCP, not over UDP. The
> >
> > I got the impression that you were advocating RPC o
Eugene Tyurin writes:
>
> Is this really something a casual user who wants to balance his
> checkbook and know how much he spends on beer can bear?
Unless it's totally transparent to them, no. Basically, it may be
that GnuCash, in the long term, has to split into two seperate produ
I apologize if I'm missing something - didn't start paying attention
to this thread until recently.But why does the project need
client-server, database, CORBA/SOAP and god knows what else?
I always thought that GnuCash was a Quicken-type or, at most, a
Peac
You need to install an ORB at client
and server end. You need to configure your setup so you can find the
name server via an IOR, and you need open ports at both ends. The
stubs and skeleton implementation of the client/server is usually linked
in at both ends, requiring libraries and other
Tyson Dowd <[EMAIL PROTECTED]> writes:
> No. But if you are going to add RPC to this system, then you might as
> well adopt the SOAP standards, since it's a no more work than rolling
> your own.
What the hell are you talking about? Are you just pulling this SH*T
out of your ass or something?
Tyson Dowd <[EMAIL PROTECTED]> writes:
> > Actually, I was looking at RPC/Corba/etc. over TCP, not over UDP. The
>
> I got the impression that you were advocating RPC over UDP.
Well, you can certainly use RPC over UDP, however you don't get a
reliable transport, and encryption data becomes muc
On 22-Dec-2000, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > 1. XML/SOAP (what Microsoft is calling "web services") to provide
> > distributed RPC like services. This does much the same job as CORBA,
> > but uses technologies that can be re-used elsewhere easily, and so have
> > a low mainten
On 27-Dec-2000, Derek Atkins <[EMAIL PROTECTED]> wrote:
> David Merrill <[EMAIL PROTECTED]> writes:
>
> > > OK. So the question I have is "So what?" HTTP is slower than a UDP
> > > protocol because it's TCP (that's the basic gist of this right?). So
> > > what? Is it too slow for our uses? N
David Merrill <[EMAIL PROTECTED]> writes:
> > OK. So the question I have is "So what?" HTTP is slower than a UDP
> > protocol because it's TCP (that's the basic gist of this right?). So
> > what? Is it too slow for our uses? No one knows because it hasn't
> > been tested. My bet: nope not a
On Wed, Dec 27, 2000 at 11:55:11AM -0500, James LewisMoss wrote:
> > On Fri, 22 Dec 2000 19:25:03 + (GMT), "Al B. Snell"
><[EMAIL PROTECTED]> said:
>
> Al> I would suggest making good use of RPC over UDP - the connection
> Al> should start off with UDP, and only make TCP connections wh
> On Fri, 22 Dec 2000 19:25:03 + (GMT), "Al B. Snell"
><[EMAIL PROTECTED]> said:
Al> On Fri, 22 Dec 2000 [EMAIL PROTECTED] wrote:
>> > You're missing the point - HTTP is slow! It doesn't load the
>> > server, it's just slow!
>>
>> Its not slower than rpc, corba, ftp, nfs or sendmail
On Thu, Dec 21, 2000 at 04:51:44PM -0600, [EMAIL PROTECTED] wrote:
> Of course, we still need to have libgnc_engine talk to an sql
> database, and still need to slove the caching problems, and a bunch
> of other issues. But I think a cheapo demo could be done really
> quick (a few days/weeks) by
On Thu, Dec 21, 2000 at 05:24:54PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that Peter C. Norton said:
> >
> > Interesting, I haven't looked at libgnc_engine. Have you, in turn, looked
> > at the gda library being developed for gnome-db?
>
> Sort-of. libgda was one of the contributi
It's been rumoured that Tyson Dowd said:
>
>
> I think this approach is very interesting...
I personally am very excited by it; it solves infrastructure problems
with various well-known, well-understodd technologies (i.e. apache)
> way these kinds of technologies have been changing lately a
On Fri, Dec 22, 2000 at 02:30:21PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that David Merrill said:
> >
> > On Fri, Dec 22, 2000 at 01:09:10PM -0600, [EMAIL PROTECTED] wrote:
> > > is discussion in the postgres community about 'embedded' postgres,
> >
> > Yes, that's how it works in
<[EMAIL PROTECTED]> writes:
> > "message passing protocol". And what we're trying to do is more than
> > just passing around messages.
>
> Is it really?
>
> (ok, yes, the event-notification part does require a bit more than
> http can simply provide).
Yes, it is. Really. :)
-derek
--
It's been rumoured that David Merrill said:
>
> On Fri, Dec 22, 2000 at 01:09:10PM -0600, [EMAIL PROTECTED] wrote:
> > is discussion in the postgres community about 'embedded' postgres,
>
> Yes, that's how it works in pg, also. Each user has their own default
> database which is named after thei
It's been rumoured that Derek Atkins said:
> Lo and behold, there were two TCP connections (one for the
> HTML, and one for the GIF). They were not concatinated together,
> even though supposedly both the client and server support it.
actually, this is something the netscape navigator does, I do
It's been rumoured that Gary E. Bickford said:
>
> [EMAIL PROTECTED] wrote:
>
> > Never mind that Java can't deal with 24x7 environments. Having
> > personal scars from debugging jvm mem leaks crashes & hangs in a
> > netscape enterprise & websphere environment, I conclude Java is for
> > chump
It's been rumoured that Al B. Snell said:
> RPC over UDP:
ok, that's hard to beat.
> secure RPC which is much more lightweight than SSL.
what's the technology behind secure rpc?
-linas
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnum
gt; if you used *any* other method (corba, RPC), these same overheads
> would apply.
No, the number of round trips would be different. Consider how TCP
works:
Client Server
SYN ->
<- SYN-ACK
DATA+ACK >
<-
On Fri, Dec 22, 2000 at 01:09:10PM -0600, [EMAIL PROTECTED] wrote:
> Can't say I'd know what it takes to do this with postgres, but ther
> is discussion in the postgres community about 'embedded' postgres,
> that would allow multiple applications & users on the same machine to
> get thier own trul
On Fri, 22 Dec 2000 [EMAIL PROTECTED] wrote:
> > You're missing the point - HTTP is slow! It doesn't load the server, it's
> > just slow!
>
> Its not slower than rpc, corba, ftp, nfs or sendmail.
Is so.
HTTP:
1) TCP 3 way handshake
2) Send request packet
3) Receive request ack
4) Receive re
It's been rumoured that Al Snell said:
>
> You're missing the point - HTTP is slow! It doesn't load the server, it's
> just slow!
Its not slower than rpc, corba, ftp, nfs or sendmail.
Is there a faster protocol out there that we should consider?
--linas
_
It's been rumoured that David Merrill said:
>
> learning some more from you. I work for an asp that does medical
> billing. So, we have patient records as well as clinical information
> and billing information for many different companies, often
> competitors, all in the same database.
Well, I k
[EMAIL PROTECTED] wrote:
> Never mind that Java can't deal with 24x7 environments. Having
> personal scars from debugging jvm mem leaks crashes & hangs in a
> netscape enterprise & websphere environment, I conclude Java is for
> chumps.
This is offtopic ... With the major work being done at jav
It's been rumoured that David Merrill said:
> I would love to do this, but I can't right now. This really is too big
> of a project for one person, and I have my hands full for the moment
> doing the database itself.
ts'ok, cool, I might give it a try over the hols.
--linas
e, if you are running your gnucash server/cgi-bins on
> > a local, ether-net connected web server, the perceived
> > responsiveness (as perceived by user) should be around a tenth of
> > a second, about the same as it would be for a raw socket, corba,
> > or sql or othe
David Merrill <[EMAIL PROTECTED]> writes:
> From *my* perspective (me, the database, that is), it is all based on
> the user_name under which you are logged on. The database doesn't know
> anything else on which it can base things. So the calling layer has to
> translate from URL or virtual home
are running your gnucash server/cgi-bins on
> a local, ether-net connected web server, the perceived
> responsiveness (as perceived by user) should be around a tenth of
> a second, about the same as it would be for a raw socket, corba,
> or sql or other client-server desing.The mo
On Thu, Dec 21, 2000 at 04:51:44PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that David Merrill said:
> > I'll also mention that psql spits out its tables in customizable html,
> > and can be run via cgi scripts. You can write shell scripts or perl
> > scripts to execute queries and re
On Thu, Dec 21, 2000 at 04:45:07PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that David Merrill said:
> >
> > Does this mean you are envisioning a server which can handle more than
> > one set of accounts and more than one set of transactions?
>
> Yes. Since its 'just' a set of cgi-bi
Patrick Spinler <[EMAIL PROTECTED]> writes:
>
>
> In short - Wow ! I like it.
And if you'd seen Bill's latest embedded (in gtkhtml) guppi work,
you'd be really excited. It's *painfully* slick.
A bit of html-esque text and all of a sudden, an interactive guppi
graph based on the data in the
On Thu, 21 Dec 2000 [EMAIL PROTECTED] wrote:
> It's been rumoured that Derek Atkins said:
> >
> > This is an interesting approach, but HTTP is _SLOW_. You have to
>
> ahh, what are you envisioning? a thousand hits a second?
> www.linas.org serves up 20K pages a day, and serves up
> cvs.gnucash
It's been rumoured that Peter C. Norton said:
>
> > > Interesting, I haven't looked at libgnc_engine. Have you, in turn, looked
> > > at the gda library being developed for gnome-db?
>
>
> It's being separated from the gnome-db stuff, and it was done at the behest
> of the gnue folks. It's no
It's been rumoured that Peter C. Norton said:
>
> Interesting, I haven't looked at libgnc_engine. Have you, in turn, looked
> at the gda library being developed for gnome-db?
Sort-of. libgda was one of the contributing technologies to the
gnue GEAS component, I haven't exactly figured out the
e point: because most of the data is cached
locally in the gnucash client, responsiveness is excellent.
Furthermore, if you are running your gnucash server/cgi-bins on
a local, ether-net connected web server, the perceived
responsiveness (as perceived by user) should be around a tenth of
a s
It's been rumoured that David Merrill said:
> I'll also mention that psql spits out its tables in customizable html,
> and can be run via cgi scripts. You can write shell scripts or perl
> scripts to execute queries and retrieve the results in html tables.
This is of course a possiblity, but the
It's been rumoured that David Merrill said:
>
> Does this mean you are envisioning a server which can handle more than
> one set of accounts and more than one set of transactions?
Yes. Since its 'just' a set of cgi-bins, then there's a variety
of easy ways of having leak-proof separation betwee
This is an interesting approach, but HTTP is _SLOW_. You have to
setup and teardown a TCP connection for each request, and you have to
build an SSL association for each request. This just takes time. Not
only that, but forking off a CGI is also very expensive.
Having all of the network conne
[EMAIL PROTECTED] wrote:
>
> OK, here's the dope:
>
> I don't think rob is entirely aware of the possibilities that his XML
> file format opens up. Some of the readers of this mailing list may
> also not be aware of what demos grib has done with embedding guppi
> in html. I don't know how man
On Wed, Dec 20, 2000 at 08:55:34PM -0600, [EMAIL PROTECTED] wrote:
>
> OK, here's the dope:
>
> I don't think rob is entirely aware of the possibilities that his XML
> file format opens up. Some of the readers of this mailing list may
> also not be aware of what demos grib has done with embedd
On Wed, Dec 20, 2000 at 08:55:34PM -0600, [EMAIL PROTECTED] wrote:
>
> OK, here's the dope:
>
> I don't think rob is entirely aware of the possibilities that his XML
> file format opens up. Some of the readers of this mailing list may
> also not be aware of what demos grib has done with embedd
On 20-Dec-2000, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I beleive the above architecture renders the whole previous
> discussion moot. I also think its a very, very exciting thing to do.
> It solves a number of technical issues, such as multi-user, that
> have been plaguing us. Next, it
OK, here's the dope:
I don't think rob is entirely aware of the possibilities that his XML
file format opens up. Some of the readers of this mailing list may
also not be aware of what demos grib has done with embedding guppi
in html. I don't know how many people are aware that the cvs branch
67 matches
Mail list logo
