e-Evolution continued commitment with ADempiere community, So the Development Team of e-Evolution upload ADempiere Libero GWT code into SVN Server of this Bazaar.
release under GPLv3.0 the code for new ADempiere Libero Web UI.
The Goal:
The ADempiere Software need a good Client Web UI, So e-Evolution Development Team is now design.
It is good that we are looking at the latest techno in pursuing the holy grail of the ultimate client interface. For this we really need a bazaar behind it.
We hope those who wish to see such a client place their bets i mean sponsorship funds into it. We have good strategies to choose from. The more familiar Web HTML (that Rorbert Klein and others enhanced), the ZK Ajax Client that Posterita started well and now also enhanced by others), the Web Services (in bits an pieces), and now Libero GWT.
This is all there is to the bazaar:
1) Freedom of choice (when people scream their heads off to chop others heads off)
2) Chaos of the bazaar (when people get what they want without bothering what others want)
3) Responsibility and order (when people finally realise what they want needs something more)
Fire also need 3 elements: Fuel, Oxygen, Spark. Just 2 out of 3 wont burn. Too much of each won't burn. We got all 3, all the time.
red1
(vacancy: More maintainers and assistants positions available)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
With Juan Perez of E-Evolution's help i manage to setup ADempiereGWT running off my Eclipse/Cypal Studio.
It works well as a startoff project, though very slow on my Sony Vaio debugging from Eclipse source. Maybe after a compile it should work better.
I failed to make it work on MacBook as the Cypal couldnt show up on the Ganymede Eclipse. The Sony uses the MS Eclipse 3.3.
I hope to do a simple movie of that Sony's experience. But not now, its 5.30am, bad timing (blame myself for conducting an online debate with Joseph in the chatroom!)
Muchas gracias to the e-Evolution team, a very confident and aggresive ADempiere army from Mexico!
red1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We have finished the Dashboard, Windows. We should finish New, Save soon. We still have to work of Callbacks etc. We expect to finish Reports which should work like WebUI.
Please use the defaults. Do look at our initial UI. Any advice would be helpful. We expect to finish our project in 3 months time. And ofcourse we will be putting on Source Forge in about 6 months time.
regards,
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Pramod,
I tested it and it looks cool. It even start at the performance tab similarly to the java client. Thus it mimicks as close as possible its twin client.
Wonder what are the pluses for having a flash interface. Do you have to add or do substantial core changes? Are they reusing or can they be reused by the other clients?
Good effort!
red1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The developers are using the Model of Adempiere , plus the Data Dictionary. Flex as you know compiles into Flash. Flex provides a proprietary format of binary transfer of information through Http called Remote Objects. Flex Data Services / or more correctly the open source version "Blaze Data services (java servlet)" running on a java application server provides such a feature. So Blaze Data Services does the marshalling and unmarshalling from Java/binary format for transfer/Flex Action Script objects for you. So what we are providing is a Remote Object interface into the Adempiere Model.
The Flash/Flex client is written using the Cairngorm framework.
So overall what the is the use of a different UI ? Flash provides a faster download than a Java Applet. It communicates through the Http layer. Flex default components are infinitely better looking than any other UI. Apart from the initial download of the Flash file (with internet speeds increasing enormously this is not a factor), the Flash then plays locally on the client. So there is a faster response from then on to the user (faster than Ajax)).
Have we broken the modular layers of Adempiere. Yes we have ..Swing calls the adempiere Model. In our case we have used the Remote Object interface to call the Adempiere Model. So sorry it cannot be resused any where else.
regards,
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Is great, as said Low this this the wonderful of world open source.
We created in past a prototype based in openlazlo it use the flash technology the way similar that flex that now i understand Adobe release under open source.
we with our prototype do not have good result in performance open lazlo need compile the code to flash, and this process is slow, in end the way this do not real solution to a ERP.
I home you solve this issue with Flex.
So we take the decision for GWT we only need see the power and fast that is Gmail ;-)
So welcome with your project and I am happy that exist more and more people contribute in this project.
Kind regards
Victor Perez
www.e-evolution.com
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Dear Community!
e-Evolution continued commitment with ADempiere community, So the Development Team of e-Evolution upload ADempiere Libero GWT code into SVN Server of this Bazaar.
release under GPLv3.0 the code for new ADempiere Libero Web UI.
The Goal:
The ADempiere Software need a good Client Web UI, So e-Evolution Development Team is now design.
Technology:
GWT http://code.google.com/webtoolkit/
Ext GWT Library http://extjs.com/products/gxt/
Java 5
Thank very much for Juan Carlos and your great work.
e-Evolution sponsored the develoment and we hope that is useful to other and can be integrate into trunk in the future.
http://www.adempiere.com/wiki/index.php/Sponsored_Development:_Libero_GWT_ADempiere_Client
http://adempiere.svn.sourceforge.net/viewvc/adempiere?view=rev&revision=5431
http://adempiere.svn.sourceforge.net/viewvc/adempiere/contributions/e-Evolution/ADempiereGWT
Any sponsor is welcome please contact me.
Long live to ADempiere
Kind regards
Victor Perez
victor.perez@e-evolution.com
CEO
e-Evolution
Consulting Firm
http://www.e-evolution.com
It is good that we are looking at the latest techno in pursuing the holy grail of the ultimate client interface. For this we really need a bazaar behind it.
We hope those who wish to see such a client place their bets i mean sponsorship funds into it. We have good strategies to choose from. The more familiar Web HTML (that Rorbert Klein and others enhanced), the ZK Ajax Client that Posterita started well and now also enhanced by others), the Web Services (in bits an pieces), and now Libero GWT.
This is all there is to the bazaar:
1) Freedom of choice (when people scream their heads off to chop others heads off)
2) Chaos of the bazaar (when people get what they want without bothering what others want)
3) Responsibility and order (when people finally realise what they want needs something more)
Fire also need 3 elements: Fuel, Oxygen, Spark. Just 2 out of 3 wont burn. Too much of each won't burn. We got all 3, all the time.
red1
(vacancy: More maintainers and assistants positions available)
With Juan Perez of E-Evolution's help i manage to setup ADempiereGWT running off my Eclipse/Cypal Studio.
It works well as a startoff project, though very slow on my Sony Vaio debugging from Eclipse source. Maybe after a compile it should work better.
I failed to make it work on MacBook as the Cypal couldnt show up on the Ganymede Eclipse. The Sony uses the MS Eclipse 3.3.
I hope to do a simple movie of that Sony's experience. But not now, its 5.30am, bad timing (blame myself for conducting an online debate with Joseph in the chatroom!)
Muchas gracias to the e-Evolution team, a very confident and aggresive ADempiere army from Mexico!
red1
We are Atelier Soft. We are in the process of developing a Adobe Flex interface to Ademiere.
Here is a link to our present build ..
http://125.22.241.142:8090/atelierflex/AdempiereMain.mxml
We have finished the Dashboard, Windows. We should finish New, Save soon. We still have to work of Callbacks etc. We expect to finish Reports which should work like WebUI.
Please use the defaults. Do look at our initial UI. Any advice would be helpful. We expect to finish our project in 3 months time. And ofcourse we will be putting on Source Forge in about 6 months time.
regards,
Hi Pramod,
I tested it and it looks cool. It even start at the performance tab similarly to the java client. Thus it mimicks as close as possible its twin client.
Wonder what are the pluses for having a flash interface. Do you have to add or do substantial core changes? Are they reusing or can they be reused by the other clients?
Good effort!
red1
Hello Red1,
The developers are using the Model of Adempiere , plus the Data Dictionary. Flex as you know compiles into Flash. Flex provides a proprietary format of binary transfer of information through Http called Remote Objects. Flex Data Services / or more correctly the open source version "Blaze Data services (java servlet)" running on a java application server provides such a feature. So Blaze Data Services does the marshalling and unmarshalling from Java/binary format for transfer/Flex Action Script objects for you. So what we are providing is a Remote Object interface into the Adempiere Model.
The Flash/Flex client is written using the Cairngorm framework.
So overall what the is the use of a different UI ? Flash provides a faster download than a Java Applet. It communicates through the Http layer. Flex default components are infinitely better looking than any other UI. Apart from the initial download of the Flash file (with internet speeds increasing enormously this is not a factor), the Flash then plays locally on the client. So there is a faster response from then on to the user (faster than Ajax)).
Have we broken the modular layers of Adempiere. Yes we have ..Swing calls the adempiere Model. In our case we have used the Remote Object interface to call the Adempiere Model. So sorry it cannot be resused any where else.
regards,
Hi Pramod¡
Is great, as said Low this this the wonderful of world open source.
We created in past a prototype based in openlazlo it use the flash technology the way similar that flex that now i understand Adobe release under open source.
we with our prototype do not have good result in performance open lazlo need compile the code to flash, and this process is slow, in end the way this do not real solution to a ERP.
I home you solve this issue with Flex.
So we take the decision for GWT we only need see the power and fast that is Gmail ;-)
So welcome with your project and I am happy that exist more and more people contribute in this project.
Kind regards
Victor Perez
www.e-evolution.com
Wow!!
It seems there is a fever for an Adempiere Web client:
Original Adempiere WebClient
Zk Client
GWT Client
Flex Client
Lof ot efforts on this topic! It would be great to compare them once they are finished to evaluate each pros and cons .
Regards!
Hi,
That's the beauty of opensource, you have choice.
Regards,
Low