[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1712) Allow options for SMPC per Nested Conversation
by Andy Gibson (JIRA)
Allow options for SMPC per Nested Conversation
----------------------------------------------
Key: JBSEAM-1712
URL: http://jira.jboss.com/jira/browse/JBSEAM-1712
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Affects Versions: 2.0.0.BETA1
Environment: Windows XP, Seam 2.0 Beta, JBoss 4.2
Reporter: Andy Gibson
I'd like to request the option to specify that a nested conversation gets it's own entity manager instance as opposed to sharing it with it's parent conversation and other nested conversations.
The problem with nested conversations is that you can't actually use them to edit multiple entities since when you flush the PC, you flush it for all conversations. This makes nested conversations only really useful for browsing data, and creating new top level conversation to edit items to isolate the flushes.
The only alternative is to use a non-Seam managed PC, and make use of the "PC per stateful bean" rule to map a single PC to a single backing bean, but you lose the benefits of a seam managed PC.
What might be nice is something like :
@Begin(nested=true, newPC=true)
and
<begin-conversation nested="true" newPC="true"/>
which would indicate that this new nested conversation gets it's own entity manager instance. The attribute would be ignored if this wasn't a nested conversation, and obviously, by default, the attribute is set to false, and a shared PC would be used in the nested conversation in such cases.
I'm already using one PC per conversation by using top level conversations to edit items, I'd just like to use one PC per nested conversation (where applicable) to get the benefits of nested conversations.
There are a couple of posts in the forums where I've touched on some of my problems with this issue :
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=111681
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=111384
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=113362
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4450) Seam gen does not cope well with a with recursive schema
by Shaun Appleton (JIRA)
Seam gen does not cope well with a with recursive schema
--------------------------------------------------------
Key: JBSEAM-4450
URL: https://jira.jboss.org/jira/browse/JBSEAM-4450
Project: Seam
Issue Type: Bug
Components: Tools
Affects Versions: 2.0.2.SP1
Reporter: Shaun Appleton
Generate the following schema (in hypersonic) -
CREATE TABLE COLOR
(
CODIGO INTEGER,
DESIGNACAO VARCHAR(30) NOT NULL,
CONSTRAINT ARMAZENS_CP11 PRIMARY KEY (CODIGO)
)
CREATE TABLE ARTICLE
(
CODIGO VARCHAR(15),
DESIGNACAO VARCHAR(50),
C_COLOR INTEGER,
CONSTRAINT ARTIGOS_CP11 PRIMARY KEY (CODIGO),
CONSTRAINT ARTIGOS_CE121 FOREIGN KEY (C_COLOR) REFERENCES COLOR(CODIGO)
)
CREATE TABLE ARTICLE_ROW
(
C_ARTIGO VARCHAR(15),
C_COLOR INTEGER,
OBSERVACOES VARCHAR(4000),
CONSTRAINT REL_ART_ARM_CP11 PRIMARY KEY (C_ARTIGO, C_COLOR),
CONSTRAINT REL_ART_ARM_CE11 FOREIGN KEY (C_ARTIGO) REFERENCES ARTICLE (CODIGO),
CONSTRAINT REL_ART_ARM_CE21 FOREIGN KEY (C_COLOR) REFERENCES COLOR(CODIGO)
)
insert into article(codigo, designacao) values ('1', 'article 1')
insert into article(codigo, designacao) values ('2', 'article 2')
insert into color(codigo, designacao) values (1, 'blue')
insert into color(codigo, designacao) values (2, 'red')
insert into color(codigo, designacao) values (3, 'green')
reverse engineer the schema (I used JBDS) and deploy.
a) Select Article List
b) Select edit to edit an article
c) Select a color - green for example
d) Select articleRows (still with edit article)
e) Select Add Article row - notice color is as in step c even though in DB it is null.
Debugging this shows that within ArticleRowHome ColorHome is being re-used from the previous edit of article. Whereas ArticleRow.color is not yet defined.
This appears to be the first issue described in https://jira.jboss.org/jira/browse/JBSEAM-3454 (but not reported there).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months