OFBiz › OFBiz - Dev

different approach to remote UI

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

20 messages Options

BJ Freeman

different approach to remote UI

Getting ready to change how my SWT(not google) interfaces gets data from
Ofbiz.

Goals:
1) allow the screens from ofbiz to drive the UI presentation.
this allows the UI presentation to change as more data is added.
2) return data as a web page so there is no need to reprogram ofbiz.
3) allows the use of https for secure data transfer.

Scope:
Can have a UI that is more rich. Keep ofbiz the same as it is now.

Harmeet Bedi

Re: different approach to remote UI

Why not use gwt to give same scope.

We spent some time writing a complete UI layer on top of ofbiz in gwt to
make ofbiz oriented towards a niche market. We changed approach as it
was too much work to redo entire UI layer and we felt not the right
approach. However we are still working to do same same scope as you - a
UI that is more rich.

Couple of things we learned that may apply to SWT were:
- Java was not a very good domain language for UI making it cumbersome
to be productive for large application
- It is very nice to use HTML as the frame and embed rich elements

We are now taking the approach of adding rich elements to existing pages
and if necessary replacing pages in parts.
Gwt gives rich client like things in javascript and still keep app web
page pages

Here is what we have started doing with dashboard - found the current
mypage not as pretty and myportal not yet ready.
Wanted to pretty it up.

So framed mypage screenlets tags with portlets and portlets under a
portal. Gives collapsible, drag drop etc. Still reuses all the work done
(so no need to write complete new) as you are only framing html.

our new page looks something like this:


<script language="javascript"
src="emforium.gwt.WidgetFactory.nocache.js"></script>

<div em-type="portal" columnWidths=".4,.6">
<div em-type="portlet" em-children-type="html" headerVisible="true"
heading="portlet" collapsible="true" expanded="true">
---- screenlets go here
</div>
</div>

As an example of what this gives see :
http://extjs.com/examples/portal/portal.html

The header javascript walks the entire page DOM and replaces div tags
having em-type='rich widget' with gwt widgets. These gwt widgets could
frame html, or be completely standalone. e.g. we are also replacing date
selections with a gwt

We could also replace entire segments. e.g replace paginated table with
a gwt grid.

There are a few libraries that are rich with widgets in GWT that can be
applied. We started with gxt : http://extjs.com/products/gxt/. Some
other good candidates are smartgwt ( http://code.google.com/p/smartgwt/
) and default GWT toolkit and associated google projects have some
decent widgets too. (GWT is under apache license so compatible).

It would be very nice if Ofbiz team can consider more GWT. We could
provide code.. developer help etc. to promote this.
We could start with creating a demo that you can see and see if you want
to evaluate this direction more. I feel GWT + HTML is a very good choice
for people writing java servers.

GWT theoretically is just a mechanism where you write java code and that
is generated into javascript and dom manipulation, but it is much more.
- Strong typing in java, debugger support makes it far more productive
and reliable to create rich applications.
- Due to better approach applied with GWT to rich javascript/ajax/dhtml
applications.. one can now write much more complex user interfaces. i.e.
take a leap in rich web application capabilities. i.e. write an entire
webpos in gwt vs. very hard and buggy to write one entirely in javascript.
- Can retain HTML as the frame of application and gwt widgets can
contain html. GWT and ftl templates can play together. So low barrier of
entry, simple nature of web 1.0 is retained.

Harmeet

On 11/30/08 8:27 PM, BJ Freeman wrote:

> Getting ready to change how my SWT(not google) interfaces gets data from
> Ofbiz.
>
> Goals:
> 1) allow the screens from ofbiz to drive the UI presentation.
> this allows the UI presentation to change as more data is added.
> 2) return data as a web page so there is no need to reprogram ofbiz.
> 3) allows the use of https for secure data transfer.
>
> Scope:
> Can have a UI that is more rich. Keep ofbiz the same as it is now.
>

BJ Freeman

Re: different approach to remote UI

I believe you are equating GWT to Google Widget Tools.
I am use GWT/SWT which is pure java and has a interface similar to the
Eclipse IDE.
Just as a note:
this was my first project back in 2003 when I converted my clients from
my Database system to ofbiz.

Harmeet Bedi sent the following on 11/30/2008 6:50 PM:

> Why not use gwt to give same scope.
>
> We spent some time writing a complete UI layer on top of ofbiz in gwt to
> make ofbiz oriented towards a niche market. We changed approach as it
> was too much work to redo entire UI layer and we felt not the right
> approach. However we are still working to do same same scope as you - a
> UI that is more rich.
>
> Couple of things we learned that may apply to SWT were:
> - Java was not a very good domain language for UI making it cumbersome
> to be productive for large application
> - It is very nice to use HTML as the frame and embed rich elements
>
> We are now taking the approach of adding rich elements to existing pages
> and if necessary replacing pages in parts.
> Gwt gives rich client like things in javascript and still keep app web
> page pages
>
>
> Here is what we have started doing with dashboard - found the current
> mypage not as pretty and myportal not yet ready.
> Wanted to pretty it up.
>
> So framed mypage screenlets tags with portlets and portlets under a
> portal. Gives collapsible, drag drop etc. Still reuses all the work done
> (so no need to write complete new) as you are only framing html.
>
> our new page looks something like this:
>
> 
> <script language="javascript"
> src="emforium.gwt.WidgetFactory.nocache.js"></script>
>
> <div em-type="portal" columnWidths=".4,.6">
> <div em-type="portlet" em-children-type="html" headerVisible="true"
> heading="portlet" collapsible="true" expanded="true">
> ---- screenlets go here
> </div>
> </div>
>
> As an example of what this gives see :
> http://extjs.com/examples/portal/portal.html
>
>
> The header javascript walks the entire page DOM and replaces div tags
> having em-type='rich widget' with gwt widgets. These gwt widgets could
> frame html, or be completely standalone. e.g. we are also replacing date
> selections with a gwt
>
> We could also replace entire segments. e.g replace paginated table with
> a gwt grid.
>
>
> There are a few libraries that are rich with widgets in GWT that can be
> applied. We started with gxt : http://extjs.com/products/gxt/. Some
> other good candidates are smartgwt ( http://code.google.com/p/smartgwt/
> ) and default GWT toolkit and associated google projects have some
> decent widgets too. (GWT is under apache license so compatible).
>
> It would be very nice if Ofbiz team can consider more GWT. We could
> provide code.. developer help etc. to promote this.
> We could start with creating a demo that you can see and see if you want
> to evaluate this direction more. I feel GWT + HTML is a very good choice
> for people writing java servers.
>
> GWT theoretically is just a mechanism where you write java code and that
> is generated into javascript and dom manipulation, but it is much more.
> - Strong typing in java, debugger support makes it far more productive
> and reliable to create rich applications.
> - Due to better approach applied with GWT to rich javascript/ajax/dhtml
> applications.. one can now write much more complex user interfaces. i.e.
> take a leap in rich web application capabilities. i.e. write an entire
> webpos in gwt vs. very hard and buggy to write one entirely in javascript.
> - Can retain HTML as the frame of application and gwt widgets can
> contain html. GWT and ftl templates can play together. So low barrier of
> entry, simple nature of web 1.0 is retained.
>
> Harmeet
>
> On 11/30/08 8:27 PM, BJ Freeman wrote:
>> Getting ready to change how my SWT(not google) interfaces gets data from
>> Ofbiz.
>>
>> Goals:
>> 1) allow the screens from ofbiz to drive the UI presentation.
>> this allows the UI presentation to change as more data is added.
>> 2) return data as a web page so there is no need to reprogram ofbiz.
>> 3) allows the use of https for secure data transfer.
>>
>> Scope:
>> Can have a UI that is more rich. Keep ofbiz the same as it is now.
>>
>
>
>

Bruno Busco

Re: different approach to remote UI

