Recent changes to feature-requests

JBoss and insert-after-ejb-post-create

Tolja Zubow — Thu, 22 Jul 2004 13:51:36 -0000

Hi xdoclet-team,

I could not find the support for the JBoss
insert-after-ejb-post-create attribute.
How can I set this ?

Greetings,
Tolja

Support Java 1.5 Syntax

Howard Chen — Fri, 27 Feb 2004 20:00:09 -0000

Is there any plan to support Java 1.5 syntax in
xjavadoc?

"Full path" JNDI Names

Anonymous — Fri, 04 Oct 2002 13:14:22 -0000

When XDoclet generates a jndi name, it uses the
bean name as default, unless if you don't specify it
in the @ejb:bean tag for each bean.
Would it be possible to have XDoclet generate "full-
path" jndi names automaticly?

I use xdoclet to generate home and local home
interfaces in my J2EE application on a BEA Weblogic
server.
Say I have a bean named com.foo.MyBean, the jndi
name will be MyBean. I would like the possibility to
set the jndi name to com.foo.MyBean.

Regards, Eigil Řkstad

JBoss 3.0.0 - Support for JBoss-QL

Chris Mein — Fri, 20 Sep 2002 13:50:51 -0000

After reading the JBoss 3.0.0 CMP documentation it seems that
the mechanism for overriding a finder methods EJB-QL with JBoss-
QL is to provide a correct <query> tag in the jbosscmp-jdbc.xml
file.

I assume that the current @ejb:finder and
@jboss:finder-query tags were designed to allow this type of
configuration to be done simply. However the tags seem to
produce output in the jaws.xml file. This will not work with JBoss
3.0.0. The configuration that is need is:

<query>

<query-method>
<method-
name>findMatchingUsersUserName</method-name>

<method-params>
<method-
param>java.lang.String</method-param>
</method-
params>
</query-method>
<jboss-
ql><![CDATA[SELECT OBJECT(a) FROM User a WHERE
(LCASE(a.username) = LCASE(?1))]]></jboss-
ql>
</query>

Searching through the *.j files in XDoclet
there is no sign of a jboss-ql being produced.

It seems that
either the existing tags need to be changed for JBoss 3.0.0 or a new
tag produced. The jboss:declared-sql seems to have been
intended to do something like this but does not look designed for
JBoss 3.0.0.

Any comments welcome...

Chris
Mein

Add support for AspectJ

Vincent Massol — Wed, 18 Sep 2002 17:47:13 -0000

Hi,

How hard is it to add support for AspectJ extension to
java?

I am starting to write quite a few Aspects and I'd like to
add some custom tag to generate some stuff. Here's
an example:

public abstract aspect AbstractSopTestAspect
{
/**
* @template
maven.patterntesting.java.sop.applicationCode
*/
public abstract pointcut applicationCode();
[...]
}

That would generate the following source file:

public aspect SopTestAspect extends
AbstractSopTestAspect
{
public pointcut applicationCode() :
@maven.patterntesting.java.sop.applicationCode@;
}

But to implement this, I would need xdoclet to support
the aspectj extension, right?

Thanks
-Vincent

add jboss:clustered tag

Dirk Hoffmann — Sat, 07 Sep 2002 15:18:20 -0000

The jboss:clustered tag should ne added to the jboss
tags. It inserts the <clustered> tag in the jboss.xml
for the specific ejb

make VO soap-serializable

Joost de Vries — Fri, 30 Aug 2002 12:44:53 -0000

Concerning value-objects: I make my sessionbean
usecases also available through webservices. Which is
a common design and will become more common when
JSR 109 is implemented in J2EE 1.4. Then my value-
objects that I use to exchange domain-object trees with
the client will become SOAP-serialized. This will not
work when the value-objects implement any CM
relations. (I think it's great, by the way, that they DO
support CM relations) The 1-n relations between value-
objects are implemented using methods with a
java.util.Collection as a result value.
But SOAP can not deserialize untyped collections.
Which is logical when you think about it. See the axis-
user mailinglist thread that starts at
http://marc.theaimsgroup.com/?l=axis-
user&m=102879912615022&w=2.
This could be fixed by providing, maybe by some switch,
the possibility to generate methods that return arrays of
the specific value-object instead of collections. Adding
and deleting value-object instances to the relation
should then be handled differently ofcourse.

On the xdoclet-user list there was heartfelt support for
this request from David Ward.

Sincerely,
Joost de Vries

preserver parameter names in ejbCreate

Anonymous — Fri, 23 Aug 2002 07:35:51 -0000

the generate home interface of entity beans (probably session beans as well, I did not check) does not preserver the parameter names as used in the implementation of the ejbCreate method in the *Bean.java class.

It would be much easier if those parameter names were used in the home interfaces since arg1, arg2, .. etc is not very descriptive when using codeinsight features of JBuilder or IntelliJ.

xdoclet facade for external applications

Anonymous — Mon, 19 Aug 2002 23:54:32 -0000

xdoclet is all based on ant. it is very hard for
external 3rd party applications to run xdoclet without
going through some faked ant interface. it would be
very nice to have a facade layer on top of xdoclet so
that external applications can run xdoclet very easly..

couple of methods that comes to mind.

OutputStream process(task ,subtask, templateContent,
beanContent)

OutputStream process (Document xmldocument)

OutputStream process (subtask, template, bean)

and so on.

whole layer should be independent of ant scripts and
should always use stream, writers and readers..

thanks for the good work

talip

Integrating Xdoclet, UML2EJB & Karapan

Ismael Matos — Sat, 17 Aug 2002 14:01:53 -0000

What a great combination would be to have a full
integration between UML2EJB, XDOCLET & KARAPAN -
code generation nirvana from model to back-end & front-
end - all SF projects!

How far are we from that? Are you guys considering
something similar or tried to get in touch with the other
projects?

I hope it can be easily(?) done!

Cheers

Ismael