Hi Tom,
thank you very much, now it works!
Best regards,
Marco
Hi Marco,
On 6/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I am developing a project using OJB with the xdoclet module as
> persistance layer.
> In my project I need to use interfaces, but I have a
Hi Marco,
On 6/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I am developing a project using OJB with the xdoclet module as
persistance layer.
In my project I need to use interfaces, but I have a problem in the
xdoclet annotation of the interfaces.
For example, if I
Hi list,
I am developing a project using OJB with the xdoclet module as
persistance layer.
In my project I need to use interfaces, but I have a problem in the
xdoclet annotation of the interfaces.
For example, if I write:
/**
* Interface describing a resource
*
* @ojb.class
ms to be different of
"true".
> On my setup, "dynamic" values works fine with CGLib proxies and,
> proxy="true" seems to not...
>
> Does someone can confirm this? if it's a missed, does XDoclet module
has
> been updated since 1.0.4 ?
>
> &qu
works fine with CGLib proxies and,
proxy="true" seems to not...
Does someone can confirm this? if it's a missed, does XDoclet module has
been updated since 1.0.4 ?
"proxy" are used in "reference" tag , release 1.0.4.
Yep, the proxy attribute
.
> On my setup, "dynamic" values works fine with CGLib
> proxies and,
> proxy="true" seems to not...
>
> Does someone can confirm this? if it's a missed,
> does XDoclet module has
> been updated since 1.0.4 ?
>
> "proxy" are used in &qu
ot;true" seems to not...
Does someone can confirm this? if it's a missed, does XDoclet module has
been updated since 1.0.4 ?
"proxy" are used in "reference" tag , release 1.0.4.
Thanks.
Thomas Dudziak wrote:
Please update to the 1.2.3 version (both XDoclet & the XDoclet module,
as well as XJavadoc 1.1). You can download them from here:
Thank you, it now works. I already read the version history but
thought, nothing of interest for me was fixed...
B
On 11/10/05, Bernd Laengerich <[EMAIL PROTECTED]> wrote:
> another problem:
>
> given is an abstract base class A with many implementations A1Impl,
> A2Impl, A3Impl.
> The base class references a second class B.
>
> When running xdoclet, it generates an xml schema file
Hi,
another problem:
given is an abstract base class A with many implementations A1Impl,
A2Impl, A3Impl.
The base class references a second class B.
When running xdoclet, it generates an xml schema file with
as many foreign key references as there are implementations plus the
one from the
All working happily now!
Note to others: andrew sent me his new Xdoclet files, and it was
complaining:
java.lang.UnsupportedClassVersionError: xjavadoc/ant/XJavadocTask
(Unsupported major.minor version 49.0)
So to use these you have to run ant with java_home pointing to jdk1.5!
I wish i could
issue.
-Andrew
> -Original Message-
> From: Daniel Perry [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 01, 2005 10:38 AM
> To: OJB Users List
> Subject: xdoclet module with Java 1.5
>
> Hi,
>
> I'm trying to use the OJB xdoclet module (fro
On 9/1/05, Daniel Perry <[EMAIL PROTECTED]> wrote:
> I'm trying to use the OJB xdoclet module (from 1.0.3 download) with java 5
> generics.
>
> The following:
> ArrayList generic = new ArrayList();
>
> gives an error:
> [ojbdoclet] Erro
Hi,
I'm trying to use the OJB xdoclet module (from 1.0.3 download) with java 5
generics.
The following:
ArrayList generic = new ArrayList();
gives an error:
[ojbdoclet] Error parsing File C:\java\pol\src\java\Test.java:Encountered
"<" at
line 11, column 27.
[ojbdoclet] Wa
Please add:
* what database
* what Torque version
It would also be good if you post the repository_user.xml and the
project-schema.xml files.
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMA
Hello, all.
We are developing web-application for cocoon with ojb and trying to
generate all ojb and sql stuff from the source java files.
We use ojb 1.0.1, xdoclet-ojb-module-1.2.2, torque-gen-3.1.1 and mysql.
== PROBLEM ==
The plot:
We have java classes with xdoclet tags. From those we generate
Hello, all.
We are developing web-application for cocoon with ojb and trying to
generate all ojb and sql stuff from the source java files.
We use ojb 1.0.1, xdoclet-ojb-module-1.2.2, torque-gen-3.1.1 and mysql.
== PROBLEM ==
The plot:
We have java classes with xdoclet tags. From those we generate
Thomas Dudziak wrote:
I'm not sure I understand what you saying here, but FYI, I'm currently
changing the XDoclet module to
* allow the generation of complete class-descriptors (in the sense
that they have field/resource/collection descriptors) without a table
* automatic include prima
I'm not sure I understand what you saying here, but FYI, I'm currently
changing the XDoclet module to
* allow the generation of complete class-descriptors (in the sense
that they have field/resource/collection descriptors) without a table
* automatic include primary/foreign keys fro
Maksimenko Alexander wrote:
Sory for delay in answeing
No my problem is that only class mapping wich has been proposed by
Armin can solve my problem perfectly. But I cannt generate this class
descriptor by xdoclet though its completely valid.
Hi Thomas!
would it be possible to change xdoclet to
Sory for delay in answeing
No my problem is that only class mapping wich has been proposed by Armin
can solve my problem perfectly. But I cannt generate this class
descriptor by xdoclet though its completely valid.
Thomas Dudziak wrote:
The problem is that you need a table in order to map
The problem is that you need a table in order to map fields onto columns.
Perhaps you could post your design ?
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thomas Dudziak wrote:
I bumped into some strange thing in ojb xdoclet:
I need mapping wich gave me Armin: interface descriptor has field
descriptors but doesn't have table attribute
class descriptor has both the same field descriptors and table attribute
but if I specify *generate-table
> I bumped into some strange thing in ojb xdoclet:
> I need mapping wich gave me Armin: interface descriptor has field
> descriptors but doesn't have table attribute
> class descriptor has both the same field descriptors and table attribute
>
> but if I specify *genera
Hi all!
I bumped into some strange thing in ojb xdoclet:
I need mapping wich gave me Armin: interface descriptor has field
descriptors but doesn't have table attribute
class descriptor has both the same field descriptors and table attribute
but if I specify *generate-table-info=&quo
I would say, the XDoclet module could not find the class
AttachmentImpl because XDoclet itself either did not parse it or it
has an error in the definition. Therefore, the module searches for the
class on the classpath which failed too (because you probably don't
have the compiled classes i
I'm having difficulty getting a simple 1:n mapping working using OJB XDoclet
with Oracle and using anonymous keys. I'm sure that the solution is
straightforward but I haven't been able to find anything in the archives.
I'm also using the Maven Torque Plugin.
The parent c
*/,
> so I find it logical, but sometimes confusing because it can make
> people waste a lot of time searching why their class is not in the
> repository.
Yes, but wouldn't you simply convert the Javadoc comment containing
the XDoclet tag into a normal block comment instead of in
searching why their class is not in the
repository.
Sylvain.
On Mon, 24 Jan 2005 10:57:10 +0100, Thomas Dudziak <[EMAIL PROTECTED]> wrote:
> I wouldn't say this is an XDoclet bug because as per Java Language
> Spec a comment starting with /** is only a documentation comment
I wouldn't say this is an XDoclet bug because as per Java Language
Spec a comment starting with /** is only a documentation comment (i.e.
a comment that is processed by Javadoc/XDoclet) if it comes directly
before a class/method/field declaration (whitespace in between is
allowed). So, in
Hi,
Sorry if this have already been reported, but I think there is a bug
in XDoclet with comments.
When creating a persistent class, if there is any classic java comment
between javadoc comments used to generate the class parameters in the
repository and the class definition, the class is not
[EMAIL PROTECTED] wrote:
Hello,
i tried the following:
D:\hiwi\sackm\ojb-blank>ant xdoclet
Buildfile: build.xml
compile:
xdoclet:
[ojbdoclet] The class "resources.repositor" occurs in more than one
fileset. That's illegal.
[ojbdoclet] (XDocletMain.start
Hello,
i tried the following:
D:\hiwi\sackm\ojb-blank>ant xdoclet
Buildfile: build.xml
compile:
xdoclet:
[ojbdoclet] The class "resources.repositor" occurs in more than one
fileset. That's illegal.
[ojbdoclet] (XDocletMain.start 47 ) Ru
Thomas Dudziak wrote:
The OJB XDoclet module does not process the type because you
misspelled the xdoclet tags: its @[EMAIL PROTECTED], not
@[EMAIL PROTECTED]
(this is quite hard to catch ;-) )
I am so embarrassed :)
Thanks!
--Rob
name;
/**
* @obj.field
* attributes="primarykey"
*/
private int id;
}
I haven't altered anything in build.properties. The problem is that when
I run "ant xdoclet", I end up with none of this information in the
repository_user.xml file:
Buildfile: build.xml
compile:
[mkdir] Cr
field
* attributes="primarykey"
*/
private int id;
}
I haven't altered anything in build.properties. The problem is that when
I run "ant xdoclet", I end up with none of this information in the
repository_user.xml file:
Ant properly builds one file, sticks it in build/cla
butes="primarykey"
*/
private int id;
}
I haven't altered anything in build.properties. The problem is that when
I run "ant xdoclet", I end up with none of this information in the
repository_user.xml file:
Buildfile: build.xml
compile:
[mkdir] Created dir: /User
Gelhar, Wallace Joseph wrote:
Hi Tom,
This was a little misleading for me, since I did *not* want to generate
fields (or table information) for my persistent base class, but did want
the fields to be included in each concrete class definition.
So the way I ended up mapping was to eliminate the @ojb
I have it producing exactly what I need now.
-Original Message-
From: Thomas Dudziak [mailto:[EMAIL PROTECTED]
Sent: Monday, November 15, 2004 6:09 PM
To: OJB Users List
Subject: Re: How to markup for xdoclet inheritance structure?
Gelhar, Wallace Joseph wrote:
> I am trying to use xdoc
Wow nice catch! I didn't even notice, I guess I was looking quick. I
wonder if it was Wallace's copy paste problem.
R
On 11/16/04 2:19 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> I haven't successfully used xdoclet, but if it is like javadoc, you
I haven't successfully used xdoclet, but if it is like javadoc, you need to
start the comments with double asterisk: /** not just /*.
my 2 cents
CQ
Original Message:
-
From: Gelhar, Wallace Joseph [EMAIL PROTECTED]
Date: Tue, 16 Nov 2004 10:56:09 -0600
To: [EMAIL PROT
Processed 9 types
-Original Message-
From: Gelhar, Wallace Joseph
Sent: Tuesday, November 16, 2004 10:24 AM
To: OJB Users List
Subject: RE: How to markup for xdoclet inheritance structure?
What is wrong with this markup. I've followed your advice and allowed
xdoclet to generate a
rwise xdoclet has no idea what your table is called, especially if you
intend to use Interfaces. The following below should figure it all out for
you:
@ojb.class table="cdpcno_projects" determine-extents="true"
include-inherited="true" generate-table-info="true"
What is wrong with this markup. I've followed your advice and allowed
xdoclet to generate a table for the persistent base class (even though
the fields are in each concrete classes table), but this fails to
produce *any* fields in the repository. Do I really have to duplicate
each @ojb.fiel
Gelhar, Wallace Joseph wrote:
I am trying to use xdoclet to map an inheritance hierarchy as follows,
but it fails to include any inherited fields. Any ideas?
The generate-table-info="false" setting disables generation of
field/reference/collection entries. See here for deta
I am trying to use xdoclet to map an inheritance hierarchy as follows,
but it fails to include any inherited fields. Any ideas?
PersistenctObjectImpl (Abstract) implements PersistentObject (Interface)
Foo (Interface) extends PersistentObject (Interface)
FooImpl (Concrete) extends
[EMAIL PROTECTED] wrote:
Hi,
I have been using OJB since January and I use the XDoclet module to build
the repository_user.xml file. Everything has been going well, but
recently I have been splitting our code base up into several subprojects
and that has proven to be a much more difficult task
Hi,
I have been using OJB since January and I use the XDoclet module to build
the repository_user.xml file. Everything has been going well, but
recently I have been splitting our code base up into several subprojects
and that has proven to be a much more difficult task than I originally
Hello,
We use OJB 1.0.1 with one class per table.
Our repository i generated with Xdoclet OJB module, with the fix from sept
17.
We have 4 classes :
B extending A
D extending C
Both A and C have the flag ' determine-extends="false" '
A has a reference to C, and C a c
- Message from Thomas Dudziak <[EMAIL PROTECTED]> on Fri, 17 Sep 2004
22:51:01 +0200 -
To:OJB Users List <[EMAIL PROTECTED]>
Subject:Re: Xdoclet, reference and modify-inherited
Mickael LEFEVRE wrote:
> We use OJB 1.0.1 with one class per table.
> To be simple, we
Thomas Paradies wrote:
While using the xdoclet ojb module (v1.0.0) I'm running into the same problem
as described in an older message from 2003 - see
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=7009.
Following the thread I found an response - but no solution... In resum
While using the xdoclet ojb module (v1.0.0) I'm running into the same problem
as described in an older message from 2003 - see
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=7009.
Following the thread I found an response - but no solution... In resumption
of this thread I
ch is
anonymous).
If we put :
* // reference
* @ojb.modify-inherited name="C"
*ignore="true"
*
* // foreignkey of the reference
* @ojb.modify-inherited name="CId"
*ignore="true"
xdoclet-ojb simply reply :
<>
If I delete :
* @ojb.mo
nonymous).
If we put :
* // reference
* @ojb.modify-inherited name="C"
*ignore="true"
*
* // foreignkey of the reference
* @ojb.modify-inherited name="CId"
*ignore="true"
xdoclet-ojb simply reply :
<>
If I delete :
* @ojb.modify-
Clóvis Wichoski wrote:
Hi,
I having a trouble with XDoclet to determine use of Multiple Joined
Tables, If I had a reference in superclass the anonymous field for
this reference is replicated, in generated subclass descriptor.
For example, if I attempt to query any Motorcycle, I get a Unknown
David Durham wrote:
Magnus wrote:
I just tried my file with suns JDK-1.5-rc on debian-amd64 and works
fine, thus it must have been a bug in IBM's JVM ( since all the other
components are the same ).
So, are you going to be able to use the JDK or are you stuck using
IBM's JVM?
- Dave
Magnus wrote:
I just tried my file with suns JDK-1.5-rc on debian-amd64 and works
fine, thus it must have been a bug in IBM's JVM ( since all the other
components are the same ).
So, are you going to be able to use the JDK or are you stuck using IBM's
JVM?
- Dave
-
David Durham wrote:
psamathos wrote:
"The type doesn't support the nested "ojbrepository"
element."
Does anyone know why? I've tried everything I could think of, but it
never works.
I'm using ojbdoclet and I might be able to help you out. What does
your taskdef look like? As I recal
David Durham wrote:
psamathos wrote:
which makes me think there's a bug in my JVM or
somewhere related.
Have you tested your Ant targets in a different environment?
- Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
psamathos wrote:
which makes me think there's a bug in my JVM or
somewhere related.
Have you tested your Ant targets in a different environment?
- Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
e? I've got time to look around
if you'd like.
- Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I didn't look around in ant's source, but I have downloaded t
psamathos wrote:
Yes, and I couldn't find anything. This mailinglist is my only hope.
I'm willing to help on this point, but did you download the module's
source code to see where that message could be thrown from?
Maybe the clue lies in Ant's source code? I've got time to look around
if you'd
Christian Pesch wrote:
psamathos wrote:
Any other ideas?
Are you using ant >= 1.6?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Yes, I'm using Ant 1.6.2
/Magnus
---
David Durham wrote:
psamathos wrote:
Ok, I've added the classpathref, but I still the get the same error.
These are my new settings.
/usr/share/ant/lib contains xdoclet.jar and
xdoclet-ojb-module-1.2.
psamathos wrote:
Any other ideas?
Are you using ant >= 1.6?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psamathos wrote:
Ok, I've added the classpathref, but I still the get the same error.
These are my new settings.
/usr/share/ant/lib contains xdoclet.jar and xdoclet-ojb-module-1.2.
David Durham wrote:
psamathos wrote:
This is what my current target looks like:
in the docs it also has a classpathref, do I need that as well?
I think that needs to point to "module jar along with the xdoclet and
xjavadc jars"
I have
tried with and without but perhap
psamathos wrote:
This is what my current target looks like:
in the docs it also has a classpathref, do I need that as well?
I think that needs to point to "module jar along with the xdoclet and
xjavadc jars"
I have
tried with and without but perhaps I made a misstake somewhe
askdef.
http://db.apache.org/ojb/docu/guides/xdoclet-module.html#Usage
- Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This is what my current ta
he.org/ojb/docu/guides/xdoclet-module.html#Usage
- Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
psamathos wrote:
"The type doesn't support the nested "ojbrepository" element."
Does anyone know why? I've tried everything I could think of, but it
never works.
I'm using ojbdoclet and I might be able to help you out. What does your
taskdef look like? As I recall, there's a problem wh
Hi Magnus,
the developer of the xdoclet module (Thomas D.) is on vacation and I
never worked on that stuff. Never heard about such problems.
You can try latest ojb-xdoclet.jar from CVS, but I think it's not much
different from OJB 1.0 version.
regards,
Armin
psamathos wrote:
Hi,
When I t
Hi,
When I try to use Xdoclet to generate my repository-file it fails with
"The type doesn't support the nested "ojbrepository" element."
Does anyone know why? I've tried everything I could think of, but it
never works.
Clóvis Wichoski wrote:
Hi Armin,
Armin Waibel wrote:
Hi Clóvis,
the xdoclet module is managed by Thomas D. and he is on vacation till
Sep. 13th. Did you tried latest jar from CVS?
Sorry, I can't help.
Yes I tried, He read all messages wen he come back, or only read new
ones, the question
Hi Armin,
Armin Waibel wrote:
Hi Clóvis,
the xdoclet module is managed by Thomas D. and he is on vacation till
Sep. 13th. Did you tried latest jar from CVS?
Sorry, I can't help.
Yes I tried, He read all messages wen he come back, or only read new
ones, the question is, I need to repost
Hi Clóvis,
the xdoclet module is managed by Thomas D. and he is on vacation till
Sep. 13th. Did you tried latest jar from CVS?
Sorry, I can't help.
One question, you set
@ojb.modify-inherited ignore="true" name="myManufacturer"
but you don't change any attributes
Hi,
I having a trouble with XDoclet to determine use of Multiple Joined
Tables, If I had a reference in superclass the anonymous field for
this reference is replicated, in generated subclass descriptor.
For example, if I attempt to query any Motorcycle, I get a Unknown
column name
Hi,
I having a trouble using Multiple Joined Tables with XDoclet, If i had a reference in superclass
the anonymous field for this reference is replicated, in generated subclass descriptor.
first this are sample classes for better understanding:
-START OF CLASS DEFINITIONS
Thomas Dudziak wrote:
The fix should be a simple change of the compile-classpath at the
beginning of the build.xml of the ojb-blank project to:
[..]
That works for me, thanks.
--
Christian
-
To unsubscribe, e-mail: [EMAIL PROTECTE
Anyway, its not strange that the XDoclet
module produces this error. The problem here is that the module can only
check used classes (e.g. conversions, row readers etc.) as classes, not
as source. Therefore, they have to be available in the classpath used to
run the XDoclet module. Usually you wou
Thomas Dudziak wrote:
* Missing conversion classes :
- org.metamusic.core.impl.conversion.Role2VarcharFieldConversion.
- org.metamusic.core.impl.conversion.Locale2VarcharFieldConversion
Actually, they were in the archive. And I can reproduce the error
doclet.XDocletException: The class
org.m
Another programmer made a change to our build.xml (and not reported). He
added our src folder to classpath of taskdef so we can find custom
conversion classes...
I think this did the trick at all. Sorry by posting this "fake" solution
to fast before checking all facts.
Richter
Em Qui, 2004-08-1
Christian Pesch wrote:
That's it! I've used ant 1.5.4 in my environment, which causes the
problem.
With 1.6.2 it runs through.
BTW, which ant version did you use?
1.6.0 comes with OJB. It is possible that XDoclet 1.2.1 requires Ant
1.6.0, haven't check
Thomas Dudziak wrote:
I get only two problems: [..]
I'll fix that.
then it runs through in a freshly downloaded ojb-blank environment.
That's it! I've used ant 1.5.4 in my environment, which causes the problem.
With 1.6.2 it runs through.
BTW, which ant version did you use?
--
Christian
---
Christian Pesch wrote:
I could send you all the classes, if you don't mind.
It's just over 80 KB.
I get only two problems:
* Missing conversion classes :
- org.metamusic.core.impl.conversion.Role2VarcharFieldConversion.
- org.metamusic.core.impl.conversion.Locale2VarcharFieldConversion
* Dupl
Christian Pesch wrote:
I could send you all the classes, if you don't mind.
It's just over 80 KB.
Go ahead.
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thomas Dudziak wrote:
[..]
Now, what I find strange is that none of the snippets that you posted
was actually using a ManageableCollection, neither in code nor in the
XDoclet comment, so why should XDoclet try to search for it ?
I could send you all the classes, if you don't mind.
It's
orderby="groupId"
* proxy="true"
*/
private List/**/ groups = new ArrayList(1);
}
Now, what I find strange is that none of the snippets that you posted
was actually using a ManageableCollection, neither in code nor in the
XDoclet comment, so why should XDoclet try to search for it ?
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thomas Dudziak wrote:
[..]
I tried ojb-blank with a basic ojb.collection tag with
ManageableArrayList as the collection-class, and it worked. Same when
I declared the variable to be of type ManageableCollection.
I'd say you have a problem either with your classpath
I can't imagine what would be
Christian Pesch wrote:
Ok, after some tryal and error with my buildmagic setup,
I've downloaded ojb-blank.jar, copied my sources to src/java
and executed
ant xdoclet
Et voila:
[ojbdoclet] (XDocletMain.start 54 ) <>
[ojbdoclet] file:/tmp/ojb-blank/build.xml:90: XDo
Edson Carlos Ericksson Richter wrote:
I'm shamed. My files are not being processes because I had spaces around
equals sign. Like this:
/** @ojb.class table = "TB1" */
correcting to this:
/** @ojb.class table="TB1" */
worked fine.
Hmm, this shouldn't be a problem. I just verified this, and spaces
a
Hi!
I'm shamed. My files are not being processes because I had spaces around
equals sign. Like this:
/** @ojb.class table = "TB1" */
correcting to this:
/** @ojb.class table="TB1" */
worked fine.
Thanks,
Richter
Em Ter, 2004-08-10 às 18:13, Thomas Dudziak escreveu:
> Edson Carlos Ericksson
Thomas Dudziak wrote:
I'm clueless how to bring xdoclet to work after I've
migrated from 1.0 rc6 to 1.0.0.
The xdoclet taskdef now contains a classpathref, but
I couldn't let it find the org.apache.ojb.broker.ManageableCollection.
Please have a look at the build file in the ojb-
Edson Carlos Ericksson Richter wrote:
Changed to
and
and just less messages (only one, in a class that isn't a bean at all
and either isn't in beans directory...), but still not generating any
content to .xml
Why is doclet processing files in other directories that are not under
criteria I specif
Em Ter, 2004-08-10 às 16:52, Thomas Dudziak escreveu:
> Edson Carlos Ericksson Richter wrote:
>
> > Of course, I already updated with latest from CVS.
>
> No need to, there were no changes to the XDoclet module since 1.0 final.
>
> >>I've updated to OJB 1.0 a
Edson Carlos Ericksson Richter wrote:
Of course, I already updated with latest from CVS.
No need to, there were no changes to the XDoclet module since 1.0 final.
I've updated to OJB 1.0 and now I'm trying OJB doclet module.
I already documented some classes with ojb.class and so on, bu
Of course, I already updated with latest from CVS.
And more one detail: I'm using NetBeans 3.6 with Ant 1.6.1.
Thanks for any tips,
Richter
Em Ter, 2004-08-10 às 16:24, Edson Carlos Ericksson Richter escreveu:
> Hi!
>
> I've updated to OJB 1.0 and now I'm trying OJB doclet module.
> I already d
Hi!
I've updated to OJB 1.0 and now I'm trying OJB doclet module.
I already documented some classes with ojb.class and so on, but I always
get an empty .xml file with only 2 lines of commets. There is no error
message, only ones like
INFO: Some classes refer to other classes that were not found a
Christian Pesch wrote:
Hi there,
I'm clueless how to bring xdoclet to work after I've
migrated from 1.0 rc6 to 1.0.0.
The xdoclet taskdef now contains a classpathref, but
I couldn't let it find the org.apache.ojb.broker.ManageableCollection.
Please have a look at the build
Hi there,
I'm clueless how to bring xdoclet to work after I've
migrated from 1.0 rc6 to 1.0.0.
The xdoclet taskdef now contains a classpathref, but
I couldn't let it find the org.apache.ojb.broker.ManageableCollection.
Any hints welcome
--
Christian
The ant output
guard-r
1 - 100 of 329 matches
Mail list logo