In reply to this post by Harmeet Bedi

Very interesting Harmeet!
Would be nice to have a working gwt ofbiz example to download and test
locally.
Could be possible for you to open a JIRA and put there detailed instructions
and patches?

Many thanks,
Bruno

2008/12/1 Harmeet Bedi <[hidden email]>

> Why not use gwt to give same scope.
>
> We spent some time writing a complete UI layer on top of ofbiz in gwt to
> make ofbiz oriented towards a niche market. We changed approach as it was
> too much work to redo entire UI layer and we felt not the right approach.
> However we are still working to do same same scope as you - a UI that is
> more rich.
>
> Couple of things we learned that may apply to SWT were:
> - Java was not a very good domain language for UI making it cumbersome to
> be productive for large application
> - It is very nice to use HTML as the frame and embed rich elements
>
> We are now taking the approach of adding rich elements to existing pages
> and if necessary replacing pages in parts.
> Gwt gives rich client like things in javascript and still keep app web page
> pages
>
>
> Here is what we have started doing with dashboard - found the current
> mypage not as pretty and myportal not yet ready.
> Wanted to pretty it up.
>
> So framed mypage screenlets tags with portlets and portlets under a portal.
> Gives collapsible, drag drop etc. Still reuses all the work done (so no need
> to write complete new) as you are only framing html.
>
> our new page looks something like this:
>
> 
> <script language="javascript"
> src="emforium.gwt.WidgetFactory.nocache.js"></script>
>
> <div em-type="portal" columnWidths=".4,.6">
> <div em-type="portlet" em-children-type="html" headerVisible="true"
> heading="portlet" collapsible="true" expanded="true">
> ---- screenlets go here
> </div>
> </div>
>
> As an example of what this gives see :
> http://extjs.com/examples/portal/portal.html
>
>
> The header javascript walks the entire page DOM and replaces div tags
> having em-type='rich widget' with gwt widgets. These gwt widgets could frame
> html, or be completely standalone. e.g. we are also replacing date
> selections with a gwt
>
> We could also replace entire segments. e.g replace paginated table with a
> gwt grid.
>
>
> There are a few libraries that are rich with widgets in GWT that can be
> applied. We started with gxt : http://extjs.com/products/gxt/. Some other
> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ ) and
> default GWT toolkit and associated google projects have some decent widgets
> too. (GWT is under apache license so compatible).
>
> It would be very nice if Ofbiz team can consider more GWT. We could provide
> code.. developer help etc. to promote this.
> We could start with creating a demo that you can see and see if you want to
> evaluate this direction more. I feel GWT + HTML is a very good choice for
> people writing java servers.
>
> GWT theoretically is just a mechanism where you write java code and that is
> generated into javascript and dom manipulation, but it is much more.
> - Strong typing in java, debugger support makes it far more productive and
> reliable to create rich applications.
> - Due to better approach applied with GWT to rich javascript/ajax/dhtml
> applications.. one can now write much more complex user interfaces. i.e.
> take a leap in rich web application capabilities. i.e. write an entire
> webpos in gwt vs. very hard and buggy to write one entirely in javascript.
> - Can retain HTML as the frame of application and gwt widgets can contain
> html. GWT and ftl templates can play together. So low barrier of entry,
> simple nature of web 1.0 is retained.
>
> Harmeet
>
>
> On 11/30/08 8:27 PM, BJ Freeman wrote:
>
>> Getting ready to change how my SWT(not google) interfaces gets data from
>> Ofbiz.
>>
>> Goals:
>> 1) allow the screens from ofbiz to drive the UI presentation.
>> this allows the UI presentation to change as more data is added.
>> 2) return data as a web page so there is no need to reprogram ofbiz.
>> 3) allows the use of https for secure data transfer.
>>
>> Scope:
>> Can have a UI that is more rich. Keep ofbiz the same as it is now.
>>
>>
>
>

BJ Freeman

Re: different approach to remote UI

In reply to this post by Harmeet Bedi

the main point of this approach is that the fields in the SWT/GWT is
that they are generated on the fly from the screens received from ofbiz.
no data is retained in the local App.
But the tables, can be sortable, reformated for text, just like a
regular SWT/GWT.
The Shell as it were allows for basic layout that is more like what end
users are use to.

Harmeet Bedi sent the following on 11/30/2008 6:50 PM:

BJ Freeman

Re: different approach to remote UI

In reply to this post by Harmeet Bedi

Having slept on you proposal
if you can develop a handler that creates the js, taking it from ofbiz
instead of GWT file, you have great idea.

Harmeet Bedi sent the following on 11/30/2008 6:50 PM:

Jeroen van der Wal

Re: different approach to remote UI

In reply to this post by Harmeet Bedi

This is great, we were about to start investigating this technolgy in relation to OFBiz. Looking forward to some demo code! Perhaps you can start a wikipage as well where we can discuss this.

-Jeroen

Sven Wesley

Re: different approach to remote UI

Just a note on the different-GUI-approach.
Were I spend my days (ie, not running my own projects) we use Adobe Flex for
server GUI development. The Java objects transfers right down to the Flex
client, one developer creates the server side Java object and another writes
the Flex code - no wrapping needed. And the old Struts-based GUI runs in
parallel without problems.

2008/12/3 Jeroen van der Wal <[hidden email]>

>
> This is great, we were about to start investigating this technolgy in
> relation to OFBiz. Looking forward to some demo code! Perhaps you can start
> a wikipage as well where we can discuss this.
>
> -Jeroen
> --
> View this message in context:
> http://www.nabble.com/different-approach-to-remote-UI-tp20764673p20822623.html
> Sent from the OFBiz - Dev mailing list archive at Nabble.com.
>
>

Bilgin Ibryam

Re: different approach to remote UI

In reply to this post by Harmeet Bedi

Hi Harmeet,

Can you show any demo or POC code for gwt integrated with ofbiz?
Do you need to compile and deploy javascipt files in ofbiz after every
change in the screens?
Thanks in advance

Bilgin

On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:

> There are a few libraries that are rich with widgets in GWT that can
> be applied. We started with gxt : http://extjs.com/products/gxt/.
> Some other good candidates are smartgwt ( http://code.google.com/p/smartgwt/
> ) and default GWT toolkit and associated google projects have some
> decent widgets too. (GWT is under apache license so compatible).
>
> It would be very nice if Ofbiz team can consider more GWT. We could
> provide code.. developer help etc. to promote this.
> We could start with creating a demo that you can see and see if you
> want to evaluate this direction more. I feel GWT + HTML is a very
> good choice for people writing java servers.
>
> GWT theoretically is just a mechanism where you write java code and
> that is generated into javascript and dom manipulation, but it is
> much more.
> - Strong typing in java, debugger support makes it far more
> productive and reliable to create rich applications.
> - Due to better approach applied with GWT to rich javascript/ajax/
> dhtml applications.. one can now write much more complex user
> interfaces. i.e. take a leap in rich web application capabilities.
> i.e. write an entire webpos in gwt vs. very hard and buggy to write
> one entirely in javascript.
> - Can retain HTML as the frame of application and gwt widgets can
> contain html. GWT and ftl templates can play together. So low
> barrier of entry, simple nature of web 1.0 is retained.
>
> Harmeet

Jeroen van der Wal-2

Re: different approach to remote UI

Dear Harmeet,

Your GWT approach sounds promising. Could you share more details with
us on how you did it and perhaps supply some code?

Thanks,
-Jeroen

On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]> wrote:

