Hi Platypus,
as you have seen the client connects direct to the database. Yes, this
is an architectural and may be an security issue. You have to decide
yourself if this suits the needs of your installation.
The swing client carries a whole iDempiere with it. You do not need a
server for it. So you do not have to set the application server
configuration in the login window. It is only used for some minor
functionalities (I think chat is one of them).
The zk web client does not have these architectural issues and whether
the industry is going html5 belongs to your personal opinion and
problem. One fact is that the main iDempiere developers are working with
zk and this is the UI with the most and newest enhancements. ZK is
definitely a good path. Another fact is that the Swing Desktop client
has still some architectural advantages (and flaws) and is liked my many
people.
In my opinion if you are used to the Swing client you like to stay with
it. Then you see the points where it is better and feels faster than zk.
If you begin with zk you will not feel that you miss something. There
are scenarios where one or the other is just a bad choice. E.g. The
Swing client does only work well in a LAN environment. If you want to
use it as a cloud service or via Internet you have to choose zk. If you
want to work very fast (e.g. for mass data entry or a callcenter or the
like) the swing client may be the better solution.
If you want to extend the code it can be a question of your former
know-how of Swing or zk development to choose the right one.
Disclaimer: I am part of the "Swing Maintenance Team" and a big fan of
the Swing client but in these kind of comparisions I try to be as
neutral as possible. :-)
Thomas
Am 16.02.2014 15:04, schrieb a platypus:
> Me again,
>
> Curiousier and curiousier ... I also executed the EXE file:
>
> * *launcher*.exe
>
> Which happily connected iDempiere and displayed the main window/panel
> with graphs, etc. Then */*pop*/* the window vanished.
>
> BUT, the good news is that the other file:
>
> * *adempiere-client*.exe
>
> Now appears to be working as the team intended. At least it is letting
> me show menus and add some data. That said I don't understand how come,
> i'd need to run launch first just so the adempiere-client program can
> (decided to) work. Bloody curious if you ask me!
>
> I'll just echo my query about where I'd look for a log file?
>
> Anyway for closure, I'd still like to know HOW the Client speaks with
> the Server and how I can see / change / verify this linkage. Just
> because the client 'works' with some kind of odd poking about by me, is
> not at all comforting. I'm looking at this product for a couple of
> friends who want to commit to Open Source (community) software. So my
> criteria is 70% about rectitude, robustness, secure and backup-recovery.
>
> I also thought if someone else thinks the client isn't goingl try the
> launcher solo and then poke the client program. Good luck.
>
> Best wishes,
>
> Will
>
>
> On Monday, 17 February 2014 00:44:14 UTC+11, a platypus wrote:
>
> Hello gang ...
>
> I am looking for a pointer or tip to guide me on how to set-up the
> communication configuration between my running iDempiere server and
> the iDempiere client: "*idempiereClient.win32.win32.x86_64*.zip".
>
> I can login and run the webUI client via Firefox and Chrome. When I
> run the client program, and bring up the "Adempiere Connection"
> (screenshot).
>
> --
> You received this message because you are subscribed to the Google
> Groups "iDempiere" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
idempiere+...@googlegroups.com.
> To view this discussion on the web visit
>
https://groups.google.com/d/msgid/idempiere/1e8d45bb-c125-466f-9775-3b0038244bfe%40googlegroups.com.
mit freundlichen Grüßen,
Thomas Bayen
--
Jakob Bayen KG, Bleichpfad 20-22, 47799 Krefeld
AG Krefeld HRA 416 Tel
+49/2151/65 80 9-0