Thread: Re: PHP or JSP? That is the question.

Guy,

> 1) Fill out form to get data.
> 2) Server responds with java and set of records.
> 3) Java applet displays one of the records and with out further
I see what you mean now, a business application in a browsers. It's
usefull for that - my company has written various trading/market data apps
that way for banking clients - but for a public website, html and forms
are a better solution.

Cheers,
Bas.

On Thu, 25 Mar 2004, Bas Scheffers wrote:

> Guy,
>
> > 1) Fill out form to get data.
> > 2) Server responds with java and set of records.
> > 3) Java applet displays one of the records and with out further
> I see what you mean now, a business application in a browsers. It's
> usefull for that - my company has written various trading/market data apps
> that way for banking clients - but for a public website, html and forms
> are a better solution.

Note that if you want to write straight client-server apps, tcl/tk and
php-gtk both work pretty well too.

scott.marlowe said:
> Note that if you want to write straight client-server apps, tcl/tk and
> php-gtk both work pretty well too.
<sarcasm>
Yes, but there are two fundemantal flaws with proposing that as a solution
to a banking client:

1) They will not accept your tender as it is not buzzword compliant and
2) You will need 1/3 team size that does it in 1/3 of the time, which means
less "billable hours" and re-inforces point 1 as banking clients like
expensive, over-engineered projects.
</sarcasm>

Bas.

"Bas Scheffers" <bas@scheffers.net> writes:

> 2) You will need 1/3 team size that does it in 1/3 of the time, which means
> less "billable hours" and re-inforces point 1 as banking clients like
> expensive, over-engineered projects.

(Obnit: "fewer" for countable objects like "hours")

> </sarcasm>

I'm confused, where was the sarcasm?

--
greg

scott.marlowe wrote:

>On Thu, 25 Mar 2004, Bas Scheffers wrote:
>
>
>
>>Guy,
>>
>>
>>
>>>1) Fill out form to get data.
>>>2) Server responds with java and set of records.
>>>3) Java applet displays one of the records and with out further
>>>
>>>
>>I see what you mean now, a business application in a browsers. It's
>>usefull for that - my company has written various trading/market data apps
>>that way for banking clients - but for a public website, html and forms
>>are a better solution.
>>
>>
>
>Note that if you want to write straight client-server apps, tcl/tk and
>php-gtk both work pretty well too.
>
>
I have never written a gui based app for Windows or Macs and since the
application would have to be cross platform compatable it would have to
run on Windows, Macs as well as Linux and other Unix variants. That is
too much work for me to do by myself. About the only alternative would
be to write the Client in Java {Not that MS cruft, but real Sun Java} then
anything woth a Java VM would work. I could then write the server in
what ever I wanted {probably C}.

This is way off the topic, though. The question was about PHP and JSP not
gtk client/server application efficiencies.

--
Guy Fraser