klst-de / gossip Goto Github PK

Vergleich AD und gossip:

select * from ad_menu where ad_menu_id=441 -- für sonstige ad_menu informationen, wie ad_window_id=304, ... name="Organization Type"
select * from ad_treenodeMM where node_id=441 -- für parent_id und segno

select * from ad_window where ad_window_id=304          -- window metadaten

select seqno,tablevel,hastree,issinglerow,name --,*     -- tab metadaten
from ad_tab where ad_window_id=304 --and isactive='Y'
order by seqno
-- liefert:
10;0;"N";"N";"Org Type"

main class: org.compiere.Adempiere
im launcher

• Program arguments: com.klst.gossip.RootFrame

• VM arguments: wie adempiere launcher

Der Spash verhindert den Start der alternativen clients - war mit 3.9.2 nicht so!?
Daher vorerst auskommentiert:

//(base) org.compiere.Adempiere ...
	public static void main (String[] args)
	{	
//		Splash.getSplash();
...

mehrere, beginnend mit Product + BPartner (analog zu AD Views):

Analogie zu AD (client) AEnv.actionPerformed:

		//  View Menu   ------------------------
		else if (actionCommand.equals("InfoProduct") && AEnv.canAccessInfo("PRODUCT"))
		{
			org.compiere.apps.search.Info.showProduct (Env.getFrame(c), WindowNo);
		}
		else if (actionCommand.equals("InfoBPartner") && AEnv.canAccessInfo("BPARTNER"))
		{
			org.compiere.apps.search.Info.showBPartner (Env.getFrame(c), WindowNo);
		}
		else if (actionCommand.equals("InfoAsset") && AEnv.canAccessInfo("ASSET"))

und in abstract class Info extends CDialog ...

	public static void showProduct (Frame frame, int WindowNo)
	{
		Info info = new InfoProduct (frame, false, WindowNo, 
			Env.getContextAsInt(Env.getCtx(), WindowNo, "M_Warehouse_ID"),
			Env.getContextAsInt(Env.getCtx(), WindowNo, "M_PriceList_ID"), 
			0,		// Record ID
			"",		//	value 
			false, false, "");
		AEnv.showCenterWindow(frame, info);
	}   //  showProduct

SuperUser
client: GardenWorld
role: GardenWorld Admin

die subkomponente looks (eclipse subproject) hat keinen code. Sie ist möglicherweise völlig unnötig. Die letzten Aktivitäten liegen Jahre zurück.

Main-Class org.adempiere.plaf.AdempierePLAF bzw das ganze package org.adempiere.plaf gehörten wahrscheinlich mal zu looks und wurden nach base verschoben.

looks nutzt veraltete jars, dazu siehe adempiere Look and Feel:

• /tools/lib/looks-2.0.4.ja , neueste jgoodies-looks-2.5.3.jar und jgoodies-common-1.8.1.jar
• /tools/lib/swingx-1.6.jar , neueste swingx-all-1.6.5-1.jar
• zu den jars (in /gossip/lib/) gibt es die source /gossip/lib/src
• mit /looks/src/demo/swingset2/SwingSet2.java gibt es ein demo SwingSet2Applet

• und auch JUnit test ist in com.jgoodies.looks.tests

Wird ein JGoodies Binding jar benötigt? Beiträge dazu JGoodies: Understanding Binding und JGoodies Binding

sie sind unter root, statt zB unter Utility

Bsp: WorkflowActivities
ohne:

SOLL für de: