XDoclet folk,
I'm signing off these e-mail lists to cut back on the massive amount of
e-mail I'm getting. I've only been a lurker here recently and have
nothing further to contribute.
XDoclet is a pragmatic and sensible approach to managing ugly problems
(EJB, Struts, etc). However, I no long
generic indexer, without regard
for XDoclet. Create a mapping file by hand, iron out the kinks, then
get to the XDoclet part when you've got the rest working fine.
Erik
-James
On Mon, 22 Nov 2004 14:48:20 -0500, Erik Hatcher
<[EMAIL PROTECTED]> wrote:
As an active Lucene committer
As an active Lucene committer, (former) XDoclet user (and committer),
and co-author of the upcoming Lucene in Action book -
http://www.manning.com/hatcher2 - I'm intrigued by this.
I'm not following what you plan on indexing with Lucene though. Are
you proposing to index the tag values as fiel
On Aug 20, 2004, at 4:13 PM, Rupp, Heiko wrote:
Hi,
I'd like to propose a few Xdoclet addicts :-) as new developers
- Eric Pugh: Hibernate, Documentation
I'm a personal friend of Eric, so a definitely +1 on him.
- David Harkness: David is very active in helping ppl on the mailing
lists and wou
If there are no objections, could someone go ahead and add Matt as a
committer?
Matt can chime in with his SF id.
Erik
On Apr 22, 2004, at 3:27 AM, Rupp, Heiko wrote:
+2 :-)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Erik
Hatcher
Sent: Wednesday
21, 2004 3:48:07 PM EDT
To: Erik Hatcher <[EMAIL PROTECTED]>
Subject: Re: Fwd: [Xdoclet-devel] [XDoclet-JIRA] Commented: (XDT-432)
Added indexed properties support to validationxml task
Reply-To: [EMAIL PROTECTED]
Sure - I probably do the XDoclet/Struts stuff more than anyone. Also,
I wa
No objections as long as the .xml files still merge in fine.
Erik
On Apr 19, 2004, at 7:16 PM, Andrew Stevens wrote:
Since I'm getting sick of XMLSpy complaining that my merge files aren't
valid ;-), I'm being tempted to rename various merge points from *.xml
to *.ent so it'll realise they're u
How 'bout just ripping out pretty printing altogether? Do we really
need to be anal about code style? If I don't like the format of
something I'm editing, I can easily fix up a single file according to
my preferences.
Erik
On Apr 18, 2004, at 6:07 AM, Andrew Stevens wrote:
On Sun, 2004
Darn sorry, I was oblivious to this thread until now. I changed it
because Gump was breaking, but I don't recall why - something to do
with a different version of JRefactory maybe?
Anyway, I'm on a Mac, and the rest of the world should be too :) My
apologies for screwing something up. Ho
+1
I have not time to be involved in the release, but I'm all for release
early, release often.
Erik
On Apr 15, 2004, at 4:04 PM, Mathias Bogaert wrote:
Guys,
How about a release? Andrew has been slamming bugs like the Hulk,
Heiko has
been applying patches like a madman, the Maven RC2 site
Antoine Levy-Lambert is doing work with Gump and Ant, and he has
expressed interest in becoming a committer. Most recently he submitted
a change to the build file to make it Gump compatible. I am nominating
him to be a committer. +1
Erik
--
Antoine,
Thanks for nagging! It helps :) I got tired of hearing it, so I
applied the patch.
Erik
On Mar 29, 2004, at 3:07 PM, Antoine Lévy-Lambert wrote:
Hello xdoclet developers,
sorry to keep nagging you,
could one of you commit this patch !
We have managed to rebuild xdoclet on gumpy
Update of /cvsroot/xdoclet/xdoclet
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv765
Modified Files:
build.xml
Log Message:
help Gump with xjavadoc.jar indirection property
Index: build.xml
===
RCS file: /cvsroot/xdo
I'm more than happy to vote in new committers for XDoclet 1.2 codebase.
Please lobby for them by sending folks names and pointers to their
contributions so we can evaluate them.
Erik
On Mar 28, 2004, at 1:27 PM, Rupp, Heiko wrote:
Eric,
if you guys that maintained xdoclet in the past have
Mathias,
I'm not sure what you have in mind, but here is my latest scoop. I
currently am not using Struts, and my new framework of choice
(Tapestry) does not need XDoclet generation.
The big projects I'm on do use stateless session beans and we continue
to use XDoclet 1.2 for generating lo
Update of /cvsroot/xdoclet/xdoclet/config/.Refactory
In directory sc8-pr-cvs1:/tmp/cvs-serv8979
Modified Files:
pretty.settings
Log Message:
Hopefully this will fix Gump and not break anything else :)
Index: pretty.settings
http://www.amazon.com/exec/obidos/ASIN/1930110588/104-8061323-6707149";>Java
Development With Ant by Steve Loughran and Erik Hatcher (Manning Publications)
***
*** 26,29
--- 27,37
+XDoclet and Struts, three part
On Wednesday, November 26, 2003, at 11:37 AM, Ken Hygh wrote:
Unfortunately, this doesn't quite do what I want, in that I can't set
the values on the fly. I'd wanted to be able to generate bindings for
multiple databases at the same time, but getAttribute() is called once
at validateOptions() t
On Thursday, November 20, 2003, at 07:39 PM, Ken Hygh wrote:
and everything looks good in stdout (obviously there's a little more
in the .java, but that should show you what I'm trying to do). Now to
get this stuff into the xdt's, and I can't figure out how to get the
parameter values from buil
On Wednesday, November 19, 2003, at 06:39 PM, Ken Hygh wrote:
The metafiles that WebSphere uses for Entity Bean database mapping
have changed in version 5. The current support in xdoclet sorta does
what version 4 needed.
I've felt your WebSphere pain :/ My apologies...
So, what I'm thinking I
On Wednesday, November 19, 2003, at 05:52 AM, Ken Hygh wrote:
Erik,
Thanks for the reply. Sorry for my terminology mixup...I assume then
that subtasks cannot have subtasks?
Subtasks can have sub-elements and do with them as they please, but you
cannot dynamically add a sub-element to a built-in
On Tuesday, November 18, 2003, at 03:31 PM, Ken Hygh wrote:
Hi,
I'm trying to extend the WebSphere support in xdoclet, and I'm running
into some behavior I don't understand.
I'm trying to create a new subtask for the websphere task. In my
build.xml I've got:
...
...
some terminology mi
Update of
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/struts/resources
In directory sc8-pr-cvs1:/tmp/cvs-serv23169
Modified Files:
struts_config_xml.xdt
Log Message:
Fix for XDT-710
Index: struts_config_xml.xdt
=
In my opinion, XDoclet 1.2 is way overdue. I believe Andrew was
working on a release, no? I'm more than +1 on a release.
As to a guess why the activity on XDoclet 1.x has died down my
hunch and experience is that it "just works". I'm using it quite
successfully on a number of projects
On Tuesday, October 7, 2003, at 05:52 PM, [EMAIL PROTECTED] wrote:
But thanks anyway ;) I think i owe you lots, since, if i'm not
mistaken, you're the one behind the xdoclet1.x web plugin. Aslak
commited what I did last week, so if you want to give some comments,
don't hesitate. I hope I can ge
In XDoclet1.x the servlet.jar was needed in the classpath to be able to
ask if a class isA javax.servlet.Servlet. Is that the problem here?
It would be wrong, in my opinion, to just rely on the required tags and
not look at the base class to be sure it is appropriate as well.
Erik
On Monday,
I'm +1 on releasing XDoclet as-is - HEAD has been working fine for me
for many months. We use but a fraction of XDoclet (EJB, Struts, some
custom stuff), but no issues to report at all (otherwise I would have
fixed them myself :).
Erik
On Saturday, October 4, 2003, at 05:50 PM, Craig Walls
Update of /cvsroot/xdoclet/xdoclet/xdocs
In directory sc8-pr-cvs1:/tmp/cvs-serv4062
Modified Files:
navigation.xml
Log Message:
TJDO tags were missing from the navigation
Index: navigation.xml
===
RCS file: /cvsroot/xdoclet/
Damn Aslak! You sure do work fast. Incredible work!
I went to sign up for the xdoclet-plugins e-mail lists and there aren't
any. I'd love to monitor CVS commits there at the very least - could
you set that up and put me on the project as a committer?
Thanks,
Erik
--
On Tuesday, July 22, 2003, at 08:17 AM, Aslak Hellesøy wrote:
Let's use QDox!
+1
---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / No
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/bsf
In directory sc8-pr-cvs1:/tmp/cvs-serv553/bsf
Added Files:
BsfEngineTagHandler.java BsfSubTemplateEngine.java
Log Message:
add BSF, refactoring common pieces with Velocity tag handler
--- NEW FILE: BsfEngine
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache
In directory sc8-pr-cvs1:/tmp/cvs-serv553
Added Files:
ScriptEngineTagHandler.java
Log Message:
add BSF, refactoring common pieces with Velocity tag handler
--- NEW FILE: ScriptEngineTagHandler.java ---
/*
* Co
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/velocity
In directory sc8-pr-cvs1:/tmp/cvs-serv553/velocity
Modified Files:
VelocityEngineTagHandler.java
Log Message:
add BSF, refactoring common pieces with Velocity tag handler
Index: VelocityEngineTagHandler
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/velocity
In directory sc8-pr-cvs1:/tmp/cvs-serv22162/apache/velocity
Added Files:
VelocityEngineTagHandler.java VelocitySubTemplateEngine.java
Log Message:
Add Velocity tag
--- NEW FILE: VelocityEngineTagHandler
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache
In directory sc8-pr-cvs1:/tmp/cvs-serv22162/apache
Added Files:
SubTemplateEngine.java
Log Message:
Add Velocity tag
--- NEW FILE: SubTemplateEngine.java ---
/*
* Copyright (c) 2001, 2002 The XDoclet team
* Al
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/velocity
In directory sc8-pr-cvs1:/tmp/cvs-serv21952/velocity
Log Message:
Directory /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/velocity
added to the repository
---
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/bsf
In directory sc8-pr-cvs1:/tmp/cvs-serv21933/bsf
Log Message:
Directory /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/bsf added
to the repository
--
Update of /cvsroot/xdoclet/xdoclet/lib
In directory sc8-pr-cvs1:/tmp/cvs-serv21284
Added Files:
bsf.jar velocity-1.3.1.jar
Log Message:
add two new Jakarta dependencies
--- NEW FILE: bsf.jar ---
PK
î³
lU:·Ê âÝÇè¼'Ú3·ïêY
×Q4G<,°äÒáwÊãkøSòßäÂ
+1 on going final ASAP.
I'm in the midst of applying the new Velocity patch, but separating the
BSF from it for the time being. I'm making it part of the Apache
module. I can hold off on committing it if it should not be in the 1.2
release.
Erik
On Wednesday, July 16, 2003, at 06:20 PM, A
Nicely done!
I'm surprised we haven't had this feature already.
Any objections to adding this XDoclet's builtin tags?
Erik
On Monday, July 14, 2003, at 10:37 AM, [EMAIL PROTECTED] wrote:
Hi All,
If you wish to include a Velocity template block inside the XDOCLET
.xdt template file you may
I think, unless someone else has done this and not shared, you'll be on
your own with generating javadoc-like output from XDoclet. It was
never designed to replace javadoc or to generate output that matched it
- although enough information is there to do so. You will end up
writing your own s
Rick Hightower is doing a presentation that will hilight XDoclet:
http://rickhightower.blogspot.com/
2003_05_01_rickhightower_archive.html#200235499
I will be at JavaOne, so thanks for the heads-up on this XDoclet stuff
- I'll go check it out.
If there are other XDocleteers going, let me kno
On Friday, April 4, 2003, at 06:01 PM, Raible, Matt wrote:
field[0]
state
fieldTest[0]
EQUAL
On Friday, March 28, 2003, at 01:00 PM, Andrew Stevens wrote:
Hey Erik, what might come before the element in an
Ant task descriptor? I'm trying to describe the "{0}.xml" merge point
in task_xml.xdt, but there's no DTD to tell me what elements go there.
Andrew,
Sorry for the delay in replyi
Update of /cvsroot/xdoclet/xdoclet
In directory sc8-pr-cvs1:/tmp/cvs-serv31341
Modified Files:
project.xml
Log Message:
XDT-404 - Improving Apache SOAP support. Submitted by Craig Walls
Index: project.xml
===
RCS file: /cvs
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/META-INF
In directory sc8-pr-cvs1:/tmp/cvs-serv31341/modules/apache/src/META-INF
Modified Files:
xtags.xml
Log Message:
XDT-404 - Improving Apache SOAP support. Submitted by Craig Walls
Index: xtags.xml
==
Update of
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/soap/ejb/resources
In directory
sc8-pr-cvs1:/tmp/cvs-serv31341/modules/apache/src/xdoclet/modules/apache/soap/ejb/resources
Modified Files:
apache-soap.xdt
Log Message:
XDT-404 - Improving Apache SOAP support.
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/soap/ejb
In directory
sc8-pr-cvs1:/tmp/cvs-serv31341/modules/apache/src/xdoclet/modules/apache/soap/ejb
Modified Files:
ApacheSoapSubTask.java
Log Message:
XDT-404 - Improving Apache SOAP support. Submitted by
Craig - this looks great!
I get a lot of folks requesting XDoclet support for Axis descriptors.
Anyone object to this being added?
I'll be applying Craig's patches to Apache SOAP momentarily (XDT-404),
but wanted to check about adding new stuff at this point.
Erik
On Tuesday, March 25, 2003
compile:
[javac] Compiling 17 source files to
/Users/erik/dev/sourceforge/xdoclet-all/xdoclet/modules/build/xdoclet/
classes
xdoclet-xml:
[mkdir] Created dir:
/Users/erik/dev/sourceforge/xdoclet-all/xdoclet/modules/build/xdoclet/
classes/META-INF
[xdoclet] java.lang.NullPointerExce
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/META-INF
In directory sc8-pr-cvs1:/tmp/cvs-serv27232
Modified Files:
xtags.xml
Log Message:
XDT-226 - documenting Struts action exception tags
Index: xtags.xml
===
RCS fi
+1 from me also
On Tuesday, March 4, 2003, at 04:40 PM, Aslak Hellesoy wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ara
Abrahamian
Sent: 4. mars 2003 21:21
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [Xdoclet-devel] Candidating Gavin Ki
On Sunday, February 23, 2003, at 04:09 PM, Matt Raible wrote:
Why not make your own custom subtask to do this and leave the EJB one
alone?
I'd help if I felt this was something I needed, but I don't see POJO's
as the right way to build forms - its not necessarily a one-to-one from
form to > value
I'm Erik Hatcher, 33 years old. I live in Charlottesville, Virginia,
USA. I'm a coder, writer, speaker, and also have a day job that gets
in the way of all these other more fun things :)
Erik
On Monday, February 24, 2003, at 07:47 AM, Marcus Brito wrote:
Hello, folks.
As I no
Why not make your own custom subtask to do this and leave the EJB one
alone?
I'd help if I felt this was something I needed, but I don't see POJO's
as the right way to build forms - its not necessarily a one-to-one from
form to value object to database.
Creating a custom subtask is pretty simp
On Wednesday, February 19, 2003, at 07:24 PM, Andrew Stevens wrote:
A wise old hermit known only as =?US-ASCII?Q?Aslak_Hellesoy?=
<[EMAIL PROTECTED]> once said:
I also agree with Andrew: Let's keep xdoclet-announce and use it more.
Okay, first up - what about the "eXtreme XDoclet" session tha
I mailed someone I know that is involved in the Jolt awards, and she
got it to the right person to take care of it.
Erik
On Wednesday, February 19, 2003, at 06:49 PM, Andrew Stevens wrote:
On Wed, 2003-02-19 at 21:58, Ara Abrahamian wrote:
LOL
See this:
http://www.sdmagazine.com/jolts/2002
A question about all this design on XDoclet2 where does JSR 175 fit
into the equation?
Is it related at all?
It seems the two ideas are different enough that they perhaps don't
overlap much. Thoughts?
Erik
On Monday, February 17, 2003, at 02:29 PM, Aslak Hellesoy wrote:
AH> Then I see
Nevermind it was a filename case-sensitivity issue.
On Saturday, February 15, 2003, at 04:32 PM, Erik Hatcher wrote:
Strange stuff with a merge point from under
. Anyone see merge points work on one platform but not on
another? These are per-class merge points with {0} being used
Strange stuff with a merge point from under
. Anyone see merge points work on one platform but not on
another? These are per-class merge points with {0} being used.
Weird! Any clues gladly accepted!
Erik
Begin forwarded message:
From: Jesse Stockall <[EMAIL PROTECTED]>
Date: Sat Feb 1
ping properties files. The build file is using the
task that I added to XDoclet recently.
Comments? Suggestions?
Erik
Begin forwarded message:
From: Erik Hatcher <[EMAIL PROTECTED]>
Date: Wed Feb 12, 2003 8:46:46 PM US/Eastern
To: ant-dev <[EMAIL PROTECTED]>
Subject: ant xdo
http://nagoya.apache.org/~rubys/gump/ant-xdocs-proposal.html
Anyone have ideas what could be the issue with this? Gump is using the
latest greatest CVS code for everything, so its hard to troubleshoot
locally. I was hoping someone here might have some ideas.
If I can get this to work with Gum
ik
Begin forwarded message:
From: Erik Hatcher <[EMAIL PROTECTED]>
Date: Tue Feb 4, 2003 5:31:00 AM US/Eastern
To: [EMAIL PROTECTED]
Subject: [GUMP] Build Failure - ant-xdocs-proposal
Reply-To: "Ant Developers List" <[EMAIL PROTECTED]>
---
just happened his commit on my original
code caught my attention on this issue.
Erik
On Wednesday, January 29, 2003, at 12:40 PM, Marcus Brito wrote:
Erik Hatcher wrote:
why anyone in their right mind would use paths in a form bean, still
perplexes me. but as long as this still works the way i
there goes the neighborhood! :))
why anyone in their right mind would use paths in a form bean, still
perplexes me. but as long as this still works the way it did before
otherwise, then cool. thanks Marcus for addressing this issue.
also, should there be curly braces around if/else blocks
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/struts
In directory sc8-pr-cvs1:/tmp/cvs-serv2552
Modified Files:
StrutsValidatorTagsHandler.java
Log Message:
follow the bouncing commits. SequencedHashMap is ordered by insert, whereas TreeMap
is alphabetical
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant
In directory sc8-pr-cvs1:/tmp/cvs-serv25376/src/xdoclet/modules/apache/ant
Modified Files:
AntDocletTask.java AntSubTask.java
TaskDefPropertiesSubTask.java TaskDescriptorSubTask.java
TaskTags
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/struts
In directory sc8-pr-cvs1:/tmp/cvs-serv25376/src/xdoclet/modules/apache/struts
Modified Files:
StrutsConfigXmlSubTask.java StrutsValidationXmlSubTask.java
Log Message:
incremental improvements
Index: Strut
Update of
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant/resources
In directory sc8-pr-cvs1:/tmp/cvs-serv25376/src/xdoclet/modules/apache/ant/resources
Modified Files:
task_xml.xdt
Log Message:
incremental improvements
Index: task_xml.xdt
0588/104-8061323-6707149";>Java
Development With Ant by Steve Loughran and Erik Hatcher (Manning Publications)
***
*** 33,37
! http://tinyurl.com/2z3k";>XDocl
On Sunday, January 5, 2003, at 11:17 AM, Aslak Hellesoy wrote
I'm sorry, but it looks like you're reinventing the wheel here. The
AntDocSubTask and AntDocTagsHandler (in the xdoclet module) already
implement that kind of functionality. It's being used to generate
XDoclet's
task documentation, an
Update of
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant/resources
In directory sc8-pr-cvs1:/tmp/cvs-serv31236/resources
Modified Files:
task_xml.xdt
Added Files:
taskdef_properties.xdt
Removed Files:
defaults_properties.xdt
Log Message:
Refactor
import xdoclet.TemplateSubTask;
/**
* Generates Ant taskdef properties files, suitable for bulk defining tasks with Ant's
<taskdef> task.
*
* @authorErik Hatcher ([EMAIL PROTECTED])
* @created January 5, 2003
* @ant.element display-name="task
Update of
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant/resources
In directory sc8-pr-cvs1:/tmp/cvs-serv15504
Modified Files:
defaults_properties.xdt
Log Message:
no tagdef needed, this was from the old code in Ant CVS, sorry
Index: defaults_properties.xdt
=
xdoclet.TemplateSubTask;
import xdoclet.XDocletException;
import xdoclet.XDocletTagSupport;
import xdoclet.util.TypeConversionUtil;
/**
* Generates Struts Validator validation.xml deployment descriptor.
*
* @authorErik Hatcher ([EMAIL PROTECTED])
* @created January 1, 2003
* @ant.element display
Update of
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant/resources
In directory sc8-pr-cvs1:/tmp/cvs-serv14754
Added Files:
defaults_properties.xdt task_xml.xdt
Log Message:
templates for Ant-specific generation
--- NEW FILE: defaults_properties.xdt ---
=
---
Update of
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant/resources
In directory sc8-pr-cvs1:/tmp/cvs-serv14554/resources
Log Message:
Directory
/cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant/resources added
to the repository
--
work out of the box just yet. Please review my work to make sure
it fits in with the XDoclet-way and that I'm dotting my i's and
crossing my t's. (you folks are a tough crowd to share code with, be
gentle on me).
Erik
Begin forwarded message:
From: Erik Hatcher <[EMAIL PROT
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant
In directory sc8-pr-cvs1:/tmp/cvs-serv32262/ant
Log Message:
Directory /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/ant added
to the repository
--
ng into it now.
Aslak
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Erik
Hatcher
Sent: 3. januar 2003 15:07
To: [EMAIL PROTECTED]
Subject: Re: [Xdoclet-devel] XJavadoc parser issue - \u
Aslak,
Thanks for that... I just had to remove the other xjavad
Aslak,
Thanks for that... I just had to remove the other xjavadoc JAR and all
was well with that \u issue. You rock for implementing such support.
Now can you help me solve this one?
[xdoclet] ParameterImpl instances: 20
[xdoclet] MethodImpl instances: 3004
[xdoclet] ConstructorI
I'm getting the message shown below.
I see two calls to printMemoryStatus - but I'm not sure which one is
being called here. I've set ANT_OPTS like this:
setenv ANT_OPTS "-Xmx1000m"
And still no luck. Is Ant's source code too big to process with
XDoclet? I'm running on a 512MB RAM PowerB
I'm working on some Ant subtasks (which will likely involve a wrapper
task too) under my local xdoclet source tree in the apache module. The
goal is for it to become the way to generate task "descriptors" that
will be suitable for enhancing Ant to have a more easily pluggable
nature, as we
How about leveraging the -propertyfile command-line switch instead of
constructing -D arguments? You'd then just pass the path to a property
file and properties with spaces would pass through fine.
Erik
On Sunday, December 29, 2002, at 12:48 AM, David Jencks wrote:
Update of /cvsroot/xdo
Couldn't you just change the template (you're already using a custom
one, right?) to have a hard-coded "String" type instead of generating
it dynamically or however 's template currently does it?
Also, if you have a look at section 11.4.1 of my book you'll see an
(ugly, admittedly) example of g
Thank you, thank you!
Konstantin Pribluda wrote:
Update of /cvsroot/xdoclet/xdoclet/core/src/xdoclet/ant/modulesbuilder
In directory sc8-pr-cvs1:/tmp/cvs-serv19769/src/xdoclet/ant/modulesbuilder
Modified Files:
ModulesGrandBuilderTask.java
Log Message:
commit on Ara's request
Index: ModulesG
ach module. If some properties (env.blabla?) should
be passed on then let me know which ones and how. I don't any clue how
Gump really works (not yet).
Ara.
-Original Message-
From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
[EMAIL PROTECTED]] On Behalf Of Erik Hatcher
Sent: Thursd
There are some Gump issues with XDoclet and overriding properties being
discussed on the ant-dev list.
Thoughts?
I haven't had a look at but we should investigate properties
being passed down somehow.
Erik
Original Message
Subject: Re: Specifying properties from the command
for a build.properties file, how about using property substitution:
xdoclet.version=1.2b2
xdoclet.dir=${lib.dir}/xdoclet-${xdoclet.version}
xdoclet-whatever.jar=${xdoclet.dir}/xdoclet-whatever-${xdoclet.version}.jar
this is a scheme i use (not quite for xdoclet, i actually just include
*.jar fro
Update of /cvsroot/xdoclet/xdoclet/modules/apache/src/xdoclet/modules/apache/struts
In directory sc8-pr-cvs1:/tmp/cvs-serv6588
Modified Files:
StrutsValidatorTagsHandler.java
Log Message:
fixed issue with inheritance... it will now pick up fields from parent hierarchy.
Index: StrutsValid
lto:[EMAIL PROTECTED]] On Behalf
Of Erik Hatcher
Sent: Monday, December 09, 2002 7:11 AM
To: Matt Raible
Cc: [EMAIL PROTECTED]
Subject: Re: [Xdoclet-devel] Generating Validator Forms
Matt Raible wrote:
Are you suggesting that I do something like this (see below). This
sounds like it would work,
Matt Raible wrote:
Are you suggesting that I do something like this (see below). This
sounds like it would work, and maybe I could use matchValue of something
to detect validator tags?
Is this the same (or similar) forAllFormFields() method that I wrote in
my strutsgen? Is it calling s
Matt Raible wrote:
My POJO was just that, a plain old java object that didn't extend
anything. However, today I discovered that it had to extend EntityBean
and I had to use @ejb tags in order to generate a struts.form from it.
That's the part that smells to me ;-)
No argument from me about enti
Erik Hatcher wrote:
I might be the only living soul using out there,
but I probably won't be of much help since its hard to for me to put
myself in your shoes and think of all this generation you're doing as it
goes somewhat against the grain of my thinking.
The reason I made the
I might be the only living soul using out there,
but I probably won't be of much help since its hard to for me to put
myself in your shoes and think of all this generation you're doing as it
goes somewhat against the grain of my thinking.
The reason I made the task work only on
ValidatorForm
+1 (if Ara likes it, its good!)
Ara Abrahamian wrote:
Hey,
I candidate Joel Rosi-Schwartz ([EMAIL PROTECTED]) for cvs
access to xdoclet's cvs for maintaining a new module: Hibernate xdoclet
module (hibernate.sf.net). He has upgraded the existing Hibernate
xdoclet module (check out Tools modul
Hesitantly (because I'm afraid of the support issues I'm about to field
:)
Here is the much hyped and long awaited sample application that I've
mentioned and promised. It is a trimmed down version of the application
Steve and I developed for our Java Development with Ant book.
Relevant to
Yeah, I understand that! :)
But how to fix it? It the xdoclet module compilation where I start
seeing those errors, actually. Am I the only one seeing this? I get
the same thing on Mac OS X and Win2k environments.
Erik
Konstantin Priblouda wrote:
--- Erik Hatcher <[EMAIL PROTEC
I'm not sure if I was experiencing this before, but doing a fresh build
from the latest CVS I'm getting the output shown below. I'm simply
running the "modules" target of the main Ant build.xml at the top-level
of the xdoclet module.
What am I missing? Or is there a problem? Everything seems
Ah, yes agreed. I've seen this brought up on the Jakarta lists
before, and non-Apache projects adopt an "Apache-compatible" or an
"Apache-like" license instead until they move over.
Seeing the issues that Tapestry has encountered while trying to donate
itself to Jakarta, it definitely woul
1 - 100 of 221 matches
Mail list logo