> Hi Harmeet,
>
> Can you show any demo or POC code for gwt integrated with ofbiz?
> Do you need to compile and deploy javascipt files in ofbiz after every
> change in the screens?
> Thanks in advance
>
> Bilgin
>
> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>
>> There are a few libraries that are rich with widgets in GWT that can be
>> applied. We started with gxt : http://extjs.com/products/gxt/. Some other
>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ ) and
>> default GWT toolkit and associated google projects have some decent widgets
>> too. (GWT is under apache license so compatible).
>>
>> It would be very nice if Ofbiz team can consider more GWT. We could
>> provide code.. developer help etc. to promote this.
>> We could start with creating a demo that you can see and see if you want
>> to evaluate this direction more. I feel GWT + HTML is a very good choice for
>> people writing java servers.
>>
>> GWT theoretically is just a mechanism where you write java code and that
>> is generated into javascript and dom manipulation, but it is much more.
>> - Strong typing in java, debugger support makes it far more productive and
>> reliable to create rich applications.
>> - Due to better approach applied with GWT to rich javascript/ajax/dhtml
>> applications.. one can now write much more complex user interfaces. i.e.
>> take a leap in rich web application capabilities. i.e. write an entire
>> webpos in gwt vs. very hard and buggy to write one entirely in javascript.
>> - Can retain HTML as the frame of application and gwt widgets can contain
>> html. GWT and ftl templates can play together. So low barrier of entry,
>> simple nature of web 1.0 is retained.
>>
>> Harmeet
>
>

Bruno Busco

Re: different approach to remote UI

It seems opentaps is going to use GWT.
Shouldn't we consider using it?
-Bruno

2009/2/2 Jeroen van der Wal <[hidden email]>

> Dear Harmeet,
>
> Your GWT approach sounds promising. Could you share more details with
> us on how you did it and perhaps supply some code?
>
> Thanks,
> -Jeroen
>
>
> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
> wrote:
> > Hi Harmeet,
> >
> > Can you show any demo or POC code for gwt integrated with ofbiz?
> > Do you need to compile and deploy javascipt files in ofbiz after every
> > change in the screens?
> > Thanks in advance
> >
> > Bilgin
> >
> > On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
> >
> >> There are a few libraries that are rich with widgets in GWT that can be
> >> applied. We started with gxt : http://extjs.com/products/gxt/. Some
> other
> >> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ ) and
> >> default GWT toolkit and associated google projects have some decent
> widgets
> >> too. (GWT is under apache license so compatible).
> >>
> >> It would be very nice if Ofbiz team can consider more GWT. We could
> >> provide code.. developer help etc. to promote this.
> >> We could start with creating a demo that you can see and see if you want
> >> to evaluate this direction more. I feel GWT + HTML is a very good choice
> for
> >> people writing java servers.
> >>
> >> GWT theoretically is just a mechanism where you write java code and that
> >> is generated into javascript and dom manipulation, but it is much more.
> >> - Strong typing in java, debugger support makes it far more productive
> and
> >> reliable to create rich applications.
> >> - Due to better approach applied with GWT to rich javascript/ajax/dhtml
> >> applications.. one can now write much more complex user interfaces. i.e.
> >> take a leap in rich web application capabilities. i.e. write an entire
> >> webpos in gwt vs. very hard and buggy to write one entirely in
> javascript.
> >> - Can retain HTML as the frame of application and gwt widgets can
> contain
> >> html. GWT and ftl templates can play together. So low barrier of entry,
> >> simple nature of web 1.0 is retained.
> >>
> >> Harmeet
> >
> >
>

David E Jones-3

Re: different approach to remote UI

What for?

-David

On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:

> It seems opentaps is going to use GWT.
> Shouldn't we consider using it?
> -Bruno
>
> 2009/2/2 Jeroen van der Wal <[hidden email]>
>
>> Dear Harmeet,
>>
>> Your GWT approach sounds promising. Could you share more details with
>> us on how you did it and perhaps supply some code?
>>
>> Thanks,
>> -Jeroen
>>
>>
>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>> wrote:
>>> Hi Harmeet,
>>>
>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>> Do you need to compile and deploy javascipt files in ofbiz after
>>> every
>>> change in the screens?
>>> Thanks in advance
>>>
>>> Bilgin
>>>
>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>
>>>> There are a few libraries that are rich with widgets in GWT that
>>>> can be
>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>> other
>>>> good candidates are smartgwt ( http://code.google.com/p/
>>>> smartgwt/ ) and
>>>> default GWT toolkit and associated google projects have some decent
>> widgets
>>>> too. (GWT is under apache license so compatible).
>>>>
>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>> provide code.. developer help etc. to promote this.
>>>> We could start with creating a demo that you can see and see if
>>>> you want
>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>> choice
>> for
>>>> people writing java servers.
>>>>
>>>> GWT theoretically is just a mechanism where you write java code
>>>> and that
>>>> is generated into javascript and dom manipulation, but it is much
>>>> more.
>>>> - Strong typing in java, debugger support makes it far more
>>>> productive
>> and
>>>> reliable to create rich applications.
>>>> - Due to better approach applied with GWT to rich javascript/ajax/
>>>> dhtml
>>>> applications.. one can now write much more complex user
>>>> interfaces. i.e.
>>>> take a leap in rich web application capabilities. i.e. write an
>>>> entire
>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>> javascript.
>>>> - Can retain HTML as the frame of application and gwt widgets can
>> contain
>>>> html. GWT and ftl templates can play together. So low barrier of
>>>> entry,
>>>> simple nature of web 1.0 is retained.
>>>>
>>>> Harmeet
>>>
>>>
>>

Bruno Busco

Re: different approach to remote UI

Well...
...to have something similar to this in the OFBiz UI :
http://opensourcestrategies.com/images/opentaps_gwt_demo.htm

2009/2/4 David E Jones <[hidden email]>

>
> What for?
>
> -David
>
>
>
> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>
> It seems opentaps is going to use GWT.
>> Shouldn't we consider using it?
>> -Bruno
>>
>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>
>> Dear Harmeet,
>>>
>>> Your GWT approach sounds promising. Could you share more details with
>>> us on how you did it and perhaps supply some code?
>>>
>>> Thanks,
>>> -Jeroen
>>>
>>>
>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>>> wrote:
>>>
>>>> Hi Harmeet,
>>>>
>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>> Do you need to compile and deploy javascipt files in ofbiz after every
>>>> change in the screens?
>>>> Thanks in advance
>>>>
>>>> Bilgin
>>>>
>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>
>>>> There are a few libraries that are rich with widgets in GWT that can be
>>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>>>>>
>>>> other
>>>
>>>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ ) and
>>>>> default GWT toolkit and associated google projects have some decent
>>>>>
>>>> widgets
>>>
>>>> too. (GWT is under apache license so compatible).
>>>>>
>>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>>> provide code.. developer help etc. to promote this.
>>>>> We could start with creating a demo that you can see and see if you
>>>>> want
>>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>>> choice
>>>>>
>>>> for
>>>
>>>> people writing java servers.
>>>>>
>>>>> GWT theoretically is just a mechanism where you write java code and
>>>>> that
>>>>> is generated into javascript and dom manipulation, but it is much more.
>>>>> - Strong typing in java, debugger support makes it far more productive
>>>>>
>>>> and
>>>
>>>> reliable to create rich applications.
>>>>> - Due to better approach applied with GWT to rich javascript/ajax/dhtml
>>>>> applications.. one can now write much more complex user interfaces.
>>>>> i.e.
>>>>> take a leap in rich web application capabilities. i.e. write an entire
>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>
>>>> javascript.
>>>
>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>
>>>> contain
>>>
>>>> html. GWT and ftl templates can play together. So low barrier of entry,
>>>>> simple nature of web 1.0 is retained.
>>>>>
>>>>> Harmeet
>>>>>
>>>>
>>>>
>>>>
>>>
>

Bruno Busco

Re: different approach to remote UI

...and GWT is Apache licensed !

2009/2/4 Bruno Busco <[hidden email]>

