On Mon, 18 Oct 2004 15:04:43 -0600 (CST), Antonio Gallardo
[EMAIL PROTECTED]
Said that, I want to tell him
that Cocoon already has built-in JDO support:
http://svn.apache.org/viewcvs.cgi/cocoon/trunk/src/blocks/ojb/java/org/apache/cocoon/ojb/jdo/components/?root=Apache-SVN
I didn't know of
Luca Garulli wrote:
Why not? Where can I find a PetStore application in Cocoon to start
with? If the results will be interesting we can post them to
TheServerSide.com.
You can find a petstore block in Cocoon, but AFAIK it uses straight
JDBC. You might be more productive, maybe, by adapting my CHS
Le 19 oct. 04, à 14:09, Ugo Cei a écrit :
...I've repeatedly tried to push the OJB supporters here to do the
same for OJB, but they seem to be quite busy doing for-pay work at the
moment ;-).
yes ;-)
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Bertrand Delacretaz dijo:
Le 19 oct. 04, à 14:09, Ugo Cei a écrit :
...I've repeatedly tried to push the OJB supporters here to do the
same for OJB, but they seem to be quite busy doing for-pay work at the
moment ;-).
yes ;-)
lol. ;-)
Best Regards,
Antonio Gallardo
-Bertrand
Stefano Mazzocchi dijo:
Besides: what the heck does this list has to do with Daisy anyway?
+1 ;-)
Best Regards,
Antonio Gallardo
Sylvain Wallez dijo:
Stefano Mazzocchi wrote:
You want daisy to use JDO? submit code instead of evangelizing.
Besides: what the heck does this list has to do with Daisy anyway?
Although off-topic, Daisy is part of the Cocoon galaxy. So more
importantly, what the heck does this list has to
On Thu, 14 Oct 2004 23:40:44 +0200, Sylvain Wallez [EMAIL PROTECTED] wrote:
Although off-topic, Daisy is part of the Cocoon galaxy. So more
importantly, what the heck does this list has to do with JDO
evangelisation? That's what this somewhat useless thread was all about.
Luca, although you
Luca Garulli wrote:
On Thu, 14 Oct 2004 23:40:44 +0200, Sylvain Wallez [EMAIL PROTECTED] wrote:
Although off-topic, Daisy is part of the Cocoon galaxy. So more
importantly, what the heck does this list has to do with JDO
evangelisation? That's what this somewhat useless thread was all about.
On Fri, 15 Oct 2004 10:48:00 +0200, Sylvain Wallez [EMAIL PROTECTED] wrote:
hate? I haven't seen such a strong word.
:-D
My initial question was just a suggestion to discuss technically the
use of JDO inside Daisy / Cocoon galaxy.
You really should see Cocoon as a very open integration
On Wed, 13 Oct 2004 21:29:49 +0200, Ugo Cei [EMAIL PROTECTED] wrote:
Il giorno 13/ott/04, alle 19:22, Luca Garulli ha scritto:
This is the point. Using JDO allow you to switch the JDO
implementation and obviously repository without lock to a product!!!
Isn't enought?
I don't speak about
On 13 Oct 2004, at 19:44, Luca Garulli wrote:
Ok, what I'm trying to say is that using JDO you don't worry so much
about persistence theme, optimization, support of N database, etc.
My understanding is that you are only paying attention at what you want
to say, and not to our arguments which
Le 14 oct. 04, à 11:13, Steven Noels a écrit :
...Do the simplest thing which might possibly work
YES ;-)
And in some case this means using JDBC directly, to minimize
dependencies, while in other cases it mean going to OJB/JDO/Hibernate
whatever to keep my code simpler. There's just no
On Thu, 14 Oct 2004 11:13:25 +0200, Steven Noels
[EMAIL PROTECTED] wrote:
On 13 Oct 2004, at 19:44, Luca Garulli wrote:
Ok, what I'm trying to say is that using JDO you don't worry so much
about persistence theme, optimization, support of N database, etc.
My understanding is that you are
Il giorno 14/ott/04, alle 11:08, Luca Garulli ha scritto:
Sorry but I didn't want to start a flame..
I don't see any flamewar starting ;-)
If you use JDBC you had to develop the Object/Relational mapping for
your persistent classes !!! Let's use JDO and you don't worry about
OR mapping. Dot.
I
On Thu, 14 Oct 2004 12:07:18 +0200, Ugo Cei [EMAIL PROTECTED] wrote:
Il giorno 14/ott/04, alle 11:08, Luca Garulli ha scritto:
Sorry but I didn't want to start a flame..
I don't see any flamewar starting ;-)
If you use JDBC you had to develop the Object/Relational mapping for
your
On Thursday 14 October 2004 17:46, Luca Garulli wrote:
Ok, I understand your point of view. You think that a GENERIC tool for
OR mapping cannot resolve large scale and complex systems... Sorry but
I don't agree. There are several success stories about JDO (you can
find some of these on
Il giorno 14/ott/04, alle 12:39, Luca Garulli ha scritto:
Uao! At least one point in common :-D Do you know that Rod Johnson is
part (with me) of JSR 243 alias JDO 2.0?
I didn't know *you* were part of JSR-243 ;-). For the record, I heard
Rod affirm that, if you want persistence, you should
On Thu, 14 Oct 2004 13:27:20 +0200, Ugo Cei [EMAIL PROTECTED] wrote:
Il giorno 14/ott/04, alle 12:39, Luca Garulli ha scritto:
Uao! At least one point in common :-D Do you know that Rod Johnson is
part (with me) of JSR 243 alias JDO 2.0?
I didn't know *you* were part of JSR-243 ;-). For
Luca Garulli wrote:
bye,
Luca Garulli
OrienTechnologies.com
(the light ODBMS, all in one JDO solution)
Luca,
as we can infer from your signature, you are not exactly the most
neutral person to judge about this particular technology JDO.
Sorry but I didn't want to start a flame..
Get real.
There
Luca,
as we can infer from your signature, you are not exactly the most
neutral person to judge about this particular technology JDO.
I didn't want to judge JDO, I can tell about JDO technology and how it
can fit inside Daisy to improve this product. Period.
Sorry but I didn't want to
On Thursday 14 October 2004 23:00, Luca Garulli wrote:
Stefano, who's sick of standard evangelization big time!
But XML is a standard? :-D
I think Stefano was having the emphasis on evangelization and not on
standard.
Cheers
Niclas
--
+--//---+
/
On 14 Oct 2004, at 16:27, Stefano Mazzocchi wrote:
Besides: what the heck does this list has to do with Daisy anyway?
http://lists.cocoondev.org/mailman/listinfo/daisy, BTW
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java XML
Stefano Mazzocchi wrote:
You want daisy to use JDO? submit code instead of evangelizing.
Besides: what the heck does this list has to do with Daisy anyway?
Although off-topic, Daisy is part of the Cocoon galaxy. So more
importantly, what the heck does this list has to do with JDO
Hi,
I give a look to the Daisy project (http://new.cocoondev.org/daisy/2)
presented these days to the GetTogheter event.
It seems much interesting, but as repository uses RDBMS. Currently
only MySQL and InnoDB are supported as db.
Why don't use JDO for the persistence? JDO allows to Daisy to be
Il giorno 13/ott/04, alle 11:35, Luca Garulli ha scritto:
Why don't use JDO for the persistence? JDO allows to Daisy to be
datastore independent. So you can run Daisy on top of an ODBMS or
RDBMS or again the file system.
Probably because everyone has his own likes and dislikes when it comes
to
On 13 Oct 2004, at 15:17, Ugo Cei wrote:
Il giorno 13/ott/04, alle 11:35, Luca Garulli ha scritto:
Why don't use JDO for the persistence? JDO allows to Daisy to be
datastore independent. So you can run Daisy on top of an ODBMS or
RDBMS or again the file system.
Probably because everyone has his
On Wed, 13 Oct 2004 15:17:37 +0200, Ugo Cei [EMAIL PROTECTED] wrote:
Il giorno 13/ott/04, alle 11:35, Luca Garulli ha scritto:
Why don't use JDO for the persistence? JDO allows to Daisy to be
datastore independent. So you can run Daisy on top of an ODBMS or
RDBMS or again the file system.
On Wed, 13 Oct 2004 16:11:21 +0200, Steven Noels
[EMAIL PROTECTED] wrote:
On 13 Oct 2004, at 15:17, Ugo Cei wrote:
... and that's what Daisy query statements eventually get translated
into: straight SQL-statements and JDBC calls. The Document object model
might somehow fit into something an
Luca Garulli wrote:
I don't speak about product preference. I'm talking of STANDARD. JDO
is a STANDARD.
Oh, yes, standards are wonderful: there are so many to chose from
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Il giorno 13/ott/04, alle 19:22, Luca Garulli ha scritto:
This is the point. Using JDO allow you to switch the JDO
implementation and obviously repository without lock to a product!!!
Isn't enought?
I don't speak about product preference. I'm talking of STANDARD. JDO
is a STANDARD.
If this were
30 matches
Mail list logo
