JGuiGen Demo
Back to Main Page
- Screencast ... dry run for rev 82 ... recorded 2006/04/12
- notes made during creation of demo script
- notes made during moves of files on 20060410
- notes made attempting to compile with java 1.5 on 20060411 (not as bad as i expected)
- notes made 20060411 evening
- Assumed to have installed: subversion, java sdk, maybe eclipse 3.1.2
- (ghp) On one of my Fedora boxes I had to install subversion yum install subversion worked fine
- svn checkout https://svn.sourceforge.net/svnroot/jguigen/JGuiGen/trunk/ jguigen
- (ghp) I had to chmod the jguigen folder to give permissions before I could use elcipse. I had to do the same for the files - especially .classpath and .project which did not have write access.
- (ghp) When running from Eclipse - I had to 1) Create a new Project (JGuiGen) in the folder where I installed JGuiGen (this found the existing project) 2) Right click on the project (in the Java Perspective window) --> Properties --> Build Class Path There are two external jars jce.jar and jsse.jar that are sun security files. The current class path points to their location on my Windows box. You need to change this path to point to the <java install path>/jre/lib/ext folder on your box.
- cd jguigen
- unzip JGuiGenMisc.zip
- ./build.sh
- classpath=".:"`echo lib/*.jar | tr " " ":"`
- java -cp $classpath JGuiGen
- Users
- UserDemo
- change the social security number
- change the start date
- change to a different row in the table and show off the validation catch
- sort by clicking on a column
- right click and drop your jaw
- click back in the main window and change the ssn
- right click ... choose next
- watch validation work again
- mention the 10 or so actions which are already coded for me, and I dont have to write code for that correctly validate and make sure the users of my gui do not loose data in irritating ways
- changing rows in the table
- next in the right click pop-up
- previous in the right click pop-up
- "Refresh table" in the right click pop-up
- Find in the richt click pop-up and in the top menu
- Extra in the right click pop-up and the top menu
- "Dup" in the right click which means duplicate the current row with a new id number
- "Add" in the right click and in the main menu
- the exit button in the upper left
- and the window close X button in the upper right ... web developers eat your heart out
- we may have missed 1 or 2 ... isn't that rediculous
- Notice that the font chooser has octothorpes around the text
- the code still runs, which anyone whose ever had to do i18n should appreciate, and we can also go in and regenerate the resource bundles for the internationalization of that menu option
- Notice that "ExtRa" button ... i should be able to easily find the code for this button in the java and rename it and add my own functionalty to it ... maybe runing a custom report
- Look and feel (placeholder)
- right click again ... choose inverse mono look and feel
- right click ... choose Native
- Print the screen (placeholder)
- Find
- First name "is equal to" Hale
- OR
- last name "is like" Sing%
- Execute
- Find ... note it saved our most recent find critereon
- note the "Show inactive" button which toggles and ... guess what allows the user to find rows that they or someone else deleted last week, but were not really deleted of course ... just flagged that way so that you did not have to write that code again ... just use JGuiGen
- Reports (place holder)
- click Help in upper right
- When we have generated our own gui the help will be our own help
- Exit out of User Demo
- The help that is "here" is for JGuiGen eating it's own dog food
- this pop-up help
- manual
- readme
- So there is plenty of documentation about JGuiGen for those of you who like to RTFM
- such as this read me which shows you all of the databases suppoerted by JGuiGen ... cuddle up with this in bed some evening ... rediculous quantities of docs
- Now let generate our own gui
- Exit JGuiGen
- vi JGuiGenIni.xml, add table name "Lead", add class name "Lead", add table model name "LeadTm"
- sh ./runUtil.sh DatabaseManager ...
- type: "... Standalone"
- driver: JGuiGenDb
- Ok
- cut and paste new table "Lead"
- cut and paste new columns: id, date, address
- run JGuiGen from the command line java -cp $classpath JGuiGen
- Basic flow ... run JGuiGen and start in the Data Dictionary Menu
- Mark Tables - place a check mark on the "Process Table" field for your new Lead Table
- Check Data Dictionary, Leave Flags, Run Now
- Edit Data Dict ...Select the Lead table, Do a bunch of stuff for each column
- Generate Application (Model, Order, Create Java)
- Exit from the Internationalization causes a write
- Generate HTML (optional)
- Compile and run the new gui
- show out-of-the-box features of the gui
- View, Add, Edit, Delete ... right click duplicate
- Search for some rows
- Oh ... what's this? ... Reports!
- try closing a window after a change
- try changing the row to edit after a change
- wash, rinse, repeat ?, ?, ?, and ? showing features
- Quickly adding a column, such as: ssn, phone, address
- Internationalization
- Hot keys
- Change validation error message and Test
- blast the coffee cup
- run test scripts against the gui
- show test script output
- launch eclipse
- shameless plug - Hale Pringle's web site
Notes about getting JGuiGen installed on SourceForge: I ran into two "issues" while moving a new project to SourceForge as a Subversion version control project. 1. SourceForce wants a Subversion dump file to start with which menat I needed to place JGuiGen into subversion locally. I created a repository using the Tortisesvn client. I imported the files into the repository and checked them out again. Then it was time to create the dump. TortiseSvn doesn't create dump files so I needed to use the command line. No problem. The instructions said use the svnadmin tool to create the dump file. The issue came with figuring out what folder to be in when I ran svnadmin. I finally found out that being in the main repository folder worked. That seems like a strange place to work from but it worked.
2. The instructions on uploading a new project said to use scp and copy the file to scp FILENAME.ZIP USERNAME@shell.sourceforge.net:/home/groups/P/PR/PROJECTNAME/FILENAME.ZIP
I tried this and it didn't work scp jguigen.zip Halepringle@shell.sourceforge.net:/home/groups/P/PR/jguigen.zip.
What they don't mention in these instructions is that the "P/PR" are the first letter and first two letters of our project name. This worked scp jguigen.zip Halepringle@shell.sourceforge.net:/home/groups/J/JG/jguigen.zip.
3. To update the SourceForge web site I used Winscp and logged into shell.sourceforge.net using my sourceforge username and password. That placed me in /home/users/h/ha/halepringle. I navigated to /home/groups/j/jg/jguigen/htdocs and uploaded the web pages. Hale 4/10/2006