> Well...
> ...to have something similar to this in the OFBiz UI :
> http://opensourcestrategies.com/images/opentaps_gwt_demo.htm
>
> 2009/2/4 David E Jones <[hidden email]>
>
>
>> What for?
>>
>> -David
>>
>>
>>
>> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>>
>> It seems opentaps is going to use GWT.
>>> Shouldn't we consider using it?
>>> -Bruno
>>>
>>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>>
>>> Dear Harmeet,
>>>>
>>>> Your GWT approach sounds promising. Could you share more details with
>>>> us on how you did it and perhaps supply some code?
>>>>
>>>> Thanks,
>>>> -Jeroen
>>>>
>>>>
>>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>>>> wrote:
>>>>
>>>>> Hi Harmeet,
>>>>>
>>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>>> Do you need to compile and deploy javascipt files in ofbiz after every
>>>>> change in the screens?
>>>>> Thanks in advance
>>>>>
>>>>> Bilgin
>>>>>
>>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>>
>>>>> There are a few libraries that are rich with widgets in GWT that can
>>>>>> be
>>>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>>>>>>
>>>>> other
>>>>
>>>>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ )
>>>>>> and
>>>>>> default GWT toolkit and associated google projects have some decent
>>>>>>
>>>>> widgets
>>>>
>>>>> too. (GWT is under apache license so compatible).
>>>>>>
>>>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>>>> provide code.. developer help etc. to promote this.
>>>>>> We could start with creating a demo that you can see and see if you
>>>>>> want
>>>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>>>> choice
>>>>>>
>>>>> for
>>>>
>>>>> people writing java servers.
>>>>>>
>>>>>> GWT theoretically is just a mechanism where you write java code and
>>>>>> that
>>>>>> is generated into javascript and dom manipulation, but it is much
>>>>>> more.
>>>>>> - Strong typing in java, debugger support makes it far more productive
>>>>>>
>>>>> and
>>>>
>>>>> reliable to create rich applications.
>>>>>> - Due to better approach applied with GWT to rich
>>>>>> javascript/ajax/dhtml
>>>>>> applications.. one can now write much more complex user interfaces.
>>>>>> i.e.
>>>>>> take a leap in rich web application capabilities. i.e. write an entire
>>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>>
>>>>> javascript.
>>>>
>>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>>
>>>>> contain
>>>>
>>>>> html. GWT and ftl templates can play together. So low barrier of entry,
>>>>>> simple nature of web 1.0 is retained.
>>>>>>
>>>>>> Harmeet
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>
>

David E Jones-3

Re: different approach to remote UI

On Feb 4, 2009, at 3:49 PM, Bruno Busco wrote:

> ...and GWT is Apache licensed !

That does make is easier to include... but isn't really a reason to
use it... ;)

> 2009/2/4 Bruno Busco <[hidden email]>
>
>> Well...
>> ...to have something similar to this in the OFBiz UI :
>> http://opensourcestrategies.com/images/opentaps_gwt_demo.htm

I don't know about others, but so far if OSS decides to do something
in opentaps I take it as a good reason to NOT do the same in OFBiz. :)

Quite a few of the things in that little recording are already
supported in the form and screen widgets (with demos in the Example
app), and other things could certainly be done.

The question is... how does GWT compare to other options? You can
probably find dozens of emails on this topic in the archives if you're
interested (ie comparing them to other JavaScript/AJAX libraries like
prototype and dojo and such).

AFAIK no one has done an adequate comparison of these technologies for
what we want to do in OFBiz (or what users of OFBiz want to do, more
to the point), but IMO we have more flexibility with our current
tools, and not requiring the translation it makes it easier to debug
and do funky things if needed... and as for overall development
efficiency... I dunno, but my guess is the current approach is better
so unless we find good reasons to move to GWT or something pushes it
and does neat things with it that make it into the project, we
probably won't use it much.

-David

>> 2009/2/4 David E Jones <[hidden email]>
>>
>>
>>> What for?
>>>
>>> -David
>>>
>>>
>>>
>>> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>>>
>>> It seems opentaps is going to use GWT.
>>>> Shouldn't we consider using it?
>>>> -Bruno
>>>>
>>>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>>>
>>>> Dear Harmeet,
>>>>>
>>>>> Your GWT approach sounds promising. Could you share more details
>>>>> with
>>>>> us on how you did it and perhaps supply some code?
>>>>>
>>>>> Thanks,
>>>>> -Jeroen
>>>>>
>>>>>
>>>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]
>>>>> >
>>>>> wrote:
>>>>>
>>>>>> Hi Harmeet,
>>>>>>
>>>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>>>> Do you need to compile and deploy javascipt files in ofbiz
>>>>>> after every
>>>>>> change in the screens?
>>>>>> Thanks in advance
>>>>>>
>>>>>> Bilgin
>>>>>>
>>>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>>>
>>>>>> There are a few libraries that are rich with widgets in GWT
>>>>>> that can
>>>>>>> be
>>>>>>> applied. We started with gxt : http://extjs.com/products/gxt/.
>>>>>>> Some
>>>>>>>
>>>>>> other
>>>>>
>>>>>> good candidates are smartgwt ( http://code.google.com/p/
>>>>>> smartgwt/ )
>>>>>>> and
>>>>>>> default GWT toolkit and associated google projects have some
>>>>>>> decent
>>>>>>>
>>>>>> widgets
>>>>>
>>>>>> too. (GWT is under apache license so compatible).
>>>>>>>
>>>>>>> It would be very nice if Ofbiz team can consider more GWT. We
>>>>>>> could
>>>>>>> provide code.. developer help etc. to promote this.
>>>>>>> We could start with creating a demo that you can see and see
>>>>>>> if you
>>>>>>> want
>>>>>>> to evaluate this direction more. I feel GWT + HTML is a very
>>>>>>> good
>>>>>>> choice
>>>>>>>
>>>>>> for
>>>>>
>>>>>> people writing java servers.
>>>>>>>
>>>>>>> GWT theoretically is just a mechanism where you write java
>>>>>>> code and
>>>>>>> that
>>>>>>> is generated into javascript and dom manipulation, but it is
>>>>>>> much
>>>>>>> more.
>>>>>>> - Strong typing in java, debugger support makes it far more
>>>>>>> productive
>>>>>>>
>>>>>> and
>>>>>
>>>>>> reliable to create rich applications.
>>>>>>> - Due to better approach applied with GWT to rich
>>>>>>> javascript/ajax/dhtml
>>>>>>> applications.. one can now write much more complex user
>>>>>>> interfaces.
>>>>>>> i.e.
>>>>>>> take a leap in rich web application capabilities. i.e. write
>>>>>>> an entire
>>>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>>>
>>>>>> javascript.
>>>>>
>>>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>>>
>>>>>> contain
>>>>>
>>>>>> html. GWT and ftl templates can play together. So low barrier
>>>>>> of entry,
>>>>>>> simple nature of web 1.0 is retained.
>>>>>>>
>>>>>>> Harmeet
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>
>>

BJ Freeman

Re: different approach to remote UI

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I agree with David.
But if someone want to go to the trouble of doing the code I don't see
why it can't be put in the jira for someone to use if they want to.
Just as a heads up I use the current screens in my remote UI(java swing).
my app reads the screens, generates the equivalent in the UI i have, and
sends the changes as if a user does it.
This allows ofbiz to keep it dynamics, and allow my users to have a
intuitive UI.

As ofbiz screens change at the browser level, then I have one module in
my code that gets updated.

as far as "Remote" UI's I think they should be designed at arms length
to ofbiz.
that is what SOap is suppose to do.
so maybe getting Soap more robust would be one way.

David E Jones sent the following on 2/4/2009 4:33 PM:

