as a result of them. Is
> it a case of the documentation being wrong and there is another
> undocumented tag that I am supposed to use to name the DB table and
> columns ?
AFAIK this is irrelevant to the tjdo implementation since you can't affect
the generated schema in any way. I think t
Do you have @jboss.xmbean in the class javadoc?
Do not try to deploy a standard mbean as a xmbean. Remove the "implements
BlahMBean" from your source.
david jencks
On 2003.07.30 05:31 Steven Segers wrote:
> Hello
>
> I have this task in my build-file. I have one MBean.
won't
work I'm curious to know why, and if this is not relevant to what you are
trying to do please ignore my comments.
thanks
david jencks
On 2003.07.09 05:29 [EMAIL PROTECTED] wrote:
> hi all,
> i have a source from which i have to generate
> something with xdocl
Where exactly does the problem occur? Wherever it is, that place should be
using a local catalog and local copy of the dtd.
Meanwhile modifying the jdo template to omit the entire DOCTYPE should
work.
david jencks
On 2003.06.16 15:27 Gray Herter wrote:
> Anyone know how to set the DOCT
Put all the (now very numerous) xdoclet jars on your taskdef classpath, and
remove the sourcepath and classpath attributes from your
generateDescriptors task.
david jencks
On 2003.03.24 10:13 Brian Dobby wrote:
> Hi, I am trying to use XDoclet 1.2b2 with a build file which works with
> 1.1
I don't know if this is likely to be the problem, but I wouldn't count on
anything in java working for classes not in an explicit package, as yours
appear to not be. Either that our your fileset doesn't include the file
you wish to apply jmxdoclet to.
david jencks
On 2003.03.21 1
This is a guess
what happens if you take jboss-j2ee.jar off the global classpath and put it
on the classpath used in your taskdef?
david jencks
On 2003.03.18 12:37 Hunter Hillegas wrote:
> This is totally driving me crazy. I REALLY want to solve this problem and
> if
> anyone
The vendor extension elements should end up in different places with field
and collection tags. If not, can you demonstrate just what happens?
thanks
david jencks
On 2003.03.05 08:16 Michael Mattox wrote:
> I build the latest version from CVS and I'm using it now. I noticed this
&g
This is in cvs already. I think I even added some usage in the samples
david jencks
On 2003.03.04 10:37 Michael Mattox wrote:
> A week ago there was a discussion about adding a generic jdo vendor
> extension capability to the XDoclet JDO tags. Something like:
>
>value=&qu
e. If you get stuck and can supply some example tags I'll
>> see what
>> DJ> I can do. Be sure to update a sample class to use the new tags
also.
>>
>> DJ> I was waiting to upgrade xdoclet until I heard back from you that
the
>> DJ> previous changes were
Can you please also add some example usage to at least one of the jdo
sample files?
thanks
david jencks
On 2003.02.26 09:16 Sebastian Thomschke wrote:
> David,
> after investigating the jdo module I figured out that all I need to do is
> to modify the template (jdo_xml.xdt) that is us
I think one of the original motivations for the vendor specific extension
subtasks was also to make it easy to include/exclude a particular vendor's
extensions using the ant task.
There is some kodo support, do you need a tag that isn't specifically
included?
david jencks
On 2003.0
ns and didn't want to
reimplement it all. Also I think the vendor-specific implementation gives
a lot more validation.
If you want to look at this and come up with a proposal or patch I'll
certainly cooperate. Some people are actually using the current tags so we
may want to sup
The jdo sample files include tags for tjdo. These are the only vendor
extensions I tested because tjdo is the only one for which I have any idea
what the tags mean:-)
david jencks
On 2003.02.25 07:01 Sebastian Thomschke wrote:
> Hi,
>
> I'm currently trying to create a jdo metad
elopment?
definitely. The xdoclet support for the new tags may still have problems,
but jboss 3.2 is near to release. (I'd use a cvs copy because I fixed a
couple of problems right after RC2)
david jencks
>
> Jonathan
>
>
> >>> [EMAIL PROTECTED] 02/21/03 12:24PM >
That's not surprising since all current jboss versions ignore this flag and
cmp2 has never used it. Set up log4j to get the logging you want.
david jencks
On 2003.02.21 11:54 Markus Garscha wrote:
> Hi,
>
> i just reconized the following bug:
> i use xdoclet cvs HEAD and tu
(and I'm not 100% sure it
is still supported).
david jencks
On 2003.02.21 13:12 Jonathan Carlson wrote:
> I'm still rather new to JBoss, but I think the best way to do this is
> instead to tell JBoss which methods are read-only in the jboss.xml file
> so those methods get a read
the defaults come from the ant subtask parameters or a merge file. the
datasource/entity bean is specified in the bean's java class.
david jencks
On 2003.02.20 20:53 Scott Walter wrote:
> Greetings,
>
> I am trying to get the generated under
> the tag within the jbosscmp-jd
I'm working on fixing this
david jencks
On 2003.02.20 08:06 "Rupp,Heiko" wrote:
> Hi,
>
> I guess, you could post this at the xdoclet bug tracking site:
> http://opensource.atlassian.com/projects/xdoclet/secure/CreateIssue!default.
> jspa
>
>
&g
an anon-depends="a.b:service=x"
any comments?
thanks
david jencks
On 2003.02.16 10:19 Simone Milani wrote:
> Hi,
>
> Is it possible to set the classpath for a JMX service file in JBoss?
>
> Thanks!
>
> Simone
>
>
>
>
template/task maintained in jboss. We intend to move all
the jboss xdoclet stuff to jboss, but problems with our build system have
prevented me from finishing this.
david jencks
>
> >> 2) It simplifies the build process. (It's already too complicated).
> >
> > I'
s
in the db... you need to do the update so the trigger can fire before you
do the find and retrieve all the rows that (should have) got deleted.
david jencks
>
>
>
>
>
>
> ---
>
s also done something recently with the sun ri jdo, but I don't know
if it works with app servers.
Dain has recently been talking about using/implementing some jdo features
but I haven't seen him agree to try inheritance.
thanks
david jencks
On 2002.12.16 04:30:10 -0500 Brian Topping wr
I think jboss auto-generates finders like "findBy"+actualFieldName.
I'm not sure why the warning is out-of-sync with this feature, which has
been there since jboss 2.0 or earlier.
david jencks
On 2002.12.08 04:17:03 -0500 [EMAIL PROTECTED] wrote:
> Hello SainTiss,
>
&g
al partitioning (and presumably the typed scheme) will be
> possible.
> >
> >you are pretty much on your own for generateing pk values anyway, so you
> >can choose a scheme whereby BASE and EXTENDED don't share numbers.
> >
> >david jencks
>
>
>
>
more than one table, so the
> >vertical partitioning (and presumably the typed scheme) will be
> possible.
> >
> >you are pretty much on your own for generateing pk values anyway, so you
> >can choose a scheme whereby BASE and EXTENDED don't share numbers.
> &
sorry, meant to send to list.
n 2002.11.28 07:35:22 -0500 David Jencks wrote:
On 2002.11.28 07:21:03 -0500 Konstantin Priblouda wrote:
>
> --- Andreas Heydler <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > Does anyone know if the jdo tags are documented
> > an
perfectly.
david jencks
On 2002.11.20 18:59:00 -0500 Andrew Stevens wrote:
> A wise old hermit known only as Marcin Gryszkalis <[EMAIL PROTECTED]> once said:
>
> > I just compiled CVS version of xdoclet 1.2
> > and tried to test it on one of my projects
> > - the p
nships, mapping to relational databases
> (independent of vendors if possible), ...
> Any help welcome!
> See http://sourceforge.net/tracker/?func=detail&aid=575905&group_id=31602&atid=402706
> for the source
>
> Ludovic
>
> - Original Message -
> F
Is there an open source subtask/template for generating jdo (sun spec, not
castor) schema deployment descriptors? KODO seems to have a proprietary
one...
If not, where should I put it (after that little detail of writing it)?
Make a new module jdo?
Thanks
david jencks
version in jboss.
Be sure to do a clean build and run the testsuite before changing the
xdoclet version.
thanks
david jencks
On 2002.06.02 22:15:19 -0400 Frederick N. Brier wrote:
> I think I've tracked the problem down. The version of xdoclet.jar that
> is
> in the JBoss 3.0
I wrote something, but couldn't get it to work at the time: I couldn't get
any classes visible to the xdoclet task on the other side of javadoc. I'm
planning to try again with xjavadoc as soon asmaybe someone pushes me a
little
david jencks
On 2002.05.15 16:21:22 -0400 Vinc
name) is a really good idea!
Thanks
david jencks
On 2002.04.23 11:59:52 -0400 Theo Harper wrote:
> I am trying to write an MBean for JBoss using XDoclet (todays CVS
> version),
> however there seems to be a problem when a constructor (or method for
> that
> matter) contains multipl
t?
JBoss 2.4.4 doesn't support CMR.
I think XDoclet 1.1.2 works pretty well with JBoss 3 cvs head.
david jencks
>
> Thanks,
> James
>
>
> Message
>
>
>
> My apologies
> for
> duplicating an email, but the email archives didn't show that this ha
How about giving us a clue about which version of jboss you are using? If
it is 3 but not cvs head as of about today, please update and recheck.
thanks
david jencks
On 2002.04.05 17:41:32 -0500 Grant Marblestone wrote:
> We can't deploy updates to our EJBs because the old jar
cmp1 stuff has not been
tested extensively.
Does xdoclet generate something that indicates which persistence manager to
use?
david jencks
___
Xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
Upgrade your jbosscmp-jdbc.dtd from cvs, and maybe the rest of jboss. I
changed the dtd so this could be empty, it seemed to work with jboss cvs.
david jencks
On 2002.03.11 12:39:51 -0500 Ricardo Argüello wrote:
> Hi,
>
> I was using xdoclet CVS version (from 3/6/2002) with no prob
t the templates to see what is going on. jboss beta or cvs might work
better.
david jencks
On 2002.03.07 03:05:31 -0500 [EMAIL PROTECTED] wrote:
> Hi,
>
> the field mapping for CMR fields doesn't seem to work quite right. I have
> a
> unidirectional one-to-many relationship
I don't know anything about how XDoclet variables work, but if they aren't
immutable, you could do the equivalent of
append method name (
sep = ""
loop
append sep
sep = ", "
end loop
david jencks
On 2002.02.20 07:45:47 -0500 "Shaw, Chris" wrote:
>
dy) is to be
able to specify which ejb's metadata go into which ejb-jar (and vendor
specific files). Then if I have 50 ejbs that I want in 10 jars I could
still generate them in one pass through xdoclet.
I can imagine this being specified either through tags in the source file
or in filesets in t
terface-method
> > and @ejb:persistent-field, the ejb-jar.xml has one copy of the
>
> > element however the jbosscmp-jdbc.xml has two. Removing the
> > @ejb:persistent-field tag from one of the accessors fixes the jboss
> file.
>
> No need for a @
f the accessors fixes the jboss file.
So far I am really enjoying xdoclet, thanks for the great work!
david jencks
___
Xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
42 matches
Mail list logo
