On Monday, Feb 3, 2003, at 14:28 Europe/London, Ugo Cei wrote:
It goes something like this (this is a flowscript fragment for
retrieving a business entity, having "id" as it's POID [1], into a
bean, associating it with a form, posting it to the user, awaiting
submission, validating and storin
Antonio Gallardo wrote:
I will start my next Cocoon application soon. Of course I dont want to
lose some of these great new stuff. I am considering the use of JavaBeans
as was recommended in this thread.
I was researching about the JavaBeans and XDoclet Well currently I
found some interesti
Jeremy Quinn wrote:
Do the XMLForm Components (Action & Transformer) get used in your
Sitemap, or are the calls to 'form' methods from your FlowScript the
only references that are required?
Transformer: yes.
Actions: no.
I use the transformer to do form/model population and validation just
li
On Tuesday, Feb 4, 2003, at 14:39 Europe/London, Ugo Cei wrote:
Antonio Gallardo wrote:
Master,
Disciple, ;-)
I am beginning to grok, Master ;)
I don't understand yet the interaction between the XMLForm
infrastructure and Flow.
Do the XMLForm Components (Action & Transformer) get use
Antonio Gallardo wrote:
Then I need to find other tool that can create the Beans and easily
mantain it. You suggested Hibernate. Can you provide a website when I can
learn more about Hibernate?
http://hibernate.bluemars.net/
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volo
hi:
As you suggested, then I think there is not need to go to deeply to UML.
Sometimes I get too deeply in things. :-(
What I was trying to find is a way to easy mantain the EJB. Druid
(http://druid.sourceforge.net/) can can generate the following code based
on a SQL model:
//===
Antonio Gallardo wrote:
Master,
Disciple, ;-)
Can you show us the light? As I posted before I never used beans. But
after seeing some comments here. I feel as something is missing to me. I
want to do Java Beans. I use jEdit to work. :-)
I suspect that you might be confusing plain Java Beans
I will start my next Cocoon application soon. Of course I dont want to
lose some of these great new stuff. I am considering the use of JavaBeans
as was recommended in this thread.
I was researching about the JavaBeans and XDoclet Well currently I
found some interesting tools:
UML Case that ge
On Monday, Feb 3, 2003, at 22:58 Europe/London, Ugo Cei wrote:
Jeremy Quinn wrote:
What I meant was that in order to get to the point where you have the
whole process controlled by such a simple flowscript you had to do
lots of other very complex stuff to sit behind it.
Not at all. Form popu
Ugo Cei dijo:
> Jeremy Quinn wrote:
>> What I meant was that in order to get to the point where you have the
>> whole process controlled by such a simple flowscript you had to do
>> lots of other very complex stuff to sit behind it.
>
> Not at all. Form population and validation is from XMLForms,
Jeremy Quinn wrote:
What I meant was that in order to get to the point where you have the
whole process controlled by such a simple flowscript you had to do lots
of other very complex stuff to sit behind it.
Not at all. Form population and validation is from XMLForms, persistence
is Hibernate,
On Monday, Feb 3, 2003, at 18:19 Europe/London, Ugo Cei wrote:
Jeremy Quinn wrote:
I see what you mean, but is this not merely hiding a lot of
complexity that you have had to put elsewhere?
I don't get your point. Isn't all of OOP about hiding complexity? ;-)
Yea, sorry, I did not explain
On Monday, Feb 3, 2003, at 16:43 Europe/London, Daniel Fagerstrom wrote:
SQL Inserts/Updates using SQLTransformer (maybe not capable of the
job due to complexities of the multiple Table updating required ? )
We are using the SQLTransformer for all insert/updates etc on the
company that I wor
On Monday, Feb 3, 2003, at 15:02 Europe/London, Geoff Howard wrote:
-Original Message-
From: Jeremy Quinn [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 03, 2003 9:11 AM
To: [EMAIL PROTECTED]
Subject: SQL Editor
Hi Guys
I am looking into implementing a forms-based editor for a
On Monday, Feb 3, 2003, at 14:50 Europe/London, Antonio Gallardo wrote:
Jeremy Quinn dijo:
Hi Guys
I am looking into implementing a forms-based editor for a complex set
of inter-related SQL Tables (with lots of gruesome link tables etc.).
What is currently considered the best technique to be
Jeremy Quinn wrote:
I see what you mean, but is this not merely hiding a lot of complexity
that you have had to put elsewhere?
I don't get your point. Isn't all of OOP about hiding complexity? ;-)
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2
On Monday, Feb 3, 2003, at 14:28 Europe/London, Ugo Cei wrote:
Jeremy Quinn wrote:
Hi Guys
I am looking into implementing a forms-based editor for a complex set
of inter-related SQL Tables (with lots of gruesome link tables etc.).
What is currently considered the best technique to be using in
On Monday, Feb 3, 2003, at 14:26 Europe/London, Luca Morandini wrote:
I know this has become sort of a joke but... why don't you use stored
procedures ?
Yes, MySQL hasn't them, but PostgresSQL has them, and so do many other
proprietary DBMSes.
Unfortunately we already have MySQL in place.
An
Jeremy Quinn wrote:
Hi Guys
I am looking into implementing a forms-based editor for a complex set of
inter-related SQL Tables (with lots of gruesome link tables etc.).
What is currently considered the best technique to be using in Cocoon
right now?
XMLForm (we don't use Beans)
OriginalDBActio
> -Original Message-
> From: Jeremy Quinn [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 03, 2003 9:11 AM
> To: [EMAIL PROTECTED]
> Subject: SQL Editor
>
>
> Hi Guys
>
> I am looking into implementing a forms-based editor for a complex set
> of inter
Jeremy Quinn dijo:
> Hi Guys
>
> I am looking into implementing a forms-based editor for a complex set
> of inter-related SQL Tables (with lots of gruesome link tables etc.).
>
> What is currently considered the best technique to be using in Cocoon
> right now?
>
> XMLForm (we don't use Beans)
I t
Jeremy Quinn wrote:
Hi Guys
I am looking into implementing a forms-based editor for a complex set of
inter-related SQL Tables (with lots of gruesome link tables etc.).
What is currently considered the best technique to be using in Cocoon
right now?
XMLForm (we don't use Beans)
OriginalDBActio
GIS Consultant
[EMAIL PROTECTED]
http://utenti.tripod.it/lmorandini/index.html
-
> -Original Message-
> From: Jeremy Quinn [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 03, 2003 3:11 PM
> To: [EMAIL PROTECTED]
Hi Guys
I am looking into implementing a forms-based editor for a complex set
of inter-related SQL Tables (with lots of gruesome link tables etc.).
What is currently considered the best technique to be using in Cocoon
right now?
XMLForm (we don't use Beans)
OriginalDBActions (obsolete ? )
Modu
24 matches
Mail list logo