>
> On Feb 4, 2009, at 3:49 PM, Bruno Busco wrote:
>
>> ...and GWT is Apache licensed !
>
> That does make is easier to include... but isn't really a reason to use
> it... ;)
>
>
>> 2009/2/4 Bruno Busco <[hidden email]>
>>
>>> Well...
>>> ...to have something similar to this in the OFBiz UI :
>>> http://opensourcestrategies.com/images/opentaps_gwt_demo.htm
>
> I don't know about others, but so far if OSS decides to do something in
> opentaps I take it as a good reason to NOT do the same in OFBiz. :)
>
> Quite a few of the things in that little recording are already supported
> in the form and screen widgets (with demos in the Example app), and
> other things could certainly be done.
>
> The question is... how does GWT compare to other options? You can
> probably find dozens of emails on this topic in the archives if you're
> interested (ie comparing them to other JavaScript/AJAX libraries like
> prototype and dojo and such).
>
> AFAIK no one has done an adequate comparison of these technologies for
> what we want to do in OFBiz (or what users of OFBiz want to do, more to
> the point), but IMO we have more flexibility with our current tools, and
> not requiring the translation it makes it easier to debug and do funky
> things if needed... and as for overall development efficiency... I
> dunno, but my guess is the current approach is better so unless we find
> good reasons to move to GWT or something pushes it and does neat things
> with it that make it into the project, we probably won't use it much.
>
> -David
>
>
>>> 2009/2/4 David E Jones <[hidden email]>
>>>
>>>
>>>> What for?
>>>>
>>>> -David
>>>>
>>>>
>>>>
>>>> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>>>>
>>>> It seems opentaps is going to use GWT.
>>>>> Shouldn't we consider using it?
>>>>> -Bruno
>>>>>
>>>>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>>>>
>>>>> Dear Harmeet,
>>>>>>
>>>>>> Your GWT approach sounds promising. Could you share more details with
>>>>>> us on how you did it and perhaps supply some code?
>>>>>>
>>>>>> Thanks,
>>>>>> -Jeroen
>>>>>>
>>>>>>
>>>>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi Harmeet,
>>>>>>>
>>>>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>>>>> Do you need to compile and deploy javascipt files in ofbiz after
>>>>>>> every
>>>>>>> change in the screens?
>>>>>>> Thanks in advance
>>>>>>>
>>>>>>> Bilgin
>>>>>>>
>>>>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>>>>
>>>>>>> There are a few libraries that are rich with widgets in GWT that can
>>>>>>>> be
>>>>>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>>>>>>>>
>>>>>>> other
>>>>>>
>>>>>>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ )
>>>>>>>> and
>>>>>>>> default GWT toolkit and associated google projects have some decent
>>>>>>>>
>>>>>>> widgets
>>>>>>
>>>>>>> too. (GWT is under apache license so compatible).
>>>>>>>>
>>>>>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>>>>>> provide code.. developer help etc. to promote this.
>>>>>>>> We could start with creating a demo that you can see and see if you
>>>>>>>> want
>>>>>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>>>>>> choice
>>>>>>>>
>>>>>>> for
>>>>>>
>>>>>>> people writing java servers.
>>>>>>>>
>>>>>>>> GWT theoretically is just a mechanism where you write java code and
>>>>>>>> that
>>>>>>>> is generated into javascript and dom manipulation, but it is much
>>>>>>>> more.
>>>>>>>> - Strong typing in java, debugger support makes it far more
>>>>>>>> productive
>>>>>>>>
>>>>>>> and
>>>>>>
>>>>>>> reliable to create rich applications.
>>>>>>>> - Due to better approach applied with GWT to rich
>>>>>>>> javascript/ajax/dhtml
>>>>>>>> applications.. one can now write much more complex user interfaces.
>>>>>>>> i.e.
>>>>>>>> take a leap in rich web application capabilities. i.e. write an
>>>>>>>> entire
>>>>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>>>>
>>>>>>> javascript.
>>>>>>
>>>>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>>>>
>>>>>>> contain
>>>>>>
>>>>>>> html. GWT and ftl templates can play together. So low barrier of
>>>>>>> entry,
>>>>>>>> simple nature of web 1.0 is retained.
>>>>>>>>
>>>>>>>> Harmeet
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>
>
>
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJi0IMrP3NbaWWqE4RAhD2AKDKK8S/y8fTBY0S4ESL0FvUIB44nQCgivY8
30sxyQzqM40j2hqVMicZzj8=
=QKT7
-----END PGP SIGNATURE-----

Bruno Busco

Re: different approach to remote UI

BJ,
I am interested in better understand how the architecture you describe works.
Is this a client-server architecture?
I mean a java swing application running on the client that make
requestes to the OFBiz server?

Thank you,
-Bruno

2009/2/5 BJ Freeman <[hidden email]>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I agree with David.
> But if someone want to go to the trouble of doing the code I don't see
> why it can't be put in the jira for someone to use if they want to.
> Just as a heads up I use the current screens in my remote UI(java swing).
> my app reads the screens, generates the equivalent in the UI i have, and
> sends the changes as if a user does it.
> This allows ofbiz to keep it dynamics, and allow my users to have a
> intuitive UI.
>
> As ofbiz screens change at the browser level, then I have one module in
> my code that gets updated.
>
> as far as "Remote" UI's I think they should be designed at arms length
> to ofbiz.
> that is what SOap is suppose to do.
> so maybe getting Soap more robust would be one way.
>
> David E Jones sent the following on 2/4/2009 4:33 PM:
>>
>> On Feb 4, 2009, at 3:49 PM, Bruno Busco wrote:
>>
>>> ...and GWT is Apache licensed !
>>
>> That does make is easier to include... but isn't really a reason to use
>> it... ;)
>>
>>
>>> 2009/2/4 Bruno Busco <[hidden email]>
>>>
>>>> Well...
>>>> ...to have something similar to this in the OFBiz UI :
>>>> http://opensourcestrategies.com/images/opentaps_gwt_demo.htm
>>
>> I don't know about others, but so far if OSS decides to do something in
>> opentaps I take it as a good reason to NOT do the same in OFBiz. :)
>>
>> Quite a few of the things in that little recording are already supported
>> in the form and screen widgets (with demos in the Example app), and
>> other things could certainly be done.
>>
>> The question is... how does GWT compare to other options? You can
>> probably find dozens of emails on this topic in the archives if you're
>> interested (ie comparing them to other JavaScript/AJAX libraries like
>> prototype and dojo and such).
>>
>> AFAIK no one has done an adequate comparison of these technologies for
>> what we want to do in OFBiz (or what users of OFBiz want to do, more to
>> the point), but IMO we have more flexibility with our current tools, and
>> not requiring the translation it makes it easier to debug and do funky
>> things if needed... and as for overall development efficiency... I
>> dunno, but my guess is the current approach is better so unless we find
>> good reasons to move to GWT or something pushes it and does neat things
>> with it that make it into the project, we probably won't use it much.
>>
>> -David
>>
>>
>>>> 2009/2/4 David E Jones <[hidden email]>
>>>>
>>>>
>>>>> What for?
>>>>>
>>>>> -David
>>>>>
>>>>>
>>>>>
>>>>> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>>>>>
>>>>> It seems opentaps is going to use GWT.
>>>>>> Shouldn't we consider using it?
>>>>>> -Bruno
>>>>>>
>>>>>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>>>>>
>>>>>> Dear Harmeet,
>>>>>>>
>>>>>>> Your GWT approach sounds promising. Could you share more details with
>>>>>>> us on how you did it and perhaps supply some code?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> -Jeroen
>>>>>>>
>>>>>>>
>>>>>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Harmeet,
>>>>>>>>
>>>>>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>>>>>> Do you need to compile and deploy javascipt files in ofbiz after
>>>>>>>> every
>>>>>>>> change in the screens?
>>>>>>>> Thanks in advance
>>>>>>>>
>>>>>>>> Bilgin
>>>>>>>>
>>>>>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>>>>>
>>>>>>>> There are a few libraries that are rich with widgets in GWT that can
>>>>>>>>> be
>>>>>>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>>>>>>>>>
>>>>>>>> other
>>>>>>>
>>>>>>>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ )
>>>>>>>>> and
>>>>>>>>> default GWT toolkit and associated google projects have some decent
>>>>>>>>>
>>>>>>>> widgets
>>>>>>>
>>>>>>>> too. (GWT is under apache license so compatible).
>>>>>>>>>
>>>>>>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>>>>>>> provide code.. developer help etc. to promote this.
>>>>>>>>> We could start with creating a demo that you can see and see if you
>>>>>>>>> want
>>>>>>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>>>>>>> choice
>>>>>>>>>
>>>>>>>> for
>>>>>>>
>>>>>>>> people writing java servers.
>>>>>>>>>
>>>>>>>>> GWT theoretically is just a mechanism where you write java code and
>>>>>>>>> that
>>>>>>>>> is generated into javascript and dom manipulation, but it is much
>>>>>>>>> more.
>>>>>>>>> - Strong typing in java, debugger support makes it far more
>>>>>>>>> productive
>>>>>>>>>
>>>>>>>> and
>>>>>>>
>>>>>>>> reliable to create rich applications.
>>>>>>>>> - Due to better approach applied with GWT to rich
>>>>>>>>> javascript/ajax/dhtml
>>>>>>>>> applications.. one can now write much more complex user interfaces.
>>>>>>>>> i.e.
>>>>>>>>> take a leap in rich web application capabilities. i.e. write an
>>>>>>>>> entire
>>>>>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>>>>>
>>>>>>>> javascript.
>>>>>>>
>>>>>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>>>>>
>>>>>>>> contain
>>>>>>>
>>>>>>>> html. GWT and ftl templates can play together. So low barrier of
>>>>>>>> entry,
>>>>>>>>> simple nature of web 1.0 is retained.
>>>>>>>>>
>>>>>>>>> Harmeet
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>
>>
>>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJi0IMrP3NbaWWqE4RAhD2AKDKK8S/y8fTBY0S4ESL0FvUIB44nQCgivY8
> 30sxyQzqM40j2hqVMicZzj8=
> =QKT7
> -----END PGP SIGNATURE-----
>

