just did a checkout of xdoclet. under linux it seems to be trying to
call a .bat file. any ideas?
I dont really need the most current version, just trying to get the rest
of the docs for @jdo
only @jdo.persistence-capable is in the B1 binary download but the
samples use a few other options.
Just for the record...
I did a clean checkout of xdoclet-all and built it OK but as far as I
can see in the docs there is no mention of the method level tags for any
jdo stuff. The only tags listed are for class level, ie.
@jdo.persistence-capable & sql.table.
In tags/solarmetric*html referenc
I have tried to run a really simple example (http://www.onjava.com/lpt/a/1498)
just to make me feel confident ;-) But it seems I should have tried something
more ambicious as I couldn´t even run this simple one :-(
I have heard some guys reporting similar problem have solved it using new
v
This is similar to what I have been using but with get and setters for the
related value objects rather than interfaces.. The examples have both, which
is the correct way to handle this ?
If the result should be to use the value object, how do you get the correct
local/remote interface from that ?
Title: [Xdoclet-user] is there anyway to include value-objects in strutsForm objects?
I have a bean named Customer that have a 1-1 relationship with Account.
Customer has 2 value objects named CustomerValue and AccountValue
I want to create CustomerForm that contains CustomerValue and Accoun
Thanks for the replies...
I do have a CVS snapshot and have used maven to build the docs but I
must have done something wrong since the only tags documentation I have
is for class level @jdo.persistence-capable & @sql.table. No method
level tags are listed.
Suppose I should do a clean build and
A wise old hermit known only as Pedro Pessoa <[EMAIL PROTECTED]>
once said:
> I'm getting all these Javadoc warnings about unknown tags:
>
> "warning - @ejb:interface-method is an unknown tag"
>
> I could sucessfully remove the warning about xdoclet-generated using
> Ant tag nested element. Bu
Could you elaborate on what you mean by this? The short answer is "no",
but I'm not entirely clear on what you're after here. Struts forms
should be merely placeholders for web forms... but they do not
necesarily have a one-to-one relationship to what folks refer to as
Value Objects.
Erik
it's a doc bug. @jboss.relation is a method level tag.
aslak
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of SainTiss
> Sent: 28. november 2002 21:43
> To: XDoclet Mailing
> Subject: [Xdoclet-user] jboss.relation tag: class-level or method-level?
>
Title: 2 problems with : looks like bugs
1. When I deffine .., I receive the following error:
[ejbdoclet] (Translator.getString 111 ) XDoclet MISSING RESOURCE:
Can't locate resource 'PATTERN_HAS_NO_FORM_PLACEHOLDER' for bundle 'xdoclet.mod
ules.ejb.resources.Messages'.
[ejbdo
replace the : with a . and you'll be fine.
aslak
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Pedro
> Pessoa
> Sent: 28. november 2002 21:11
> To: [EMAIL PROTECTED]
> Subject: [Xdoclet-user] Javadoc unknown tag warning
>
>
> Hi!
>
> I'm gettin
In 2.0 it will be transparently handled by Velocity if a custom template is
placed on the classpath before the jar files.
Aslak
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Erik
> Hatcher
> Sent: 28. november 2002 21:10
> To: Aslak Hellesoy
> Cc:
I haven't used the XDoclet guid generator, but the tyrex GUID class is much
faster than using a database sequence - I would put the main reason as being
the absence of network calls involved.
Of course it makes debugging a right pain, but it is nice to be able to
generate an id on the client.
che
Hi,
Consider a relationship from table "Person" to table "Car"
Intuitively, I guess the fk-constraint parameter from the
@jboss.relation tag would cause an error if you would try to set a
person's car to a car that is not in the dbase yet...
Now I ask myself how this could be done? The only way
Title: is there anyway to include value-objects in strutsForm objects?
is there anyway to include value-objects in strutsForm objects?
Herve Tchepannou
Software Engineer
Objexis Coorporation
Phone: (514) 932 3295 Ext. 231
mailto:[EMAIL PROTECTED]
Objexis Coorporation
http://www.objexis.com
Hi,
in the old docs, jboss.relation tag is specified to be method-level, but
in the new 1.2 docs, it's class-level...
I must say I don't see how it could be class level...
Is this a bug in the new docs?
Thanks
Hans
signature.asc
Description: This is a digitally signed message part
> ps. I am refering to XDoclet1.2 not the proprietry tasks which
> solarmetric refer to in their documentation which I also assume apply
to
> XDoclet1.1.2
I urge you to urge Solarmetric to upgrade their stuff to xdoclet 1.2.x
and adopt the generic @jdo tags we've introduced in 1.2.
Ara.
--
Hi!
I'm getting all these Javadoc warnings about unknown tags:
"warning - @ejb:interface-method is an unknown tag"
I could sucessfully remove the warning about xdoclet-generated using Ant
tag nested element. But I can't do it for @ejb:interface-method because
of the ":" in it! I've also tried
Aslak Hellesoy wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Erik
Hatcher
Sent: 28. november 2002 14:31
To: wu qihua
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [Xdoclet-user] further merge point ?
Simply extract the .xdt file to you
Good question. So in websphere templates ejb.resource-ref
jndi-name="blabla" is used. That's the direction we're taking. Jndi-name
will be available for all other app server modules too, so you won't
have to use jboss.resource-ref any more. Sorry for missing docs though
:-)
Ara.
> -Original
Hello ,
I have 2 cmp beans with a cmr 1-N relationship
between them.
But the problem is the tags are created
empty on
jbosscmp-jdbc.xml.
I did some search on the list archives and found
some messages about
this, but not a solution to the problem.
This is the jbosscmp-jdbc.xml file created
I realized that I have a xdoclet.jar file under $ANT_HOME/lib. I just
had to delete it and then everything went OK.
B
Dmitri Colebatch wrote:
XDoclet uses itself to generate documentation etc what target did you
use? try ant jar in xjavadoc.
cheers
dim
- Origin
A wise old hermit known only as Konstantin Priblouda
<[EMAIL PROTECTED]> once said:
> --- [EMAIL PROTECTED] wrote:
> > I am hoping that someone can give me advice on
> > somehow adding code to
> > the setValue method automatically generated
> > by the value-object
> > facility.
> >
> > Right n
On Thu, 2002-11-28 at 11:28, Konstantin Priblouda wrote:
>
> I just did following:
>
> cvs update -d in directory containing xdoclet
> modules ( xdoclet, xjavadoc & xdocletgui )
>
> cd xdoclet
> ant clean
> ant
>
> Everything was build fine, without any warning
You must have commons-collecti
Could you comment when/where to use XDoclets DO's vs VO's and how this
compliments / overlaps Castor?
Thank you
--
=
= Management is doing things right; leadership is doing the =
= right things.- Peter Drucker
Hi,
the Xdoclet 1.2 Beta site has a brief mention of support for iPlanet, but no tag
info. Is support for this platform still expected in 1.2?
TIA
Brian
---
This SF.net email is sponsored by: Get the new Palm Tungsten T
handheld. Power
what App Server are you using?
if it is JBoss, then for each Bean, you need to add such a tag:
@ejb.util
generate="physical"
it will generate JNDI_NAME. The default is logical, which will then generate
COMP_NAME in the Util class.
Marc.
> -Ursprüngliche Nachricht-
> Von: tek1
i wrote a very simple client that tries to obtain the home interface of an
entity, say "Name", as in:
NameUtil.getHome();
however, i'm getting the error, "javax.naming.NameNotFoundException: comp
not bound" when i run the client.
here is the xdoclet-generated source for the NameUtil.getHome()
i recently read brett mclaughlin's "building java enterprise applications"
and in chapter 5 (advanced entities), he talks about using a sequence
(stateless session) bean for generating/managing entity id. in xdoclet, i
see that each xxxUtil class contains a very convenient generateGUID()
metho
--- Jesse Stockall <[EMAIL PROTECTED]> wrote:
> On Thu, 2002-11-28 at 09:16, Konstantin Priblouda
> wrote:
> > I mena clean xdoclet build. Error you got says
> that
> > runtime reflection goofed -> bogus subask
> descriptors
> > -> rebuild xdoclet
>
> Already done, and no effect.
>
> CVS XDocle
On Thu, 2002-11-28 at 09:16, Konstantin Priblouda wrote:
> I mena clean xdoclet build. Error you got says that
> runtime reflection goofed -> bogus subask descriptors
> -> rebuild xdoclet
Already done, and no effect.
CVS XDoclet does not build cleanly.
I had to add commons-collections.jar to th
--- "Shaw, Chris" <[EMAIL PROTECTED]> wrote:
> For starters, shouldn't
>
> /*
>
> Be
>
> /**
It should...
I would recommend to use GUI tool to tag java source
files. This reduces amount of typos...
regards,
=
Konstantin Priblouda ( ko5tik )Freelance Software developer
< http://www.
That was it. Thanks everybody.
Happy Thanksgiving,
-- padhu
- Original Message -
From: "Shaw, Chris" <[EMAIL PROTECTED]>
To: "xdoclet-user" <[EMAIL PROTECTED]>
Sent: Thursday, November 28, 2002 7:44 AM
Subject: RE: [Xdoclet-user] local object generated is empty...
> For starters, s
For starters, shouldn't
/*
Be
/**
Chris
-=-=-
-Original Message-
From: padhu vinirs [mailto:[EMAIL PROTECTED]]
Sent: Thursday 28 November 2002 16:28
To: [EMAIL PROTECTED]
Cc: xdoclet-user
Subject: Re: [Xdoclet-user] local object generated is empty...
Here is the source:
package
Here is the source:
package com.stockquote;
import javax.ejb.*;
/**
* @ejb.bean name="StockQuote"
*type="CMP"
*cmp-version="2.x"
*primkey-field="id"
*schema="stocks"
*view-type="local"
*
* @ejb.finder signature="Integer findBySymbol(String symbol)"
*
* @ejb.h
--- padhu vinirs <[EMAIL PROTECTED]> wrote:
>
> That did not help also.
post your bean source again,
I'll look on it.
regards,
=
Konstantin Priblouda ( ko5tik )Freelance Software developer
< http://www.pribluda.de > < play java games -> http://www.yook.de >
< render charts online -> h
That did not help also.
-- padhu
- Original Message -
From: "Aslak Hellesøy" <[EMAIL PROTECTED]>
To: "padhu vinirs" <[EMAIL PROTECTED]>; "xdoclet-user"
<[EMAIL PROTECTED]>
Sent: Thursday, November 28, 2002 6:19 AM
Subject: RE: [Xdoclet-user] local object generated is empty...
> Try
Try
@ejb.interface-method view-type="local"
on your methods.
Aslak
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of padhu
> vinirs
> Sent: 28. november 2002 15:01
> To: xdoclet-user
> Subject: Re: [Xdoclet-user] local object generated is empty...
--- Jesse Stockall <[EMAIL PROTECTED]> wrote:
> On Thu, 2002-11-28 at 02:58, Konstantin Priblouda
> wrote:
> >
> > Such error [mostly] indicates that you need clean
> > build...
> >
>
> What do you mean by "clean build"?
>
> I'm only using XDoclet to generate the deployment
> descriptors, so t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Erik
> Hatcher
> Sent: 28. november 2002 14:31
> To: wu qihua
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [Xdoclet-user] further merge point ?
>
>
> Simply extract the .xdt file to your fil
That did not help. Here is the generated local interface:
/*
* Generated by XDoclet - Do not edit!
*/
package com.stockquote;
/**
* Local interface for StockQuote.
* @xdoclet-generated at 28-11-02
*/
public interface StockQuoteCMP
extends javax.ejb.EJBLocalObject
{
}
-- padhu
-
On Thu, 2002-11-28 at 02:58, Konstantin Priblouda wrote:
>
> Such error [mostly] indicates that you need clean
> build...
>
What do you mean by "clean build"?
I'm only using XDoclet to generate the deployment descriptors, so there
is nothing to clean.
I don't get the errors with an older vers
--- padhu vinirs <[EMAIL PROTECTED]> wrote:
>
> I am new to xdoclet. I am not able to figure out
> what is wrong with this bean source. I get a empty
> implementation of the local object. Any help is
> appreciated.
>
>
>
> package com.stockquote;
>
> import javax.ejb.*;
>
> /**
> * @ejb
I am new to xdoclet. I am not able to figure out
what is wrong with this bean source. I get a empty implementation of the local
object. Any help is appreciated.
package com.stockquote;
import javax.ejb.*;
/** * @ejb.bean name="StockQuote"
*type="CMP"
*cmp-version="2.
Simply extract the .xdt file to your filesystem, and then in your
subtask use templatefile="..." with whatever filename you extracted it
to. There is no need to re-jar anything - using templatefile on any
subtask overrides the one in the JAR file.
Erik
wu qihua wrote:
For xdoclet1.2beat,I
--- wu qihua <[EMAIL PROTECTED]> wrote:
> Thanks,Thanks,I get a lot.
> Then if set mergedir,Then we can use the
> templateURL as relative path,or
> we must set templateRUL as absolute path.So the
> mergedir work as a base dir
> for the templateURL,am I right?
mergedir is relative to your bu
--- Michael O'Connor <[EMAIL PROTECTED]> wrote:
> Hi there -
>
> I'm still having problems writing templates - hope
> someone can help..
>
> In my EJB class (the EJB is called "Gebruiker") I
> have the following xdoclet
> tags:
>
>@ejb:bean name="Gebruiker" type="CMP"
> primkey-field="userI
Thanks,Thanks,I get a lot.
Then if set mergedir,Then we can use the templateURL as relative path,or
we must set templateRUL as absolute path.So the mergedir work as a base dir
for the templateURL,am I right?
From: Konstantin Priblouda <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: wu
--- wu qihua <[EMAIL PROTECTED]> wrote:
> For xdoclet1.2beat,I can find the xdt file in
> xdoclet-bea-module.jar. If I
> want to use my own xdt file,should I unzip
> xdoclet-bea-module.jar,replace
> the correspont xdt file with my own xdt file,and
> then jar it?
> Or will I place my xdt file
For giving the datasource for weblogic,I use
@ejb:resource-ref res-ref-name="MyDataSource"
res-type="javax.sql.DataSouce"
res-auth="Container"
but cannot work well
If I use
version="6.1"
xmlencoding="UTF-8"
destdir="${meta}/META-INF"
validatexml="true"
**
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
> > anywhere other than in
> > the source?
For xdoclet1.2beat,I can find the xdt file in xdoclet-bea-module.jar. If I
want to use my own xdt file,should I unzip xdoclet-bea-module.jar,replace
the correspont xdt file with my own xdt file,and then jar it?
Or will I place my xdt file as a seperate file,but is so,how should I name
the file
Title: missing EjbPk tags?
Hi there -
I'm still having problems writing templates - hope someone can help..
In my EJB class (the EJB is called "Gebruiker") I have the following xdoclet tags:
@ejb:bean name="Gebruiker" type="CMP" primkey-field="userId"
@ejb:pk class="java.lang.Integ
--- Andreas Heydler <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Does anyone know if the jdo tags are documented
> anywhere other than in
> the source?
>
> While I appreciate that you could work out what they
> are by going
> through the source I don't consider myself expert
> enough at this stage
Hello,
Does anyone know if the jdo tags are documented anywhere other than in
the source?
While I appreciate that you could work out what they are by going
through the source I don't consider myself expert enough at this stage
to reliably do so.
Just wondering if there is any other documentat
> check out:
> http://xdoclet.sourceforge.net/valueobjects.html
That doco is great. A couple of suggetsions though.
1. Someone should put a link to it at:
http://xdoclet.sourceforge.net/1.2beta/tags/ejb-tags.html#@ejb.value-object%20(0..*)
2. That page doesn't include a 1:1 relation (only 1:
--- "Schlienger, Marc" <[EMAIL PROTECTED]>
wrote:
> Hello,
>
> the jboss task of XDoclet 1.2.0 beta1 produces
> uppercase names for the
> tag of the jbosscmp-jdbc.xml file. This
> collapse with the
> definition in the ejb-jar.xml file where the names
> are in lowercase.
>
> is there a patch or
--- [EMAIL PROTECTED] wrote:
> I am hoping that someone can give me advice on
> somehow adding code to
> the setValue method automatically generated
> by the value-object
> facility.
>
> Right now, for all of my cmp entity beans, I'm
> coding a method,
> updateValue, that calls same two method
--- Jesse Stockall <[EMAIL PROTECTED]> wrote:
> I'm trying to use the XDoclet from CVS.
>
> After fixing the classpath, so
> commoms-collection.jar could be found I
> got XDoclet to compile.
>
> When I try to run I get the
> following error:
>
> [ejbdoclet] Running
> [ejbdoclet] Generating EJ
59 matches
Mail list logo
