User: rinkrank
Date: 02/07/09 18:07:02
Modified:modules/jmx/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresp
User: rinkrank
Date: 02/07/09 18:07:04
Modified:xdocs/dtds xtags.dtd
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresponding conditi
User: rinkrank
Date: 02/07/09 18:07:00
Modified:modules/ejb/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresp
User: rinkrank
Date: 02/07/09 18:07:04
Modified:modules/webwork/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the cor
User: rinkrank
Date: 02/07/09 18:07:05
Added: xdocs/stylesheets xtags2html.vsl
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the correspon
User: rinkrank
Date: 02/07/09 18:07:04
Modified:modules/pramati/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the cor
User: rinkrank
Date: 02/07/09 18:07:04
Modified:modules/web/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresp
User: rinkrank
Date: 02/07/09 18:07:04
Modified:modules/xdoclet/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the cor
User: rinkrank
Date: 02/07/09 18:07:03
Modified:modules/mvcsoft/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the cor
User: rinkrank
Date: 02/07/09 18:07:02
Modified:modules/ibm/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresp
User: rinkrank
Date: 02/07/09 18:07:03
Modified:modules/mx4j/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corres
User: rinkrank
Date: 02/07/09 18:07:01
Modified:modules/ejb/src/xdoclet/modules/ejb/entity
PersistentTagsHandler.java
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. T
User: rinkrank
Date: 02/07/09 18:07:03
Modified:modules modules-common.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresponding
User: rinkrank
Date: 02/07/09 18:07:03
Modified:modules/orion/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corre
User: rinkrank
Date: 02/07/09 18:07:02
Modified:modules/macromedia/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the
User: rinkrank
Date: 02/07/09 18:07:02
Modified:modules/hp/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the correspo
User: rinkrank
Date: 02/07/09 18:07:02
Modified:modules/jboss/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corre
User: rinkrank
Date: 02/07/09 18:07:02
Modified:modules/exolab/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corr
User: rinkrank
Date: 02/07/09 18:07:00
Modified:modules/bea/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresp
User: rinkrank
Date: 02/07/09 18:07:00
Modified:modules/caucho/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corr
User: rinkrank
Date: 02/07/09 18:07:00
Modified:modules/apache/src/META-INF xtags.xml
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corr
User: rinkrank
Date: 02/07/09 18:06:59
Modified:.build.properties
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less replaces the corresponding co
User: rinkrank
Date: 02/07/09 18:06:59
Modified:core/src/xdoclet/tagshandler ParameterTagsHandler.java
Log:
Improved tag docs. They now say at what level (class, method, field, constructor) a
tag belongs. This involves a change in xtags.dtd. There is a new tag which
more or less
User: rinkrank
Date: 02/07/09 18:01:42
Modified:test Hello.java
Log:
Fixed the null problem that's been bugging us lately and showed up in compilation of
samples
Revision ChangesPath
1.12 +1 -0 xjavadoc/test/Hello.java
Index: Hello.java
User: rinkrank
Date: 02/07/09 18:01:42
Modified:src/xjavadoc AbstractClass.java SourceClass.java
UnknownClass.java Util.java XJavaDoc.java
XJavaDocTest.java
Log:
Fixed the null problem that's been bugging us lately and showed up in com
User: ara_e_w
Date: 02/07/09 15:19:59
Modified:samples build.xml
Log:
fixes the null param type problem (needs more investigation)
Revision ChangesPath
1.7 +17 -21xdoclet/samples/build.xml
Index: build.xml
==
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Andrew
> Stevens
> Sent: 9. juli 2002 23:12
> To: [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-devel] plx send deployment tool
>
>
> A wise old hermit known only as =?iso-8859-1?Q?Aslak_Helles=F8y?=
> <[
A wise old hermit known only as =?iso-8859-1?Q?Aslak_Helles=F8y?=
<[EMAIL PROTECTED]> once said:
> Man, you should have told us before. Here it is:
Now that's cruel. You'll go straight to hell for that one ;-)
Andrew.
---
This sf.net emai
I'm not a big fan of semi-coding in xml. So I prefer a different
approach:
Instead of all those nested/sibling condition/etc change it to a more
abstract thing. Introduce a tag. By default it actually
maps to ConditionBasedValidator which reads all those
elements and works based on those nested
A wise old hermit known only as Philippe Caya <[EMAIL PROTECTED]> once
said:
> The JBoss DTDs are no longer online at
> "http://www.jboss.org/j2ee/dtd/X.dtd"; and this causes an exception
> at deploy time on JBoss 3.0RC3
RC3? What about the final released version?
Besides, why should we
User: ara_e_w
Date: 02/07/09 12:33:22
Modified:samples/src/java/test/ejb AddressBean.java
Log:
- fixes the "method-params-not-fully-qualifiedin ejb-jar.xml" bug
- make the ejb:finder signature full qualified in samples
Revision ChangesPath
1.3 +2 -2 xdoclet
User: ara_e_w
Date: 02/07/09 12:33:22
Modified:core/src/xdoclet/tagshandler MethodTagsHandler.java
ParameterTagsHandler.java
Log:
- fixes the "method-params-not-fully-qualifiedin ejb-jar.xml" bug
- make the ejb:finder signature full qualified in samples
Feature Requests item #578937, was opened at 2002-07-09 10:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402707&aid=578937&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
Priority: 5
Submitted By: William Ferguson (williamferguson)
Assigned to: Nob
Patches item #579236, was opened at 2002-07-09 13:50
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402706&aid=579236&group_id=31602
Category: other
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Newcomb (mnewcomb)
Assigned to: Nobody/
Patches item #579252, was opened at 2002-07-09 14:11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402706&aid=579252&group_id=31602
Category: xdoclet
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Newcomb (mnewcomb)
Assigned to: Nobod
Feature Requests item #578989, was opened at 2002-07-09 16:05
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402707&aid=578989&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
Priority: 5
Submitted By: William Ferguson (williamferguson)
Assigned to: Nob
Patches item #579172, was opened at 2002-07-09 11:44
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402706&aid=579172&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Newcomb (mnewcomb)
Assigned to: Nob
Patches item #578858, was opened at 2002-07-08 15:45
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402706&aid=578858&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul Cantrell (melquiades)
Assigned to: Nob
Patches item #578858, was opened at 2002-07-08 15:45
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=402706&aid=578858&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
Resolution: None
>Priority: 6
Submitted By: Paul Cantrell (melquiades)
Assigned to: No
The JBoss DTDs are no longer online at
"http://www.jboss.org/j2ee/dtd/X.dtd"; and this causes an exception at
deploy time on JBoss 3.0RC3
It seems like JBossSubTask.java needs a dtdDirectory property to set the
location of the DTDs. If no one has started to work on this already I can do
it
--- Aslak_Hellesoy <[EMAIL PROTECTED]> wrote:
>
>
> > -Original Message-
> > From: Konstantin Priblouda
> [mailto:[EMAIL PROTECTED]]
> > Sent: 9. juli 2002 11:22
> > To: Aslak_Hellesoy
> > Subject: RE: [Xdoclet-devel] xtags DTD
> >
> >
> >
> > > > Yeah, I spotted that one (tag-param), b
User: pathoss
Date: 02/07/09 06:56:39
Removed: docs/info downloadsources.html merge.html
Log:
Moved content to xdocs.
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
___
User: pathoss
Date: 02/07/09 06:56:39
Modified:xdocsdownload.xml
Added: xdocsmerge.xml
Log:
Moved content to xdocs.
Revision ChangesPath
1.2 +12 -0 xdoclet/xdocs/download.xml
Index: download.xml
==
User: pathoss
Date: 02/07/09 06:50:08
Removed: docs/ide index.html
Log:
Moved from docs to xdocs.
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
___
User: pathoss
Date: 02/07/09 06:50:06
Removed: docs/ide/idea xdoclet.xml
Log:
Moved from docs to xdocs.
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
_
User: pathoss
Date: 02/07/09 06:50:06
Added: xdocs/ide index.xml
Log:
Moved from docs to xdocs.
Revision ChangesPath
1.1 xdoclet/xdocs/ide/index.xml
Index: index.xml
===
User: pathoss
Date: 02/07/09 06:50:06
Added: xdocs/ide/idea xdoclet.xml
Log:
Moved from docs to xdocs.
Revision ChangesPath
1.1 xdoclet/xdocs/ide/idea/xdoclet.xml
Index: xdoclet.xml
==
User: pathoss
Date: 02/07/09 06:49:15
xdoclet/xdocs/ide - New directory
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
___
Xdoclet-d
User: pathoss
Date: 02/07/09 06:49:20
xdoclet/xdocs/ide/idea - New directory
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
___
Xdoc
User: pathoss
Date: 02/07/09 06:42:09
Added: xdocs/dtds xtags.dtd
Log:
Moved from docs.
Revision ChangesPath
1.1 xdoclet/xdocs/dtds/xtags.dtd
Index: xtags.dtd
===
User: pathoss
Date: 02/07/09 06:42:40
Removed: docs/dtds xtags.dtd
Log:
Moved to xdocs.
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
_
User: pathoss
Date: 02/07/09 06:41:53
xdoclet/xdocs/dtds - New directory
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
___
Xdoclet-
User: pathoss
Date: 02/07/09 06:41:26
Removed: docs build.xml index.html toc.html
Log:
Obsolete.
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
Man,
you should have told us before. Here it is:
Aslak
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
mohanSent: 9. juli 2002 15:15To:
[EMAIL PROTECTED]Subject: [Xdoclet-devel] plx
send deployment tool
Dear sir,
My name is mo
User: pathoss
Date: 02/07/09 06:28:09
Modified:xdocs/stylesheets site.vsl
Log:
Xtree css.
Revision ChangesPath
1.8 +1 -0 xdoclet/xdocs/stylesheets/site.vsl
Index: site.vsl
===
RCS file:
User: pathoss
Date: 02/07/09 06:23:15
Modified:lib log4j.jar
Log:
Updated to log4j 1.2.5.
Revision ChangesPath
1.3 +905 -447 xdoclet/lib/log4j.jar
<>
---
This sf.net email is sponsored by
User: rinkrank
Date: 02/07/09 06:21:29
Modified:modules/apache/src/xdoclet/modules/apache/struts/resources
struts_config_xml.xdt
Log:
Fixed bug causing duplicate parameter attributes
Revision ChangesPath
1.5 +1 -1
xdoclet/modules/apach
Dear sir,
My name is mohan.Last four month i am try to get
ejx.jar file for deployment .
Can u plx send that deployment file to
me.
Thanking you
with regards
mohan
There are also problems with the XJavaDoc testsuite (junit), and the XDoclet
testsuite is totally broken.
The documentation is a little messy. Work needed here ;-)
I will see what I can do,
Mathias
-Original Message-
From: Aslak Hellesøy [mailto:[EMAIL PROTECTED]]
Sent: dinsdag 9 juli 2
User: pathoss
Date: 02/07/09 06:07:11
Modified:core/test build.xml
Log:
Fixed dist dir location. We should rewrite this build script, or even relocate the
tests.
Revision ChangesPath
1.3 +1 -1 xdoclet/core/test/build.xml
Index: build.xml
=
I guess so if it ain't used. I have never understood what it's for.
About the broken build, also see my mail earlier today.
Aslak
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Mathias
> Bogaert
> Sent: 9. juli 2002 14:50
> To: '[EMAIL PROTECTED]
User: pathoss
Date: 02/07/09 06:04:15
Modified:core/src/xdoclet/loader XDocletXmlParserTest.java
Log:
Get the test working again.
Revision ChangesPath
1.3 +2 -2 xdoclet/core/src/xdoclet/loader/XDocletXmlParserTest.java
Index: XDocletXmlParserTest.java
User: pathoss
Date: 02/07/09 06:04:18
Added: core/test/src xdoclet-xmlparsertest.xml
Log:
Get the test working again.
Revision ChangesPath
1.1 xdoclet/core/test/src/xdoclet-xmlparsertest.xml
Index: xdoclet-xmlparsertest.xml
The code still has references in the documentation to the (unused)
TYPE_SUPERCLASS. Can I remove this from the code?
Mathias
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
___
I got the following error messages:
[ejbdoclet] Error parsing test.ejb.cmr.CountryLocal:Encountered "" at
line
15, column 2.
[ejbdoclet] Was expecting one of:
[ejbdoclet] "abstract" ...
[ejbdoclet] "boolean" ...
[ejbdoclet] "byte" ...
[ejbdoclet] "char" ...
[ejbdoclet] "class"
I just realised - there haven't been any tracker updates for bug items on
the list since April, just for feature requests and patches. Was there some
reason for this, or can I switch them back on? (I'd been filtering them into
a separate mailbox to help with updating changes.txt, now I'll have
66 matches
Mail list logo
