On Fri, Apr 8, 2011 at 3:39 PM, Ean Schuessler wrote:
>
> To me the convenience is being able to program to a straight AWT like
> interface. It is just so convenient to be able to do things like:
>
>
>
> myButton = new Button("Click Me", new Button.ClickListener() {
> public void buttonClick(Clic
Yes, creating an object graph for Vaadin or Wicket should certainly be doable
based on XML definitions of screens and forms. You could even have scriptlets
for additional screen functionality in the platform-specific (or in Moqui
render-mode) element.
And interesting approach for this might be
To me the convenience is being able to program to a straight AWT like
interface. It is just so convenient to be able to do things like:
myButton = new Button("Click Me", new Button.ClickListener() {
public void buttonClick(ClickEvent event) {
myLabel.setValue("You clicked my button"); // si
That's a tough one. I just did some research on Vaadin, and in some ways it
looks similar to Wicket, and I suppose in some ways similar to JSF as well,
though Vaadin appears to be a sort of extension to GWT and the unlike Wicket
where the Java code is mostly run on the server (if I understand r
Hi David,
As usual you are a fantastically productive guy. Its a little awe
inspiring. :-D
Have you given any thought as to how different display technologies like
Vaadin, JSF or even Wicket could be accommodated in your framework?
Playing with Vaadin has shown me how I wish my views were constru
Great!
Thanks
2011/4/6 David E Jones
>
> The "portal" screens in OFBiz are really just database-driven dynamic
> screens. In Moqui they are called dynamic screens using the DynamicScreen*
> entities. While designed, this feature has been tabled for the 1.0 release
> and will be incorporated in a
The "portal" screens in OFBiz are really just database-driven dynamic screens.
In Moqui they are called dynamic screens using the DynamicScreen* entities.
While designed, this feature has been tabled for the 1.0 release and will be
incorporated in a later release. You can see the entity definit
On Apr 6, 2011, at 12:32 AM, alexander.reel...@lusini.com wrote:
> Hi
>
> On Apr 5, 2011, at 9:08 PM, David E Jones wrote:
>
>>
>> On Apr 4, 2011, at 11:06 PM, Sam Hamilton wrote:
>>
>>> Hi David,
>>>
>>> Congats on the beta release!
>>>
>>> You were asking for feature requests and today
Hi
On Apr 5, 2011, at 9:08 PM, David E Jones wrote:
>
> On Apr 4, 2011, at 11:06 PM, Sam Hamilton wrote:
>
>> Hi David,
>>
>> Congats on the beta release!
>>
>> You were asking for feature requests and today I ran across a java framework
>> called Play they have a few of things that might
Hi David,
I downloaded the beta and seen a great work!
Looks like we will have soon a very good option to the actual OFBiz
framework to think about.
BTW, I couldn't find any implementation or plans regarding a portal/portlet
feature.
Will the moqui framework include this, or what?
Regards,
Bruno
On Apr 4, 2011, at 11:06 PM, Sam Hamilton wrote:
> Hi David,
>
> Congats on the beta release!
>
> You were asking for feature requests and today I ran across a java framework
> called Play they have a few of things that might be interesting:
> - they get their framework to compile java sour
Hi David,
Congats on the beta release!
You were asking for feature requests and today I ran across a java framework
called Play they have a few of things that might be interesting:
- they get their framework to compile java sources directly and then
hot-reloads the JVM [1]
- their logging se
The "Introduction to Moqui Framework" document is now ready and available do
download through SourceForge:
https://sourceforge.net/projects/moqui/files/
This document is meant for application developers, ie for the same people who
would use Moqui. It is 12 pages with 2 diagrams and should be a
I don't agree that a separate project is necessary to get a well defined
application framework in OFBiz. We could achieve that in OFBiz if we
could get everyone to agree on what an "application framework" is. Once
that is defined, then it can be enforced - the same as it is with Moqui.
-Adrian
On Apr 2, 2011, at 12:39 PM, Adrian Crum wrote:
> I agree 100% with the end result - OFBiz running on a separate application
> framework. The question is: How do we get from here to there? That is what my
> original reply was trying to address.
That is the real trick isn't it... The idea of cr
I agree 100% with the end result - OFBiz running on a separate
application framework. The question is: How do we get from here to
there? That is what my original reply was trying to address.
One other thing to keep in mind during this discussion: The Moqui
framework is under the control of a s
What I mean is throw out the OFBiz Framework and migrate the applications and
specialpurpose components to run on Moqui Framework, and perhaps even
incorporate the Mantle stuff too (mostly UDM, USL).
After that OFBiz would be the applications project it was meant to be
originally, as opposed t
What does "migrate to use Moqui Framework" mean? Maybe I'm not
understanding what you're proposing.
-Adrian
On 4/2/2011 11:18 AM, David E Jones wrote:
Adrian,
Just to see if I understand correctly what you wrote: are you proposing to make
changes to the OFBiz Framework using code and ideas f
Adrian,
Just to see if I understand correctly what you wrote: are you proposing to make
changes to the OFBiz Framework using code and ideas from the Moqui Framework?
If so, why not just migrate to use Moqui Framework?
-David
On Apr 2, 2011, at 10:15 AM, Adrian Crum wrote:
> Based on the pre
That is a good question. The best way to get an idea of how things would look
is to look at the example component (in runtime/component/example), the
configuration files (default: framework/api/conf-default/MoquiDefaultConf.xml,
environment-specific: runtime/conf/...), and the interface definit
David,
We are interested in this project. Let us know the best way to start
playing with the framework and see how we could use it. We do a lot of
custom applications and moqui sounds like a framework that could be used for
this.
Thanks again for your efforts.
Brett
On Sat, Apr 2, 2011 at 1
Based on the previous discussion we had on this subject, I would suggest
we create an 11.x branch, and then start discussing a road map for
porting the changes from Moqui to OFBiz. I hope to be available to help
in November.
-Adrian
On 4/1/2011 11:09 PM, David E Jones wrote:
I still don't k
Hi David,
woow what an achievement, I am always interested in further developments
of the ofbiz project and see this as a further step. You can count me in
for the applications side of things.
Regards,
Hans
On Sat, 2011-04-02 at 00:09 -0600, David E Jones wrote:
> I still don't know if or how al
I still don't know if or how all of this will turn out, but here is the latest
on the changes I've been wanting to make in the OFBiz Framework, but gave up on
doing directly in OFBiz about a year and a half ago. The redesigned framework
is a separate project that is now in beta (I just did the
24 matches
Mail list logo