BJ Freeman

Re: different approach to remote UI

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

it is a combination applet/application that can be detached from a
webpage and used Standalone.
there is one module in it that communicates with ofbiz as you say
client/server, but not in the traditional way. That is the one the is
mostly updated.
What it achieves is very loose coupling to ofbiz. It only deals with
data presented from ofbiz webpages and Sending Data back as if a user
did something on the ofbiz webpage.

so I have a very rich UI for the user. Similar to the Eclipse UI.

Bruno Busco sent the following on 2/5/2009 11:57 AM:

> BJ,
> I am interested in better understand how the architecture you describe works.
> Is this a client-server architecture?
> I mean a java swing application running on the client that make
> requestes to the OFBiz server?
>
> Thank you,
> -Bruno
>
> 2009/2/5 BJ Freeman <[hidden email]>:
> I agree with David.
> But if someone want to go to the trouble of doing the code I don't see
> why it can't be put in the jira for someone to use if they want to.
> Just as a heads up I use the current screens in my remote UI(java swing).
> my app reads the screens, generates the equivalent in the UI i have, and
> sends the changes as if a user does it.
> This allows ofbiz to keep it dynamics, and allow my users to have a
> intuitive UI.
>
> As ofbiz screens change at the browser level, then I have one module in
> my code that gets updated.
>
> as far as "Remote" UI's I think they should be designed at arms length
> to ofbiz.
> that is what SOap is suppose to do.
> so maybe getting Soap more robust would be one way.
>
> David E Jones sent the following on 2/4/2009 4:33 PM:
>>>> On Feb 4, 2009, at 3:49 PM, Bruno Busco wrote:
>>>>
>>>>> ...and GWT is Apache licensed !
>>>> That does make is easier to include... but isn't really a reason to use
>>>> it... ;)
>>>>
>>>>
>>>>> 2009/2/4 Bruno Busco <[hidden email]>
>>>>>
>>>>>> Well...
>>>>>> ...to have something similar to this in the OFBiz UI :
>>>>>> http://opensourcestrategies.com/images/opentaps_gwt_demo.htm
>>>> I don't know about others, but so far if OSS decides to do something in
>>>> opentaps I take it as a good reason to NOT do the same in OFBiz. :)
>>>>
>>>> Quite a few of the things in that little recording are already supported
>>>> in the form and screen widgets (with demos in the Example app), and
>>>> other things could certainly be done.
>>>>
>>>> The question is... how does GWT compare to other options? You can
>>>> probably find dozens of emails on this topic in the archives if you're
>>>> interested (ie comparing them to other JavaScript/AJAX libraries like
>>>> prototype and dojo and such).
>>>>
>>>> AFAIK no one has done an adequate comparison of these technologies for
>>>> what we want to do in OFBiz (or what users of OFBiz want to do, more to
>>>> the point), but IMO we have more flexibility with our current tools, and
>>>> not requiring the translation it makes it easier to debug and do funky
>>>> things if needed... and as for overall development efficiency... I
>>>> dunno, but my guess is the current approach is better so unless we find
>>>> good reasons to move to GWT or something pushes it and does neat things
>>>> with it that make it into the project, we probably won't use it much.
>>>>
>>>> -David
>>>>
>>>>
>>>>>> 2009/2/4 David E Jones <[hidden email]>
>>>>>>
>>>>>>
>>>>>>> What for?
>>>>>>>
>>>>>>> -David
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>>>>>>>
>>>>>>> It seems opentaps is going to use GWT.
>>>>>>>> Shouldn't we consider using it?
>>>>>>>> -Bruno
>>>>>>>>
>>>>>>>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>>>>>>>
>>>>>>>> Dear Harmeet,
>>>>>>>>> Your GWT approach sounds promising. Could you share more details with
>>>>>>>>> us on how you did it and perhaps supply some code?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> -Jeroen
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Harmeet,
>>>>>>>>>>
>>>>>>>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>>>>>>>> Do you need to compile and deploy javascipt files in ofbiz after
>>>>>>>>>> every
>>>>>>>>>> change in the screens?
>>>>>>>>>> Thanks in advance
>>>>>>>>>>
>>>>>>>>>> Bilgin
>>>>>>>>>>
>>>>>>>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>>>>>>>
>>>>>>>>>> There are a few libraries that are rich with widgets in GWT that can
>>>>>>>>>>> be
>>>>>>>>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>>>>>>>>>>>
>>>>>>>>>> other
>>>>>>>>>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ )
>>>>>>>>>>> and
>>>>>>>>>>> default GWT toolkit and associated google projects have some decent
>>>>>>>>>>>
>>>>>>>>>> widgets
>>>>>>>>>> too. (GWT is under apache license so compatible).
>>>>>>>>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>>>>>>>>> provide code.. developer help etc. to promote this.
>>>>>>>>>>> We could start with creating a demo that you can see and see if you
>>>>>>>>>>> want
>>>>>>>>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>>>>>>>>> choice
>>>>>>>>>>>
>>>>>>>>>> for
>>>>>>>>>> people writing java servers.
>>>>>>>>>>> GWT theoretically is just a mechanism where you write java code and
>>>>>>>>>>> that
>>>>>>>>>>> is generated into javascript and dom manipulation, but it is much
>>>>>>>>>>> more.
>>>>>>>>>>> - Strong typing in java, debugger support makes it far more
>>>>>>>>>>> productive
>>>>>>>>>>>
>>>>>>>>>> and
>>>>>>>>>> reliable to create rich applications.
>>>>>>>>>>> - Due to better approach applied with GWT to rich
>>>>>>>>>>> javascript/ajax/dhtml
>>>>>>>>>>> applications.. one can now write much more complex user interfaces.
>>>>>>>>>>> i.e.
>>>>>>>>>>> take a leap in rich web application capabilities. i.e. write an
>>>>>>>>>>> entire
>>>>>>>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>>>>>>>
>>>>>>>>>> javascript.
>>>>>>>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>>>>>> contain
>>>>>>>>>> html. GWT and ftl templates can play together. So low barrier of
>>>>>>>>>> entry,
>>>>>>>>>>> simple nature of web 1.0 is retained.
>>>>>>>>>>>
>>>>>>>>>>> Harmeet
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>
>>>>
>>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJi0tJrP3NbaWWqE4RAsBIAJoCXWxeLHo4TdLU0Gj9kuT3/Ij/fACgtR9w
pNz35AKe6OAEbRM87CPvJxA=
=p0o/
-----END PGP SIGNATURE-----

