[JBoss Seam] - seam gen issue
by minamti
I get an error from seam generate-entities for the following situations.
table locale
locale_id integer NOT NULL,
locale_name varchar(10) NOT NULL,
locale_desc varchar(50) NOT NULL,
PRIMARY KEY(locale_id)
table user
user_id integer NOT NULL,
locale_id integer NOT NULL,
.....
PRIMARY KEY(user_id, locale_id)
FOREIGN KEY(locale_id) REFERENCES locale(locale_id) ON DELETE RESTRICT
table foo
foo_id integer NOT NULL,
locale_id integer NOT NULL,
foo_user1 integer NOT NULL,
foo_user2 integer NOT NULL,
...
PRIMARY KEY(foo_id, locale_id)
FOREIGN KEY(locale_id) REFERENCES locale(locale_id) ON DELETE RESTRICT
FOREIGN KEY(foo_user1) REFERENCES user(user_id) ON DELETE RESTRICT
FOREIGN KEY(foo_user2) REFERENCES user(user_id) ON DELETE RESTRICT
FooHome will have two UserHome declarations and a compiler error results.
I see this error.
org.hibernate.AnnotationException: A Foreign key refering User from Foo has the wrong number of colum. should be 2.
Thanks,
M
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4088234#4088234
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4088234
18 years, 7 months
[JBoss Seam] - User workspace vs. conversationList component
by jacob.orshalick
I have been using the conversationList component provided by Seam to allow switching between conversations. The behavior with respect to nested conversations seems strange though, IMO. Currently, the conversationList contains all ConversationEntry instances. This seems to be unintuitive to users when working within nested conversations (especially when nested 3 or 4 conversations deep).
Each time a conversation is nested, the parent as well as the child are contained in the workspace entries. As you can imagine, if nesting continues, the number of workspaces grows quickly. It also seems that the ConversationStack already handles a representation of nesting through breadcrumbs.
In order to avoid this issue, I have implemented a workspace component which provides the top of each ConversationStack the user is working with. I then use breadcrumbs to represent nesting and allow traversal through nested conversations. This seems intuitive to the users.
Am I missing something? Is there a reason for showing all ConversationEntry instances in the workspace? I understand the purpose of providing a list of all ConversationEntry instances, but it seems useful to have this limited workspace component. I would like to submit the workspace component as a patch for those who are using nested conversations if there is an interest. Thanks for your help.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4088230#4088230
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4088230
18 years, 7 months