I've created the widgets, now where are they?

[Monty51]

Following the tutorial, I've created a couple of select widgets based on an SQL query and placed them in the appropriate table directory.

They don't show up when I point my bowser to the site. Everything else shows up as it should, but not the widget. What am I missing?

Thanks

[shannah]

Check to make sure that your fields.ini file is being picked up at all. Try making other settings in there to confirm that they are picked up. If they are not picked up at all, then either your fields.ini file name named incorrectly, or your table directory is named incorrectly. Remember case sensitive.

-Steve

[Monty51]

I don't know how to check and make sure that my fields.ini file is begin picked up. Is there a log file somewhere that would tell me that? The http log files don't show any anomolies.

I see all the associated MySQL tables have an associated directory withing the 'tables' directory of my website, and within the tables/main directory, here are the contents of my fields.ini and valuelists.ini files:

fields.ini:
[JVMs]
widget:label = "JVM Name"
widget:type = select
vocabulary = JVM_Name

[Servers]
widget:label = "Server Name"
widget:type = select
vocabulary = Server_Name

valuelists.ini:
[JVM_Name]
__sql__ = "SELECT jvm FROM main ORDER BY jvm"

[Server_Name]
__sql__ = "SELECT admin_server FROM main ORDER BY admin_server"

The files are readable by everyone. I hope that's enough permissions.

If there was any other prep work I needed to do to get these widgets to show up, I missed it. Also, where would I expect them (the widgest) to be: on the 'details', 'list', or 'find' tabs of my 'main' database view. I'd like them to show up on the 'find' tabs, if possible.

Seems like a nice product, Xataface, but a comprehensive book on how to use it would be nice. Is it really necessary to have a high level of web programming skills to use this product?

Thanks

[shannah]

Generally I try making a simple change to one of the fields, e.g. set widget:label="Foo", and see if it gets picked up. If not, then it's not picking up your fields.ini at all.

Most likely problem is that your table directory is misnamed. Remember it is case sensitive. If your table is called "People", and you place your fields.ini file in tables/people/fields.ini , it won't get picked up. (correct would be tables/People/fields.ini).

[Monty51]

Everything in the database is named lower case, specifically for the intent of avoid case sensitivity issues. Here's my conf.ini file:

[_database]
host = "localhost"
user = "************"
password = "***************"
name = "tier3"

[_tables]
main = "main"
resolutions = "resolutions"

[_disallowed_tables]
instances = instances
states = states
jvms = jvms
hosts = hosts

There doesn't seem to be any problem picking up the database and displaying the information.

Again, is there a log file that would tell me where or when the fields.ini and valuelists.ini files are accessed, and possbily what's wrong with them?

[Monty51]

Additionally, here are the contents of the 'tables' directory:

./ dataface__users/ instances/ main/ states/
../ hosts/ jvms/ resolutions/

...and also here's the output from MySQL 'show tables' for the tier3 database:

mysql> show tables;
+-------------------------+
| Tables_in_tier3 |
+-------------------------+
| dataface__failed_logins |
| dataface__mtimes |
| dataface__preferences |
| dataface__users |
| dataface__version |
| hosts |
| instances |
| jvms |
| main |
| resolutions |
| states |
+-------------------------+
11 rows in set (0.00 sec)

mysql> exit

[shannah]

The PHP error log will report if there is a problem with the fields.ini file. But if it is mis-named, it won't report it because it will just assume you don't have one.

What does your fields.ini file look like and what is the path to it?

[shannah]

All that looks good so far. One thing I don't see yet, is the column listing in the main table. Is the column named "JVMs" or is it all lower case?

[Monty51]

/var/www/html/tier3db/tables/main/fields.ini contains the following information:

fields.ini:
[JVMs]
widget:label = "JVM Name"
widget:type = select
vocabulary = JVM_Name

The php error_logs show no errors.

[shannah]

What are the actual column definitions of the main table in the DB?

[Monty51]

mysql> describe main;
+--------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------------+--------------+------+-----+---------+-------+
| jvm | varchar(255) | NO | PRI | | |
| admin_server | varchar(25) | NO | PRI | | |
| app_server | varchar(25) | YES | | NULL | |
| res_id | int(11) | YES | | NULL | |
+--------------+--------------+------+-----+---------+-------+
4 rows in set (0.00 sec)

[shannah]

There's the problem. You're adding attributes in your fields.ini file to a field named "JVMs" that doesn't exist. Did you mean for this to be the "jvm" column?

[Monty51]

Ok...now I get you. Somewhere I missed that in the documentation. With all the new info, that doesn't surprise me much.

So the head of each section, the name surrounded by [], should reflect the name of column in the table associated with the fields.ini file, and "vocabulary = " should name a section heading in the associated valuelists.ini

I'll make the corrections and try it out.

[Monty51]

That did it. So they show up on the 'find' tab...makes sense to me.

Thank you for your help. I'll be pressing on with the documentation and, probably, have more question.