Bruno Busco

Re: different approach to remote UI

OK, now I see,

thank you for explaining.

2009/2/5 BJ Freeman <[hidden email]>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> it is a combination applet/application that can be detached from a
> webpage and used Standalone.
> there is one module in it that communicates with ofbiz as you say
> client/server, but not in the traditional way. That is the one the is
> mostly updated.
> What it achieves is very loose coupling to ofbiz. It only deals with
> data presented from ofbiz webpages and Sending Data back as if a user
> did something on the ofbiz webpage.
>
> so I have a very rich UI for the user. Similar to the Eclipse UI.
>
>
> Bruno Busco sent the following on 2/5/2009 11:57 AM:
>> BJ,
>> I am interested in better understand how the architecture you describe works.
>> Is this a client-server architecture?
>> I mean a java swing application running on the client that make
>> requestes to the OFBiz server?
>>
>> Thank you,
>> -Bruno
>>
>> 2009/2/5 BJ Freeman <[hidden email]>:
>> I agree with David.
>> But if someone want to go to the trouble of doing the code I don't see
>> why it can't be put in the jira for someone to use if they want to.
>> Just as a heads up I use the current screens in my remote UI(java swing).
>> my app reads the screens, generates the equivalent in the UI i have, and
>> sends the changes as if a user does it.
>> This allows ofbiz to keep it dynamics, and allow my users to have a
>> intuitive UI.
>>
>> As ofbiz screens change at the browser level, then I have one module in
>> my code that gets updated.
>>
>> as far as "Remote" UI's I think they should be designed at arms length
>> to ofbiz.
>> that is what SOap is suppose to do.
>> so maybe getting Soap more robust would be one way.
>>
>> David E Jones sent the following on 2/4/2009 4:33 PM:
>>>>> On Feb 4, 2009, at 3:49 PM, Bruno Busco wrote:
>>>>>
>>>>>> ...and GWT is Apache licensed !
>>>>> That does make is easier to include... but isn't really a reason to use
>>>>> it... ;)
>>>>>
>>>>>
>>>>>> 2009/2/4 Bruno Busco <[hidden email]>
>>>>>>
>>>>>>> Well...
>>>>>>> ...to have something similar to this in the OFBiz UI :
>>>>>>> http://opensourcestrategies.com/images/opentaps_gwt_demo.htm
>>>>> I don't know about others, but so far if OSS decides to do something in
>>>>> opentaps I take it as a good reason to NOT do the same in OFBiz. :)
>>>>>
>>>>> Quite a few of the things in that little recording are already supported
>>>>> in the form and screen widgets (with demos in the Example app), and
>>>>> other things could certainly be done.
>>>>>
>>>>> The question is... how does GWT compare to other options? You can
>>>>> probably find dozens of emails on this topic in the archives if you're
>>>>> interested (ie comparing them to other JavaScript/AJAX libraries like
>>>>> prototype and dojo and such).
>>>>>
>>>>> AFAIK no one has done an adequate comparison of these technologies for
>>>>> what we want to do in OFBiz (or what users of OFBiz want to do, more to
>>>>> the point), but IMO we have more flexibility with our current tools, and
>>>>> not requiring the translation it makes it easier to debug and do funky
>>>>> things if needed... and as for overall development efficiency... I
>>>>> dunno, but my guess is the current approach is better so unless we find
>>>>> good reasons to move to GWT or something pushes it and does neat things
>>>>> with it that make it into the project, we probably won't use it much.
>>>>>
>>>>> -David
>>>>>
>>>>>
>>>>>>> 2009/2/4 David E Jones <[hidden email]>
>>>>>>>
>>>>>>>
>>>>>>>> What for?
>>>>>>>>
>>>>>>>> -David
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>>>>>>>>
>>>>>>>> It seems opentaps is going to use GWT.
>>>>>>>>> Shouldn't we consider using it?
>>>>>>>>> -Bruno
>>>>>>>>>
>>>>>>>>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>>>>>>>>
>>>>>>>>> Dear Harmeet,
>>>>>>>>>> Your GWT approach sounds promising. Could you share more details with
>>>>>>>>>> us on how you did it and perhaps supply some code?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> -Jeroen
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Harmeet,
>>>>>>>>>>>
>>>>>>>>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>>>>>>>>> Do you need to compile and deploy javascipt files in ofbiz after
>>>>>>>>>>> every
>>>>>>>>>>> change in the screens?
>>>>>>>>>>> Thanks in advance
>>>>>>>>>>>
>>>>>>>>>>> Bilgin
>>>>>>>>>>>
>>>>>>>>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>>>>>>>>
>>>>>>>>>>> There are a few libraries that are rich with widgets in GWT that can
>>>>>>>>>>>> be
>>>>>>>>>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>>>>>>>>>>>>
>>>>>>>>>>> other
>>>>>>>>>>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ )
>>>>>>>>>>>> and
>>>>>>>>>>>> default GWT toolkit and associated google projects have some decent
>>>>>>>>>>>>
>>>>>>>>>>> widgets
>>>>>>>>>>> too. (GWT is under apache license so compatible).
>>>>>>>>>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>>>>>>>>>> provide code.. developer help etc. to promote this.
>>>>>>>>>>>> We could start with creating a demo that you can see and see if you
>>>>>>>>>>>> want
>>>>>>>>>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>>>>>>>>>> choice
>>>>>>>>>>>>
>>>>>>>>>>> for
>>>>>>>>>>> people writing java servers.
>>>>>>>>>>>> GWT theoretically is just a mechanism where you write java code and
>>>>>>>>>>>> that
>>>>>>>>>>>> is generated into javascript and dom manipulation, but it is much
>>>>>>>>>>>> more.
>>>>>>>>>>>> - Strong typing in java, debugger support makes it far more
>>>>>>>>>>>> productive
>>>>>>>>>>>>
>>>>>>>>>>> and
>>>>>>>>>>> reliable to create rich applications.
>>>>>>>>>>>> - Due to better approach applied with GWT to rich
>>>>>>>>>>>> javascript/ajax/dhtml
>>>>>>>>>>>> applications.. one can now write much more complex user interfaces.
>>>>>>>>>>>> i.e.
>>>>>>>>>>>> take a leap in rich web application capabilities. i.e. write an
>>>>>>>>>>>> entire
>>>>>>>>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>>>>>>>>
>>>>>>>>>>> javascript.
>>>>>>>>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>>>>>>> contain
>>>>>>>>>>> html. GWT and ftl templates can play together. So low barrier of
>>>>>>>>>>> entry,
>>>>>>>>>>>> simple nature of web 1.0 is retained.
>>>>>>>>>>>>
>>>>>>>>>>>> Harmeet
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>
>>>>>
>>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJi0tJrP3NbaWWqE4RAsBIAJoCXWxeLHo4TdLU0Gj9kuT3/Ij/fACgtR9w
> pNz35AKe6OAEbRM87CPvJxA=
> =p0o/
> -----END PGP SIGNATURE-----
>

rajsaini

