Hi Chris,
Did you do any changes in the OFBiz code? entityext can be a problem as
last time I checked it was dependent on service engine. I will work on
it during the weekend and report my findings.
Thanks,
Raj
Chris Snow wrote:
I forgot the sql folder in the list!
Hi Raj,
Yesterday
Hi Raj,
I didn't need entityext. I documented my findings here:
http://cwiki.apache.org/confluence/x/zQDi
I had also started working on completely separating the entity engine
from the ofbiz container. This should be possible too with a bit more
effort. As a first step towards OSGi, I
Thanks Chris,
I will look at the page.
Spring has some thing called Dynamic Modules for OSGi. Dynamic services
are part of the OSGi specs now. It should be possible to use either of them.
Thanks,
Raj
Christopher Snow wrote:
Hi Raj,
I didn't need entityext. I documented my findings here:
I forgot the sql folder in the list!
Hi Raj,
Yesterday I managed to get a standalone entity engine + catalina running.
it should be possible to even remove catalina - I only used it so that I
could create a small web app to interact with the entity engine. The
framework folders I used
I tried the OSGi thing but it was not possible to deploy each
application as OSGi bundle. Instead I could create single bundle and run
the OFBiz minimal container as OSGi bundle.
Creating OSGi bundle for each application will be great. This is
certainly the way forward to create modular
Hi Raj,
Why was it not possible to deploy each application as an OSGi bundle?
Many thanks,
Chris
Raj Saini wrote:
I tried the OSGi thing but it was not possible to deploy each
application as OSGi bundle. Instead I could create single bundle and
run the OFBiz minimal container as OSGi
just a note you might ask for a vote or make a jira about your idea, if
you expect to have it included in the trunk version.
You may have to end up supporting this yourself.
Raj Saini sent the following on 2/28/2010 4:26 AM:
I tried the OSGi thing but it was not possible to deploy each
Hi Chris,
It is because of the dependencies. Framework depends on applications and
applications on framework. Even with the the framework, there was a
dependency of entity engine depending on the service. I really wanted to
create separate bundles for framework components such as entity engine,
Hi Raj,
Yesterday I managed to get a standalone entity engine + catalina running.
it should be possible to even remove catalina - I only used it so that I
could create a small web app to interact with the entity engine. The
framework folders I used were:
- start
- base
- entity
- geronimo
Miles,
Well tried, from your argumentation I guess that
1) you certainly know Grail,
2) most of us don't,
3) you don't know much about OFBiz yet
So you try to push Grail and we brake on it. As David wisely suggested in
another email a POC is the way for you now...
Thanks for you interest
On Fri, 2010-02-26 at 10:06 +0100, Jacques Le Roux wrote:
Miles,
Well tried, from your argumentation I guess that
1) you certainly know Grail,
2) most of us don't,
I don't think most of you don't. Grails development is merely writing
Groovy code, with which most of you are familiar
Hi Miles,
i really like to see a POC of an Grails OFBiz component.
I think this could be an interesting project.
So Miles keep on working :-)
2010/2/26 huang.mi...@gmail.com huang.mi...@gmail.com
On Fri, 2010-02-26 at 10:06 +0100, Jacques Le Roux wrote:
Miles,
Well tried, from your
Hi Miles,
I'm currently doing some work on making a standalone ofbiz development
framework (i.e. no business functionality). Your questions have got me
thinking:
what does the ofbiz framework give you that the grails framework
doesn't?
A possible answer:
Ofbiz gives you a ready made
One more - inline...
Christopher Snow wrote:
Hi Miles,
I'm currently doing some work on making a standalone ofbiz development
framework (i.e. no business functionality). Your questions have got
me thinking:
what does the ofbiz framework give you that the grails framework
doesn't?
A
On Feb 26, 2010, at 1:20 PM, Christopher Snow wrote:
I can't think of anything other than this that the ofbiz framework provides
that grails doesn't.
If you are blind, all you can see is darkness.
Jacopo
Hey come on Jacopo - overall I'm actually trying to promote the use of
ofbiz. I've invested a considerable amount of time in it.
I was hoping that my question would get ofbiz supporters to list some of
the benefits of ofbiz over grails.
Jacopo Cappellato wrote:
On Feb 26, 2010, at 1:20 PM,
On Feb 26, 2010, at 2:27 PM, Christopher Snow wrote:
Hey come on Jacopo - overall I'm actually trying to promote the use of ofbiz.
I've invested a considerable amount of time in it.
I was hoping that my question would get ofbiz supporters to list some of the
benefits of ofbiz over
I'm not looking for easy information. Based on my experience of ofbiz
and grails - I really don't know what else ofbiz brings to the table.
I was hoping that I'd missed something fairly obvious which is why I
threw the question out to the list.
Jacopo Cappellato wrote:
On Feb 26, 2010, at
Hi Jacopo:
IMO, one should always give positive affirmations when responding to
posts like these. OFBiz has plenty of great things we can say that
shouldn't require much effort on your part to comment on:
How about the seamless and transparent database support by way of the
Entity Engine?
And one of the most important thing but not obvious in OFBiz, extension and
reutilisation of artifacts.
From hot-deploy, you can build your own applicaiton based on the trunk (or release but I'd recommend trunk for easier update later)
without touching much of OFBiz itself. If you handle it
Please, keep these coming! I certainly could use a refresher.
Ruth
Jacques Le Roux wrote:
And one of the most important thing but not obvious in OFBiz,
extension and reutilisation of artifacts.
From hot-deploy, you can build your own applicaiton based on the
trunk (or release but I'd
Hi Jacques,
Thanks for the comments.
Not sure how grails handles extension of artifacts (except that
Controllers and Services are classes so theoretically could be extended).
Grails only needs to be restarted when the hibernate definitions have
changed (I think). Controller and Service
I hope to get some time to get this more clear one day...
Jacques
From: Ruth Hoffman rhoff...@aesolves.com
Please, keep these coming! I certainly could use a refresher.
Ruth
Jacques Le Roux wrote:
And one of the most important thing but not obvious in OFBiz,
extension and reutilisation of
I'm more speaking at the business level . You may reuse artifacts there...
Jacques
From: Christopher Snow sno...@snowconsulting.co.uk
Hi Jacques,
Thanks for the comments.
Not sure how grails handles extension of artifacts (except that
Controllers and Services are classes so theoretically
Please see inline...
On Fri, 2010-02-26 at 12:20 +, Christopher Snow wrote:
One more - inline...
Christopher Snow wrote:
Hi Miles,
I'm currently doing some work on making a standalone ofbiz development
framework (i.e. no business functionality). Your questions have got
me
Hi Chris
With all due respect, your desire to replace the entity engine with hibernate
exhibits a serious lack of understanding of one of OFBiz's core design
philosophies. This has been discussed many times so I don't want to rehash the
debate here but I do strongly suggest that you search
.. and grails has many plugins : jBPM, drools, birt, quartz, rest, soap,
etc that facilitate building enterprise systems.
huang.mi...@gmail.com wrote:
Please see inline...
On Fri, 2010-02-26 at 12:20 +, Christopher Snow wrote:
One more - inline...
Christopher Snow wrote:
Hi
There's a set of instructions at:
http://cwiki.apache.org/confluence/x/nYTW
Or I can send you a in progress hack of my latest attempt - it's 90mb.
Interesting work. Will future OFBIZ official release based on this
framework? Is there any preview working code in repository now?
On Fri, 2010-02-26 at 09:06 -0500, Ruth Hoffman wrote:
How about the seamless and transparent database support by way of the
Entity Engine? If you want to develop an application or implement
ERP,
then you don't need to worry about the database. You don't need to
stress over whether to use
Grails can also provides these ability, which is the fundamental spirit
of Rails development environment, namely RoR, Grails.
On Fri, 2010-02-26 at 15:34 +0100, Jacques Le Roux wrote:
Also OFBiz is *great* when it comes to *not* compile, reboot, compile,
reboot, compile, reboot, compile,
Use Grails doesn't means bundle with Hibernate. Grails also supports
GORM-JPA combine, license compatible products such as OpenJPA can be
used instead. It can defer to the deploy time (thus up to end user) to
choose Hibernate or some other JPA implementation.
On Fri, 2010-02-26 at 09:00 -0700,
My point still stands, OFBiz intentionally does not use an ORM layer and if the
reasons behind that are not understood then any discussions about it are going
to be somewhat fruitless.
Regards
Scott
On 26/02/2010, at 10:06 AM, huang.mi...@gmail.com wrote:
Use Grails doesn't means bundle with
huang.mi...@gmail.com sent the following on 2/26/2010 8:45 AM:
On Fri, 2010-02-26 at 09:06 -0500, Ruth Hoffman wrote:
How about the seamless and transparent database support by way of the
Entity Engine? If you want to develop an application or implement
ERP,
then you don't need to worry
There is even a term for this: object-relational impedance mismatch.
Of course, that is true for many other things, like object-service impedance
mismatch, object-XML impedance mismatch, etc, etc. It comes down to the simple
idea that modeling everything as a custom object is full of problems.
Cool! Who knew.
Still, in OFBiz I don't even have to write the Person class. Its already
there. I don't even need to find a database and load the schema. All
that happens for me transparently. If I let it.
Ruth
huang.mi...@gmail.com wrote:
On Fri, 2010-02-26 at 09:06 -0500, Ruth Hoffman
The only thing I see differet about grails is it use ROR. There was some
integration of ROR in ofbiz but the motivator has since stopped and no
more effort has been done. check out Davids response
http://www.mail-archive.com/ofbiz-...@incubator.apache.org/msg01688.html
maybe picking up where that
On Fri, 2010-02-26 at 09:22 -0800, BJ Freeman wrote:
huang.mi...@gmail.com sent the following on 2/26/2010 8:45 AM:
On Fri, 2010-02-26 at 09:06 -0500, Ruth Hoffman wrote:
How about the seamless and transparent database support by way of the
Entity Engine? If you want to develop an
May be the Grails plugin mechanism is a good solution for the modularity
problem. If we separate the OFBIZ components into stand-alone Grails
plugins, each component is just like separated Grails applications, which
can be maintained in their own source directory structure. And during
development
Plugins could be used for separating the modules, this will be more
interesting in Grails 2.0 when the plugin framework will use OSGi -
http://jira.codehaus.org/browse/GRAILS-2221
Rather than bring ofbiz to grails, you may find it would be easier to
bring grails to ofbiz, for example it
On Thu, 2010-02-25 at 05:31 -0800, Chris Snow-2 [via OFBiz] wrote:
Plugins could be used for separating the modules, this will be more
interesting in Grails 2.0 when the plugin framework will use OSGi -
http://jira.codehaus.org/browse/GRAILS-2221
This is a good side witness on the
As with all other possible alternate technologies and practices, if you really
like something the thing to do is a proof of concept project.
For a really simple project you could re-implement the example application on
your preferred technology. That would at least be a starting point for
Hi OFBIZ users and developers,
First of all, I'm a novice of OFBIZ. I've just started to learn and use it
for a couple of month. So if I have made some mistake in the following post,
criticisms are welcomed :clap:
Does anyone using OFBIZ interested in porting OFBIZ to leverage a mature
and
Miles Huang wrote:
The problem an OFBIZ novice commonly facing is when he/she has to go
further than the OFBIZ OOTB functionality ( which proves he/she is becoming
a really OFBIZ user:drunk: ). He/she have to learn a lot of techniques in
the unique OFBIZ way
Theoretically the chance to
the porting usually refers to the UI, this can be handles but adding a
interface to ofbiz like has been done for others.
if that is what your proposing and want to put the energy in, then go
for it.
for instance I use swing and SWT.
but not many are interested so it stays in my svn for my
I like developing with ofbiz, but it is very cumbersome compared to
developing with grails. I have even started creating some prototypes in
grails to get some idea of what would be required to implement ofbiz in
grails.
Personaly, I don't think grails is suitable for building large
Chris,
I agree that OSGI would be a better option than Grail.
And yes, you put some good cards on the table, but... challenging isn'it ?
If we succeed in removing components dependencies and take the time to think
well about it, then why not?
Jacques
From: Christopher Snow
Just list some of the gains by different roles involved in the OFBIZ
ecosystem:
* For OFBIZ provider business owners and end-users:
As such a sophisticated business application, the training cost for new
comers is much high. The cost can be branched into 2 parts:
1) Learning the business model
47 matches
Mail list logo