Bugs item #575041, was opened at 2002-06-28 15:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402704&aid=575041&group_id=31602
Category: ejbdoclet
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Vincent Harcq (vharcq)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multiple Value Object 1:N Collection get
Initial Comment:
I haven't touched anything beyond 1.1.2, but I'm
wondering if there is
an enhancement addressing the following issue in the
CVS code: It
appears that for CMRs, XDoclet only considers the first
@value-object
tag.
There appears to be no way for me to return "light" CMR
value-object
when I get a "light" parent value-object, and "normal"
CMR
value-objects when I get the "normal" parent value-
object. I currently
have to choose either "light" or "normal" for the CMR
value objects to
return reguardless of what type of parent value-object I
load.
Thanks,
Matt
-------------------
XDoclet ver 1.1.2
Sun JDK 1.3.1_03
OS Win2000
-------------------
-------------------
Pre-XDoclet code
-------------------
* @ejb:value-object name="Language" match="*"
instantiation="eager"
extends="BaseValueObject"
* @ejb:value-object name="LanguageNormal"
match="normal"
instantiation="eager" extends="BaseValueObject"
* @ejb:value-object name="LanguageLight"
match="light"
instantiation="eager" extends="BaseValueObject"
...
/**
* @return ConfigurationValueDescriptionBeanLocal
refs
*
*
*
* @ejb:value-object
* match="normal"
* type="Collection"
* relation="external"
*
compose="vo.ConfigurationValueDescriptionNormalValue
"
*
compose-
name="ConfigurationValueDescriptionNormalValue"
*
members="ConfigurationValueDescriptionBeanLocal"
* members-
name="configurationValueDescription"
*
* @ejb:value-object
* match="light"
* type="Collection"
* relation="external"
*
compose="vo.ConfigurationValueDescriptionLightValue"
* compose-
name="ConfigurationValueDescriptionLightValue"
*
members="ConfigurationValueDescriptionBeanLocal"
* members-
name="configurationValueDescription"
*
* @ejb:interface-method view-type="local"
* @ejb:relation
* name="configurationvaluedescription-language"
* role-name="language-has-many-
configurationvaluedescriptions"
* cascade-delete="no"
*
*/
public abstract java.util.Collection
getConfigurationValueDescriptions();
/**
* @ejb:interface-method view-type="local"
*/
public abstract void setConfigurationValueDescriptions
(
java.util.Collection configurationValueDescriptions);
----------------------
XDoclet result
----------------------
public class LanguageLightValue
extends BaseValueObject
implements java.io.Serializable
{
static final long serialVersionUID = -
308247471842677067L;
private java.lang.Long entityId;
....
private Collection
ConfigurationValueDescriptionNormalValues = new
java.util.ArrayList();
....
}
----------------------
Conclusion
----------------------
I apprears that only the first @value-object tag is used.
What I
expected was that the LanguageLightValue would load
ConfigurationValueDescriptionLightValues and the
LanguageNormalValue
would load ConfigurationValueDescriptionNormalValues.
----------------------------------------------------------------------
>Comment By: Konstantin Pribluda (ko5tik)
Date: 2002-10-04 16:53
Message:
Logged In: YES
user_id=91100
Mived to JIRA XDT-39
URL:
http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?id=10069
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2002-07-01 16:45
Message:
Logged In: NO
The value object does not appear to have any way of
implementing self-referencing relationships. This occurs
frequently in our datamodel.
e.g.
+------------------------+-------------+
| Field | Type |
+------------------------+-------------+
| ptyp_partytypeid | bigint(20) |
| ptyp_description | varchar(50) |
| ptyp_parentpartytypeid | bigint(20) |
+------------------------+-------------+
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402704&aid=575041&group_id=31602
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
