Hi David,
Yes, I remember very well this discussion ;) .
From my POV, compilation is good but has some limitations. Interpreting
is also good, and has other limitations. So mixing both, and adding some
good practices is then a very nice way to go.
In neogia, we are using generated java
there must be an mis understanding.
I don't think ofbiz should change just so others people can have it
easier, at the expense of the ofbiz design.
btw I have been using ofbiz about as long as you.
I started with java OO and found that I was touching to many points in code.
Ofbiz design provided
Sorry Nicolas,
I agree with BJ, I have used both Neogia and OFBiz in many projects and I far
prefer the OFBiz way.
One point I did not like in Neogia (maybe it has changed since I always used a version based on R4.0) is the time it takes to
compile, much longer than OFBiz.
Even if I avoid to
https://issues.apache.org/jira/browse/OFBIZ-3556
if anyone once to help.
=
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation
http://www.businessesnetwork.com/automation/viewforum.php?f=93
Specialtymarket.com
for comparison here.
Vince Clark
vcl...@globalera.com
(303) 493-6723 office
(303) 523-4843 cell
- Original Message -
From: BJ Freeman bjf...@free-man.net
To: user@ofbiz.apache.org
Sent: Thursday, March 11, 2010 10:04:08 AM
Subject: Re: Brainstorming about the Framework: Data Tier
Let me
office
(303) 523-4843 cell
- Original Message -
From: BJ Freeman bjf...@free-man.net
To: user@ofbiz.apache.org
Sent: Thursday, March 11, 2010 10:04:08 AM
Subject: Re: Brainstorming about the Framework: Data Tier
Let me ask this, if all these other approaches are better why
: BJ Freeman bjf...@free-man.net
To: user@ofbiz.apache.org
Sent: Saturday, March 13, 2010 10:04:50 AM
Subject: Re: Brainstorming about the Framework: Data Tier
thanks Vince.
I would first look at the Data model it used compared to the Data model
put forth in the Data model resource books. Does
Hi Rodrigo:
I'm really not understanding your arguments. Could you elaborate?
Rodrigo Lima wrote:
David,
SDO is intended to give applications an easy-to-use, uniform programming
model for accessing and updating data, regardless of the underlying source
or format of the data.
Isn't that
...@gmail.com
Subject: Re: Brainstorming about the Framework: Data Tier
To: user@ofbiz.apache.org
Date: Friday, March 12, 2010, 6:55 PM
I believe that without further
research on SDO, XQuery and XPath, we're
unable to advance the possibilities and discussion.
The data layer (not just DB) must
Hi David !
As an intermediate user (let's say level 2on 4), to help understand
what kind of user I am, I think it would be very interesting to have
java classes which represents the data model. I don't say one object
per table because maybe it's not the better solution, even if it seems
to be the
Hi David:
Nothing! I think this is an amazing piece of work. IMO, there are many
people out there who don't understand the Entity Engine value
proposition. That is why they keep asking for Hibernate etc.
Here's some things I'd consider as additions:
* Maybe making a separate
+1 - another thing to add to this list would be the ability to roll back an
upgrade or data load so that if issues are found that we can get back, in the
system, directly to where we started. Normally we do this with a staging
upgrade first and a db backup second, but having something like
Thanks for this information Nicolas, I will look at it !
Cimballi
On Thu, Mar 11, 2010 at 10:09 AM, Nicolas Malin
malin.nico...@librenberry.net wrote:
Hello, this functionnality already exists on neogia addons project. On your
OFBiz instant, you install ofbiz-generators addon and the system
While reading the sentence There are many people out there who don't
understand the Entity Engine, I felt a problem implied in it: There are
absolutely much more people out there, and I'm sure the OFBIZ project
want to attract them in. Why they keep on asking Hibernate, Spring,
etc, though? Are
Let me ask this, if all these other approaches are better why is there
not a application like ofbiz done in them, without using ofbiz at all?
I keep getting the feeling that those that want major changes don't
really understand the design goals of ofbiz.
===
BJ Freeman
+1
Jacques
From: Ruth Hoffman rhoff...@aesolves.com
+1
Thank you BJ.
Ruth
Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
ruth.hoff...@myofbiz.com
BJ Freeman wrote:
Let me ask this, if all these other approaches are
-1
BJ, Ruth,
Saying that OFBiz should move in the same way that other projects is a
bit stupid, and show that you've not fully understand OFBiz and the
entity engine.
It is now 7 years I'm working on OFBiz, and I have made the same error
at the beginning as others, I did'nt understood at the
Hi David,
I believe it is worth following in a path parallel to the Entity Engine,
which already has its
value and trust already established.
A model that looks interesting data model would be to create a layer as the
SDO (Service Data Objects http://en.wikipedia.org/wiki/Service_Data_Objects)
to
The SDO stuff (that was originally WDO) seems to be more related to the service
engine in OFBiz than to the entity engine. I might be misunderstanding that
though...
Whatever the case, what is it that you like about SDO, or how does it make your
life easier?
-David
On Mar 11, 2010, at 6:43
Nicolas,
I guess this goes back to discussions on approach even as basic as compiled
versus interpreted languages, or at least the issue of typos in variable names.
What is it that you like about having these generated classes to use? You
mentioned auto-completion in IDEs and compile time
David,
SDO is intended to give applications an easy-to-use, uniform programming
model for accessing and updating data, regardless of the underlying source
or format of the data.
The Service Data Objects (SDO) API allows client applications to read and
update the data through a typed or untyped
That's a great overview of what SDO is, kind of like what I've seen in other
places.
I'm still wondering though:
1. How does it make your life easier?
2. What would you do with it?
3. What have you run into that was a pain that SDO would make easier?
I guess what I'm getting at is the
If you could change anything about the data tier in OFBiz (basically the Entity
Engine), what would you change?
All comments are welcome. If there is another tool you'd like to see used
instead of the Entity Engine, please describe what you like about it (like I
want to have an Java class for
23 matches
Mail list logo