Re: different approach to remote UI

In reply to this post by BJ Freeman

Last week, I integrate Eclipse RAP (http://www.eclipse.org/rap/) with
OFBiz to tryout the the cool AJAX and OSGi stuff. The rapdemo
application worked well. This could be a good alternative to the desktop
rich client application (Of course not the default OFBiz UI).

Thanks,

Raj

BJ Freeman wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> it is a combination applet/application that can be detached from a
> webpage and used Standalone.
> there is one module in it that communicates with ofbiz as you say
> client/server, but not in the traditional way. That is the one the is
> mostly updated.
> What it achieves is very loose coupling to ofbiz. It only deals with
> data presented from ofbiz webpages and Sending Data back as if a user
> did something on the ofbiz webpage.
>
> so I have a very rich UI for the user. Similar to the Eclipse UI.
>
>
> Bruno Busco sent the following on 2/5/2009 11:57 AM:
>
>> BJ,
>> I am interested in better understand how the architecture you describe works.
>> Is this a client-server architecture?
>> I mean a java swing application running on the client that make
>> requestes to the OFBiz server?
>>
>> Thank you,
>> -Bruno
>>
>> 2009/2/5 BJ Freeman <[hidden email]>:
>> I agree with David.
>> But if someone want to go to the trouble of doing the code I don't see
>> why it can't be put in the jira for someone to use if they want to.
>> Just as a heads up I use the current screens in my remote UI(java swing).
>> my app reads the screens, generates the equivalent in the UI i have, and
>> sends the changes as if a user does it.
>> This allows ofbiz to keep it dynamics, and allow my users to have a
>> intuitive UI.
>>
>> As ofbiz screens change at the browser level, then I have one module in
>> my code that gets updated.
>>
>> as far as "Remote" UI's I think they should be designed at arms length
>> to ofbiz.
>> that is what SOap is suppose to do.
>> so maybe getting Soap more robust would be one way.
>>
>> David E Jones sent the following on 2/4/2009 4:33 PM:
>>
>>>>> On Feb 4, 2009, at 3:49 PM, Bruno Busco wrote:
>>>>>
>>>>>
>>>>>> ...and GWT is Apache licensed !
>>>>>>
>>>>> That does make is easier to include... but isn't really a reason to use
>>>>> it... ;)
>>>>>
>>>>>
>>>>>
>>>>>> 2009/2/4 Bruno Busco <[hidden email]>
>>>>>>
>>>>>>
>>>>>>> Well...
>>>>>>> ...to have something similar to this in the OFBiz UI :
>>>>>>> http://opensourcestrategies.com/images/opentaps_gwt_demo.htm
>>>>>>>
>>>>> I don't know about others, but so far if OSS decides to do something in
>>>>> opentaps I take it as a good reason to NOT do the same in OFBiz. :)
>>>>>
>>>>> Quite a few of the things in that little recording are already supported
>>>>> in the form and screen widgets (with demos in the Example app), and
>>>>> other things could certainly be done.
>>>>>
>>>>> The question is... how does GWT compare to other options? You can
>>>>> probably find dozens of emails on this topic in the archives if you're
>>>>> interested (ie comparing them to other JavaScript/AJAX libraries like
>>>>> prototype and dojo and such).
>>>>>
>>>>> AFAIK no one has done an adequate comparison of these technologies for
>>>>> what we want to do in OFBiz (or what users of OFBiz want to do, more to
>>>>> the point), but IMO we have more flexibility with our current tools, and
>>>>> not requiring the translation it makes it easier to debug and do funky
>>>>> things if needed... and as for overall development efficiency... I
>>>>> dunno, but my guess is the current approach is better so unless we find
>>>>> good reasons to move to GWT or something pushes it and does neat things
>>>>> with it that make it into the project, we probably won't use it much.
>>>>>
>>>>> -David
>>>>>
>>>>>
>>>>>
>>>>>>> 2009/2/4 David E Jones <[hidden email]>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> What for?
>>>>>>>>
>>>>>>>> -David
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Feb 4, 2009, at 2:52 PM, Bruno Busco wrote:
>>>>>>>>
>>>>>>>> It seems opentaps is going to use GWT.
>>>>>>>>
>>>>>>>>> Shouldn't we consider using it?
>>>>>>>>> -Bruno
>>>>>>>>>
>>>>>>>>> 2009/2/2 Jeroen van der Wal <[hidden email]>
>>>>>>>>>
>>>>>>>>> Dear Harmeet,
>>>>>>>>>
>>>>>>>>>> Your GWT approach sounds promising. Could you share more details with
>>>>>>>>>> us on how you did it and perhaps supply some code?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> -Jeroen
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam <[hidden email]>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Hi Harmeet,
>>>>>>>>>>>
>>>>>>>>>>> Can you show any demo or POC code for gwt integrated with ofbiz?
>>>>>>>>>>> Do you need to compile and deploy javascipt files in ofbiz after
>>>>>>>>>>> every
>>>>>>>>>>> change in the screens?
>>>>>>>>>>> Thanks in advance
>>>>>>>>>>>
>>>>>>>>>>> Bilgin
>>>>>>>>>>>
>>>>>>>>>>> On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote:
>>>>>>>>>>>
>>>>>>>>>>> There are a few libraries that are rich with widgets in GWT that can
>>>>>>>>>>>
>>>>>>>>>>>> be
>>>>>>>>>>>> applied. We started with gxt : http://extjs.com/products/gxt/. Some
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> other
>>>>>>>>>>> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ )
>>>>>>>>>>>
>>>>>>>>>>>> and
>>>>>>>>>>>> default GWT toolkit and associated google projects have some decent
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> widgets
>>>>>>>>>>> too. (GWT is under apache license so compatible).
>>>>>>>>>>>
>>>>>>>>>>>> It would be very nice if Ofbiz team can consider more GWT. We could
>>>>>>>>>>>> provide code.. developer help etc. to promote this.
>>>>>>>>>>>> We could start with creating a demo that you can see and see if you
>>>>>>>>>>>> want
>>>>>>>>>>>> to evaluate this direction more. I feel GWT + HTML is a very good
>>>>>>>>>>>> choice
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> for
>>>>>>>>>>> people writing java servers.
>>>>>>>>>>>
>>>>>>>>>>>> GWT theoretically is just a mechanism where you write java code and
>>>>>>>>>>>> that
>>>>>>>>>>>> is generated into javascript and dom manipulation, but it is much
>>>>>>>>>>>> more.
>>>>>>>>>>>> - Strong typing in java, debugger support makes it far more
>>>>>>>>>>>> productive
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> and
>>>>>>>>>>> reliable to create rich applications.
>>>>>>>>>>>
>>>>>>>>>>>> - Due to better approach applied with GWT to rich
>>>>>>>>>>>> javascript/ajax/dhtml
>>>>>>>>>>>> applications.. one can now write much more complex user interfaces.
>>>>>>>>>>>> i.e.
>>>>>>>>>>>> take a leap in rich web application capabilities. i.e. write an
>>>>>>>>>>>> entire
>>>>>>>>>>>> webpos in gwt vs. very hard and buggy to write one entirely in
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> javascript.
>>>>>>>>>>> - Can retain HTML as the frame of application and gwt widgets can
>>>>>>>>>>> contain
>>>>>>>>>>> html. GWT and ftl templates can play together. So low barrier of
>>>>>>>>>>> entry,
>>>>>>>>>>>
>>>>>>>>>>>> simple nature of web 1.0 is retained.
>>>>>>>>>>>>
>>>>>>>>>>>> Harmeet
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJi0tJrP3NbaWWqE4RAsBIAJoCXWxeLHo4TdLU0Gj9kuT3/Ij/fACgtR9w
> pNz35AKe6OAEbRM87CPvJxA=
> =p0o/
> -----END PGP SIGNATURE-----
>
>