> > PLEASE TRY TO AVOID ADDING/COMMITTING ANYTHING TO THE XDOCLET CORE
> > UNTIL THE REFACTORING IS DONE.
> >
> > It's a very big job, so I would like to warn you all that this might
> > take some time
> ...
>
> In which case, might it not be better to first concentrate on sorting
out
> bugs (an
Well, let me analyze it:
The only class with dependency to Ant is DocletTask. So if you create a
new AntlessDocletTask class and handle things Ant does for us (such as
configuration, creating nested subtask elements and configuring them,
the Ant properties, invoking javadoc and stuff like those)
Bugs item #529784, was opened at 2002-03-14 00:41
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=529784&group_id=31602
Category: ejbdoclet
Group: v1.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/A
> > > PLEASE TRY TO AVOID ADDING/COMMITTING ANYTHING TO THE XDOCLET CORE
> > > UNTIL THE REFACTORING IS DONE.
[snip]
> I believe we can keep on fixing bugs, or adding some minor stuff but no
> big changes. Aslak can easily merge these small changes into the
> refactoring branch. He can also warn
First, let me frustrate in public, cause I'm fucking pissed here. Netcom (my
Norwegian ISP, second biggest telecom company in Norway) let's me read my
webmail, but not answer any mails. I'm working in Stockholm/Sweden during
the week now, so I tried to sign up for a Swedish ISP account (at the
I saw Andrew and Dim's mails a bit late before I wrote my last mail.
Dim:
I have stripped down DocletUtil to the max. All the getClassTag(), getTag
etc. methods are gone, and are now in xjavadoc.XDoc and xjavadoc.XTag. The
refactoring mostly consists of changing calls to these methods, and to u
Since I'm already in refactoring hell and I have to rewrite the DocletTask,
I thought I might give a shot to decouple xdoclet from ant, so that it can
be run without Ant. (I won't remove Ant support of course.)
Does anybody have any suggestions about how we can specify subtasks and
other info
here's 2 more logos from 2 colleagues of mine. (someone add to cvs please,
i'm off atm). so we have:
logo.gif (in cvs)
logo2.gif (attached)
logo3.jpg (attached)
let's vote:
+1 logo2.gif
aslak
_
Join the worlds largest e-mail ser
I like the one in cvs personally
full marks to the logo efforts and all the efforts that everyone's been
doing (says me feeling guilty for not doing anything sorry)
cheers
dim
- Original Message -
From: "Aslak Hellesøy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thur
Title: RE: [Xdoclet-devel] logo voting
Here some new proposals!
Enjoy,
Mathias
-Original Message-
From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]]
Sent: donderdag 14 maart 2002 12:29
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [Xdoclet-devel] logo voting
I like the on
Title: RE: [Xdoclet-devel] logo voting
And here one with some color in it!
Mathias
-Original Message-
From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]]
Sent: donderdag 14 maart 2002 12:29
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [Xdoclet-devel] logo voting
I like th
I don't mind running xdoclet through ant. The problem I'm having is
controlling the classpath/classloaders for (as far as I can tell) the
Doclet run by JavaDoc. The symptoms are that the serialized property
bundle passed to the doclet can be deserialized because the xdoclet classes
can't be foun
Create a GenericDocletTask class which has no dependency to Ant, just
elements/validate/execute/etc there. Then derive a DocletTask (for
compatibility reasons this name) which derives from DocletTask but is
dependent to Ant. You don't have to derive it from Ant's Task class, I
believe Ant can hand
> > I believe we can keep on fixing bugs, or adding some minor stuff but
no
> > big changes. Aslak can easily merge these small changes into the
> > refactoring branch. He can also warn us about where he is
refactoring
> > now so that we don't try to conflict with each other :o)
>
> as I understa
Postpone it. Xdoclet will not be dependent on javadoc in a very short
time (what a freaking coding/refactoring Aslak does!).
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of David Jencks
> Sent: Thursday, March 14, 2002 5:34 PM
Me too. I like the way the big X@ sign looks. I can ask my coworker for
the photoshop/etc file of that image if you want to modify it.
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Dmitri Colebatch
> Sent: Thursday, March 14,
Title: FW: [Xdoclet-devel] logo voting
Forwarded...
Em Qui, 2002-03-14 às 09:30, Mathias Bogaert escreveu:
> And here one with some color in it!
+1 For this one (xdoclet-color.gif) :)
--
Ja ne,
Pazu
mailto: [EMAIL PROTECTED]
Anime Gaiden: de fãs para fãs, sempre.
+1 xdoclet-color.gif (I like this one better than the one I voted for
first)
-1 logo2.gif (I withdraw my previous vote)
-And my mail seems to be back!
___
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdocl
What do you think about a mix of the x@ sign of the one which is in cvs
currently and this colored Doclet word? I don't like the separate x sign
with a circle with another color around it in this image.
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL P
That will be almost perfect :)
The cvs one is a bit too "Times New Roman" and the Mathias a bit too
"rounded, circled, fat" (how do you say that in english???)
Some tricks of a friend of mine:
No Fading effects, it go nuts on black/white
And Two colors maximum.
Vincent
--- Ara Abrahamian <[EMA
Patches item #529937, was opened at 2002-03-14 16:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402706&aid=529937&group_id=31602
Category: vendor
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Matt (mpetteys)
Assigned to: Nobody/Anonymous (
User: vharcq
Date: 02/03/14 10:18:24
Modified:core/test/src/xdoclet/retest/ref/ejb/interfaces
SimpleCMPHome.java SimpleCMPLocalHome.java
Log:
Add a test to show we need a view-type on ejb:finder to tell if where we need the
finder method defined
Revis
User: vharcq
Date: 02/03/14 10:18:24
Modified:core/test/src/xdoclet/retest/bean/ejb/ejb SimpleCMPBean.java
Log:
Add a test to show we need a view-type on ejb:finder to tell if where we need the
finder method defined
Revision ChangesPath
1.2 +15 -0
xdoclet/c
User: vharcq
Date: 02/03/14 10:30:26
xdoclet/core/test/xml-ref/Transaction - New directory
___
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
User: vharcq
Date: 02/03/14 10:32:26
Added: core/test/xml-ref/Transaction ejb-jar.xml
Log:
This is really a nightmare.
We have to handle method with a view-type of "both" and different method-intf for
each interfaces.
Who the fuck will do that ???
Revision Changes
User: vharcq
Date: 02/03/14 10:39:25
Modified:core/src/xdoclet/ejb/tags InterfaceTagsHandler.java
Log:
EntityBean "local" did generate method-intf "Remote" in ASM
Revision ChangesPath
1.22 +15 -6 xdoclet/core/src/xdoclet/ejb/tags/InterfaceTagsHandler.java
User: vharcq
Date: 02/03/14 11:32:53
Modified:core/src/xdoclet/ejb/vendor JBossSubTask.java
Log:
Wrong JBoss public ID
Revision ChangesPath
1.28 +2 -2 xdoclet/core/src/xdoclet/ejb/vendor/JBossSubTask.java
Index: JBossSubTask.java
==
User: vharcq
Date: 02/03/14 11:53:30
xdoclet/core/test/xml-ref/InheritedCMP - New directory
___
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
User: vharcq
Date: 02/03/14 11:55:28
Modified:core/test/script build.xml
Log:
Bug 519011 : a ejb:finder with inherited Home should only be defined in the
SuperClass Home not in the subclass else WL ejbc will go mad
Revision ChangesPath
1.10 +8 -0 xdoclet/cor
User: vharcq
Date: 02/03/14 11:55:29
Added: core/test/src/xdoclet/retest/ref/ejb/interfaces
InheritedCMPSub.java InheritedCMPSubHome.java
InheritedCMPSubLocal.java
InheritedCMPSubLocalHome.java
User: vharcq
Date: 02/03/14 11:55:29
Added: core/test/src/xdoclet/retest/test/ejb
InheritedCMPBeanTest.java
Log:
Bug 519011 : a ejb:finder with inherited Home should only be defined in the
SuperClass Home not in the subclass else WL ejbc will go mad
User: vharcq
Date: 02/03/14 11:55:29
Added: core/test/src/xdoclet/retest/bean/ejb/ejb
InheritedCMPSubBean.java InheritedCMPSuperBean.java
Log:
Bug 519011 : a ejb:finder with inherited Home should only be defined in the
SuperClass Home not in the subclass
User: vharcq
Date: 02/03/14 11:55:30
Added: core/test/src/xdoclet/retest/ref/ejb/ejb
InheritedCMPSubCMP.java InheritedCMPSuperCMP.java
Log:
Bug 519011 : a ejb:finder with inherited Home should only be defined in the
SuperClass Home not in the subclass el
User: vharcq
Date: 02/03/14 11:55:29
Added: core/test/xml-ref/InheritedCMP ejb-jar.xml jaws.xml
jbosscmp-jdbc.xml weblogic-cmp-rdbms-jar.xml
Log:
Bug 519011 : a ejb:finder with inherited Home should only be defined in the
SuperClass Home not in the subcl
Bugs item #517372, was opened at 2002-02-14 09:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=517372&group_id=31602
Category: ejbdoclet
Group: v1.1
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Daniel Bratell (bratell)
Assigned to: Vincent
The problems are
Jboss / Dain's CMP generate jaws.xml
WebLogic / Dan's CMP generate weblogic-...-cmp.xml
etc...
I don't think we need a subsubtask as the subject mention but maybe
break, for example, jboss task into jboss and jbosscmp, same for
weblogic, ...
What do you t
Bugs item #519011, was opened at 2002-02-18 10:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=519011&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Clinton West (clintonwest)
>Assigned to: V
User: vharcq
Date: 02/03/14 12:29:28
Modified:core/src/xdoclet/util FileManager.java
Log:
Avoid to hang if the file has nothing in it
Revision ChangesPath
1.6 +11 -4 xdoclet/core/src/xdoclet/util/FileManager.java
Index: FileManager.java
===
User: vharcq
Date: 02/03/14 12:42:38
Modified:core/src/xdoclet/tags AbstractProgramElementTagsHandler.java
Log:
Take "excludedtags" into account on Method / Field comments. Before it was only
working for Class tags
Revision ChangesPath
1.24 +3 -2
xdoclet/c
User: vharcq
Date: 02/03/14 12:42:56
Modified:core/samples/script build.xml
Log:
Take "excludedtags" into account on Method / Field comments. Before it was only
working for Class tags
Revision ChangesPath
1.62 +1 -1 xdoclet/core/samples/script/build.xml
User: vharcq
Date: 02/03/14 12:42:56
Modified:core/samples/src/java/test/ejb CustomerBean.java
Log:
Take "excludedtags" into account on Method / Field comments. Before it was only
working for Class tags
Revision ChangesPath
1.35 +2 -0 xdoclet/core/samples/s
User: vharcq
Date: 02/03/14 12:08:00
Modified:core/test/src/xdoclet/retest/bean/ejb/ejb
InheritedCMPSuperBean.java
Log:
Add a comment to remove explicit ejb:home extends when bug 516890 will be solved
Revision ChangesPath
1.2 +2 -1
x
User: vharcq
Date: 02/03/14 12:51:35
Modified:core/resources/xdoclet/web taglib_tld.j
Log:
Add 3 merge entries
Revision ChangesPath
1.12 +10 -1 xdoclet/core/resources/xdoclet/web/taglib_tld.j
Index: taglib_tld.j
=
User: vharcq
Date: 02/03/14 12:52:14
Modified:core/resources/xdoclet/ejb asm-descriptor.j
Log:
No default for method-intf
Revision ChangesPath
1.27 +1 -1 xdoclet/core/resources/xdoclet/ejb/asm-descriptor.j
Index: asm-descriptor.j
==
User: vharcq
Date: 02/03/14 13:09:39
Modified:core/docs toc.html
Log:
More propaganda
Revision ChangesPath
1.17 +3 -0 xdoclet/core/docs/toc.html
Index: toc.html
===
RCS file: /cvsroot/xd
User: vharcq
Date: 02/03/14 13:10:40
Modified:core/docs webdoclet.html
Log:
Add missing ejb:servlet load-on-startup parameter
Revision ChangesPath
1.10 +4 -0 xdoclet/core/docs/webdoclet.html
Index: webdoclet.html
===
User: vharcq
Date: 02/03/14 13:10:14
Modified:core/docs ejbdoclet.html
Log:
Some mandatory parameters
Revision ChangesPath
1.41 +14 -7 xdoclet/core/docs/ejbdoclet.html
Index: ejbdoclet.html
===
I haven't come up with a good solution to this problem.
We should have elements for each template file, so that user
is capable of playing with templateFile/destDir/etc options of a regular
subtask for all subsubtasks of a subtask! It's not possible currently
and it means inconsistency. So we ne
I thought it was a bit overkill but as you open the door :)
> I haven't come up with a good solution to this problem.
>
> We should have elements for each template file, so
> that user is capable of playing with templateFile/destDir/etc
> options of a regular subtask for all subsubtasks of a
User: stevensa
Date: 02/03/14 14:03:45
Modified:core/docs whoarewe.html
Log:
Updated contributors list & tidied up a few bits
Revision ChangesPath
1.10 +14 -13xdoclet/core/docs/whoarewe.html
Index: whoarewe.html
===
Bugs item #520066, was opened at 2002-02-19 18:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=520066&group_id=31602
Category: webdoclet
Group: v1.1
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Mathieu Pasture (matpastu)
>Assigned to: Vinc
"I'm getting the following error message ... How do I turn on more
detailed logging?" with details of how to enable the log4j traces in the
answer. (just been asked this off list)
Andrew.
___
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists
User: vharcq
Date: 02/03/14 14:42:40
Modified:core/resources/xdoclet/ejb local.j remote.j
Log:
Re-implement business interfaces
Revision ChangesPath
1.14 +1 -1 xdoclet/core/resources/xdoclet/ejb/local.j
Index: local.j
==
Bugs item #520512, was opened at 2002-02-20 16:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=520512&group_id=31602
Category: xdoclet
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Andrew Stevens (stevensa)
>Assigned to: Vincent
User: vharcq
Date: 02/03/14 15:04:33
Modified:core/samples/src/java/test/ejb SecurityOfficerBean.java
Log:
Change ejb-name to avoid duplicate
Revision ChangesPath
1.3 +1 -1 xdoclet/core/samples/src/java/test/ejb/SecurityOfficerBean.java
Index: SecurityO
Bugs item #522195, was opened at 2002-02-24 22:03
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=522195&group_id=31602
Category: webdoclet
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Michael Lee (yfl)
>Assigned to: Vincent Harcq
Bugs item #524219, was opened at 2002-03-01 08:45
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=524219&group_id=31602
Category: webdoclet
Group: cvs
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Daniel Bratell (bratell)
>Assigned to: Vincent
Bugs item #527254, was opened at 2002-03-08 05:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=527254&group_id=31602
Category: webdoclet
Group: None
Status: Open
Resolution: None
>Priority: 3
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/
Bugs item #528945, was opened at 2002-03-12 14:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=528945&group_id=31602
Category: ejbdoclet
Group: v1.1
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Gwyn Evans (gwynevans)
>Assigned to: Vincent
User: stevensa
Date: 02/03/14 16:18:13
Modified:core/resources/xdoclet/ejb/vendor bluestone-hp-ejb-jar_xml.j
Log:
Fixed missing '/'.
Revision ChangesPath
1.2 +1 -1
xdoclet/core/resources/xdoclet/ejb/vendor/bluestone-hp-ejb-jar_xml.j
Index: bluestone-hp-e
Bugs item #529243, was opened at 2002-03-13 03:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=529243&group_id=31602
Category: ejbdoclet
Group: v1.1
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Stephen Coy (scoy)
>Assigned to: Vincent Harc
Bugs item #529784, was opened at 2002-03-14 09:41
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=529784&group_id=31602
Category: ejbdoclet
Group: v1.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Vincent
Patches item #522357, was opened at 2002-02-25 09:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402706&aid=522357&group_id=31602
Category: xdoclet
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: V
Patches item #523008, was opened at 2002-02-26 16:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402706&aid=523008&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Zak Jacobson (zakjacobson)
>Assigned to
Bugs item #529243, was opened at 2002-03-13 13:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=529243&group_id=31602
Category: ejbdoclet
Group: v1.1
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to: Vincent Harcq
Bugs item #530110, was opened at 2002-03-15 00:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=530110&group_id=31602
Category: xdoclet
Group: v1.1.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Andrew Stevens (stevensa)
Assigned to: Nobody/A
Bugs item #530196, was opened at 2002-03-15 08:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=530196&group_id=31602
Category: ejbdoclet
Group: cvs
Status: Open
Resolution: None
Priority: 5
Submitted By: Daniel Bratell (bratell)
Assigned to: Nobody/Ano
Bugs item #527254, was opened at 2002-03-07 20:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=527254&group_id=31602
Category: webdoclet
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/A
68 matches
Mail list logo
