What's the stack trace? (Pass -e to maven)
What Maven version?
What JDK?
Aslak
- Original Message -
From: "Craig Walls" <[EMAIL PROTECTED]>
Date: Sunday, June 1, 2003 6:47 pm
Subject: [Xdoclet-devel] More XDoclet 2 build problems
>
> After a handful of people gave me a copy of xsdlib-20
> can I get developer access to the repository? I'm building a
> custom subtask
> and need access to the latest changes.
>
Our policy is to only grant developer access to people who have earned
it by submitting numerous patches, contributions and showing general
regular interest.
I'm sorry abo
>
>
> -1- Didn't know I had to register on this site to submit a patch
You must log in. Sign up first.
> -2- I *can't* make cvs run at my office because of security,
Yes you can ;-)
http://cvsgrab.sf.net/
> firewalls...
> -3- can you tell me how to make a patch without using CVS?
make sure
> Hello,
> How can I submit a patch ?
> regards,
> Loïc
>
http://opensource.atlassian.com/projects/xdoclet
read instructions about how to make a patch.
could you chop off your lengthy legal stuff next time?
aslak
---
This SF.NET email is s
- Original Message -
From: [EMAIL PROTECTED]
Date: Wednesday, January 15, 2003 10:55 am
Subject: [Xdoclet-devel] Réf. : RE: [Xdoclet-devel] IBM module for
WebSphere state?
>
> Okay, I've made some changes to an xdt file and it seems to be
> fine now :-)
> could you tell me what to do
> Please use JIRA for bug reports. Otherwise it *will* be forgotten.
>
I've registered this now:
http://tinyurl.com/45jg
Aslak
> Aslak
>
> - Original Message -
> From: [EMAIL PROTECTED] (Ralf Wirdemann)
> Date: Monday, January 6, 2003 3:00 pm
> Subject: [Xdoclet-devel] xjavadoc: NullP
- Original Message -
From: Mathias Bogaert <[EMAIL PROTECTED]>
Date: Monday, January 6, 2003 10:35 am
Subject: [Xdoclet-devel] CVS: xdoclet/xdocs index.xml,1.15,1.16
> Update of /cvsroot/xdoclet/xdoclet/xdocs
> In directory sc8-pr-cvs1:/tmp/cvs-serv31298/xdoclet/xdocs
>
> Modified Files
Please use JIRA for bug reports. Otherwise it *will* be forgotten.
Aslak
- Original Message -
From: [EMAIL PROTECTED] (Ralf Wirdemann)
Date: Monday, January 6, 2003 3:00 pm
Subject: [Xdoclet-devel] xjavadoc: NullPointerException while comparing
interfaces
> Hi,
>
> I've encountered a p
FYI, we can't reproduce this build error in a normal environment, so
this is most likely a GUMP issue.
Aslak
- Original Message -
From: Peter Donald <[EMAIL PROTECTED]>
Date: Monday, January 6, 2003 1:56 pm
Subject: [Xdoclet-devel] [GUMP] Build Failure - xdoclet
> --
Please register this as an issue in JIRA. It will get lost otherwise...
Cheers,
Aslak
- Original Message -
From: Michal Maczka <[EMAIL PROTECTED]>
Date: Thursday, December 19, 2002 1:41 pm
Subject: [Xdoclet-devel] Maven issue compilation path issue
> Hi Aslak
>
> I have one more remark
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
Date: Monday, December 16, 2002 9:20 am
Subject: RE: [Xdoclet-devel] CVS: xdoclet/maven build.xml,1.2,1.3
plugin.properties,1.1,1.2 project.xml,1.1,1.2
> > Log Message:
> > Improved Maven plugin and added Maven scripts to t
That's noted. Thanks for the tip.
Aslak
- Original Message -
From: Michal Maczka <[EMAIL PROTECTED]>
Date: Tuesday, December 17, 2002 3:57 pm
Subject: [Xdoclet-devel] Maven issue compilation path issue
> In new maven plugin there is a strategy to update compilation path
> automatically.
All the info is here: http://www.bejug.org/
Rickard Öberg, Vincent Harcq and Mathias Bogaert are coming too,
they'll speak about AOP, Compiere+Ofbiz and Sitemesh+Maven. I'll cover
XDoclet and Middlegen. Look at the other speakers too. It's an
impressive list of speakers.
It would be great to s
I took a brief look at Castor (which I have never used myself). -And it
looks like it has the same thing as you say. Why hasn't anybody told me
this before? Grr, XGG was just a waste of time.
Aslak
- Original Message -
From: "Ara abrahamian" <[EMAIL PROTECTED]>
Date: Monday, October 28,
That's an idea we can consider for a future release. Do you have any
ideas about performance? Will it be better or worse?
Aslak
- Original Message -
From: "Rich Steele" <[EMAIL PROTECTED]>
Date: Thursday, October 10, 2002 2:49 pm
Subject: [Xdoclet-devel] XDoclet 1.2beta1 error with sta
I threw up a red banner on all SF trackers, but people don't give a
shit and continue posting new issues in the SF trackers.
AFAIK there is no way to make SF trackers read-only. The only thing you
can do is:
-Toggle "Publicly Available" (on now)
-Toggle "Allow non-logged-in postings" (off no
This is exactly the situation I was worried about when xjavadoc.jar
became part of xdoclet/lib.
The problem is that we, developers, won't discover it when xjavadoc.jar
is out of date. -Because we're always running against xjavadoc sources.
Proposal: Remove xjavadoc.jar from xdoclet/lib and for
- Original Message -
From: "Andrew Stevens" <[EMAIL PROTECTED]>
Date: Monday, October 7, 2002 11:34 am
Subject: RE: [Xdoclet-devel] XDoclet Documentation
> >From: Aslak Hellesoy Date: Fri, 04 Oct 2002 19:54:06 -0700
> >
> >Hmm. It's cvs.exe trying to connect through the CVS port which i
I have planned to let XGG read multiple DTDs in one go and generate one
template to cover them all. It will insert conditionals around elements
that are not common for all versions of the DTD.
-So EJB 1.1 should be easy to support.
-1 for ditching EJB1.1. It would actually be a good exercise/t
- Original Message -
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Date: Monday, October 7, 2002 9:38 am
Subject: Re: [Xdoclet-devel] XDoclet2 started
> Hi,
>
> Looks good. I think you forgot to commit the
> xdoclet.plugins.ejb.beans package. It is missing the interfaces
> the impl
- Original Message -
From: "Mathias Bogaert" <[EMAIL PROTECTED]>
Date: Thursday, October 3, 2002 4:05 pm
Subject: [Xdoclet-devel] XDoclet Documentation
> Shall I upload the latest documentation to the xdoclet.sf.net
> site? (+1 from me)
> Or link it from the existing site?
>
+1 for u
- Original Message -
From: "Mathias Bogaert" <[EMAIL PROTECTED]>
Date: Thursday, October 3, 2002 4:23 pm
Subject: [Xdoclet-devel] FYI Latest documentation
> I generated the latest docs and put them online:
>
> http://users.pandora.be/ees/xdoclet/
>
How about putting them on xdoclet.s
I downloaded the bin zip distro. cd'ed to samples, ran ant:
Couldn't find ${lib.dir} ()
I submitted a build.properties to samples 6 days ago that would fix
this problem, but it didn't make it into the release.
Let's NOT announce the release to anyone, remove the release from SF
an
Great news about the release! Nice work pals.
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xdoclet/xdoclet/
(All tags and branches are in the combo at the bottom)
-So go ahead and commit your stuff. -But run ant junit-report in
xjavadoc on the train first ;-)
Aslak
- Original Message
I agree with both of you.
Make SourceSet an interface.
Invent an AbstractFile interface that will be used everywhere instead
of File.
Then make FileSourceSet and FileFile implementation for trivial use,
and IDEASourceSet and IDEAFile for your plugin.
I propose xjavadoc.plugins.idea for those
- Original Message -
From: Ara Abrahamian <[EMAIL PROTECTED]>
Date: Tuesday, September 24, 2002 12:06 pm
Subject: Re: [Xdoclet-devel] Re: RE: ant.blabla tags
> Aslak, I think you've mixing two different things:
>
Yes, i'm mixing things. My fantasy carried me away again :-) I was
disc
> It sounds really cool.And I can imagine that thos
> approach could be usefull common xml generation/
> parsing/processing tasks...
> ( XTags? )
>
Yup, the engine is generic. It generates a Velocity template. That
template will access java beans. These beans are generated too (well,
the inter
- Original Message -
From: Erik Hatcher <[EMAIL PROTECTED]>
Date: Tuesday, September 24, 2002 10:51 am
Subject: Re: [Xdoclet-devel] Re: RE: ant.blabla tags
> +1 on going ahead and committing it as a new module. Perhaps it
> could
> be excluded from the 1.2 release, but no harm if its
- Original Message -
From: Jérôme BERNARD <[EMAIL PROTECTED]>
Date: Tuesday, September 17, 2002 1:28 pm
Subject: [Xdoclet-devel] RE : WebLogic 7.0 updates
> I will review your path ASAP.
>
Don't commit it yet unless your 110% sure it doesn't break anything.
Release is only hours away
Since we're going for Velocity soon I think we should avoid adding more
functionality to our own template engine (I consider this part of the
template engine because it's so low level). --> -1
That being said, if this code makes fixing bugs easier (like the ones
you mentioned) why not keep it?
I'm a little worried about throwing in new stuff now just before
release, no matter how useful/cool it is. Could you do this on a
separate branch?
Aslak
---
This sf.net email is sponsored by: Jabber Inc.
Don't miss the IM event of the seas
- Original Message -
From: "Erik Hatcher" <[EMAIL PROTECTED]>
Date: Tuesday, June 25, 2002 4:45 pm
Subject: Re: [Xdoclet-devel] Doc generation problem
> Once Ant 1.5 is out, standardizing the @ant.* tags and generating
> Ant's task
> documentation from source will become one of my prio
I won't be able to do anything except HTTP for a week. Sorry.
Em Seg, 2002-06-24 às 09:18, [EMAIL PROTECTED] escreveu:
> Something is worrying me too. We're 13 committers on this project, but
> I haven't sensed a huge team spirit here in a while. Sometimes I get
> the impression that some of
- Original Message -
From: Rickard <[EMAIL PROTECTED]>
Date: Monday, June 24, 2002 10:11 am
Subject: [Xdoclet-devel] Status?
> Hey
>
> I'm a little worried. I haven't been able to successfully build
> XDoclet
> *for ages*. With current CVS I get this:
I (and most of our users and de
Jérôme,
Why did you make new templates for 7.0 in stead of just extending the
existing ones? This looks like the "reuse by copy-paste" antipattern to
me...
http://c2.com/cgi/wiki?RapeAndPasteProgramming
I suggest you delete the new 700.xdt templates and update the old
templates instead. All
That's because the doc generation now tests for the presence of
@ant.required tag for all setXXX methods. If it isn't there, the
corresponding property won't make it into the docs. Consider this doc
generation "work in progress". You can refer to the old unlinked HTML
docs for task/subtask doc
> If you're using the all-modules jar, there's nothing else to add. >
> Or, if
> you really must have a single jar with everything, you could always
> extract all the jars to a single directory yourself and re-jar them >
> into a
> single file.
Not quite. The new jar needs an xdoclet.xml th
Hi all.
Some bastards broke into my appartment and stole my PC yesterday. that
means no CVS activity for me until I get a new one. That can take up to
a week. I know there is a lot of tasks you're expecting me to fix, so
be patient or do it yourself.
I'll still be read/answer mails in the mea
Hi again.
cc to xdoclet-devel this time
- Original Message -
From: Gwyn Evans <[EMAIL PROTECTED]>
Date: Friday, June 14, 2002 1:25 pm
Subject: Re: [Xdoclet-user] WebLogic CMP
> Hi Aslak,
>
> Friday, June 14, 2002, 12:03:36 PM, you wrote:
>
> >> The ejb-jar.xml has this wrapped in a
- Original Message -
From: "Vincent Harcq" <[EMAIL PROTECTED]>
Date: Friday, June 14, 2002 11:15 am
Subject: Re: [Xdoclet-devel] CVS update:
xdoclet/samples/src/java/test/ejb CustomerBean.java
> Hi,
>
> > > IMHO this a big problem with xjavadoc, and we have to kill it
> completely.
>
We never make any plans.
But occasionally people submit feature requests on our SF FR page.
Some people even sit down and implement things themselves and
contribute it to the XDoclet project. We love these people ;-)
Aslak
- Original Message -
From: "Jon.Ridgway" <[EMAIL PROTECTED]>
D
> Fine. But why if I do a fresh checkout is the dircetory there?
> On Wed, 2002-06-12 at 11:38, [EMAIL PROTECTED] wrote:
> > This was explained less than 24 hours ago on this very list.
> >
> > Prune empty dirs when you update with CVS.
> >
> > Aslak
> >
Use the -P option when you cvs checkout
- Original Message -
From: Dave Smith <[EMAIL PROTECTED]>
Date: Wednesday, June 12, 2002 5:43 pm
Subject: Re: [Xdoclet-devel] Missing build.xml
> Fine. But why if I do a fresh checkout is the dircetory there?
> On Wed, 2002-06-12 at 11:38, [EMAIL PROTECTED] wrote:
No idea. Ask the CVS
This was explained less than 24 hours ago on this very list.
Prune empty dirs when you update with CVS.
Aslak
- Original Message -
From: Dave Smith <[EMAIL PROTECTED]>
Date: Wednesday, June 12, 2002 5:22 pm
Subject: [Xdoclet-devel] Missing build.xml
> I have pulled the latest CVS and a
- Original Message -
From: Stephen Coy <[EMAIL PROTECTED]>
Date: Tuesday, June 11, 2002 4:04 pm
Subject: [Xdoclet-devel] Another 1.1.2-1.2 Migration Attempt
> Here are my observations from attempting to build our sizable
> project
> using the HEAD version of xdoclet. We are currently
- Original Message -
From: "Andrew Stevens" <[EMAIL PROTECTED]>
Date: Tuesday, June 11, 2002 2:16 pm
Subject: Re: [Xdoclet-devel] modules grand builder
> Actually, I don't know that it's really due to the modules-
> building changes
> since I only looked after updating, but I notice th
Hi!
This is very cool Ara!
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
Date: Monday, June 10, 2002 10:06 pm
Subject: modules grand builder
> OK, I've implemented the generic module builder. It loops over all
> modules, checks each module's dependency to other modules
The bugreport's priority is set to max. It's assigned to Vincent, but
I'll probably fix it myself tonight.
Aslak
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
Date: Monday, June 10, 2002 9:37 pm
Subject: RE: [Xdoclet-devel] migration from 1.1.2
> > I have found the pr
I've filed a bug report for you:
https://sourceforge.net/tracker/index.php?
func=detail&aid=566782&group_id=31602&atid=402704
I'll try to fix this.
Aslak
- Original Message -
From: Darrell DeBoer <[EMAIL PROTECTED]>
Date: Monday, June 10, 2002 12:21 pm
Subject: [Xdoclet-devel] Re: [GUMP
- Original Message -
From: Dmitri Colebatch <[EMAIL PROTECTED]>
Date: Monday, June 10, 2002 11:32 am
Subject: [Xdoclet-devel] CVS update:
xdoclet/modules/ejb/src/xdoclet/modules/ejb/dd RelationTagsHandler.java
> User: dimc
> Date: 02/06/10 02:32:16
>
> Modified:modules/ejb/
Hi Rickard,
I am the one who's deteriorated this, so I feel guilty of not having
explained this further. If you disagree with me, heck, stuff it back
in! ;-)
- Original Message -
From: Rickard <[EMAIL PROTECTED]>
Date: Monday, June 10, 2002 11:12 am
Subject: [Xdoclet-devel] Self suffic
Hi Bogdan,
If you're sure there is something wrong, please post one or several bug
reports and supply source code to reproduce the bug. Without source
code (or at least a description of what tags you have put in) we have
no way to fix anything.
http://sourceforge.net/tracker/?group_id=31602&a
The voting is over, and the result is below:
VOTE NAMEWHEN
-1 (Andreas Schaefer) ??
abstained(Andrew Stevens)??
+1 (Ara Abrahamian)after version 1.3
+1 (Aslak Hellesøy)after version 1.2
abstained(David
This must be documented in our docs.
It can go into a devdocs.xml file under xdocs
Can you add it Ara?
Asla´k
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
Date: Wednesday, June 5, 2002 11:21 am
Subject: RE: [Xdoclet-devel] FW: [ jrefactory-Feature Requests-460400 ]
@
The CVS XDoclet doesn't write any temp files to disk anymore. You're
discussing a non-existant problem ;-)
Aslak
- Original Message -
From: Hani Suleiman <[EMAIL PROTECTED]>
Date: Tuesday, June 4, 2002 11:01 pm
Subject: Re: [Xdoclet-user] DocletContext.edc
> Why not use File.createTemp
Mathias, you're working on the old MODULE_REFACTORING_BRANCH.
This fix has been done on MAIN, and that is where we should all be
working now.
Shouldn't we delete this MODULE_REFACTORING_BRANCH branch now?
Aslak
- Original Message -
From: Mathias Bogaert <[EMAIL PROTECTED]>
Date: Tuesd
(cross-post to jboss-dev)
>From the stack trace I can see that JBoss is using a CVS build of
XDoclet from a time when XDoclet was very unstable. There is a more
stable version in our CVS now which I suggest you (JBoss) use instead.
Aslak
- Original Message -
From: Jason Dillon <[EMAI
- Original Message -
From: Aslak Hellesøy <[EMAIL PROTECTED]>
Date: Thursday, May 30, 2002 9:24 pm
Subject: [Xdoclet-devel] RE: Are you going to vote?
> About WHEN: I put in have an opinion about this after all. I hope
> a potential shift to Jakarta
> doesn't mean somebody wants to lea
It would be nice to have docs where the left navigation is static and
the right part is dynamic. We can do it with frames or with a table as
today if we mix in some simple javascript.
+--+-+
| *| The template mechanism |
| +* | |
|
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
Date: Thursday, May 30, 2002 2:45 pm
Subject: RE: [Xdoclet-devel] merged back!
> > Finally there is something strange going on if I try to build the
> samples
> > over a previous build. I get:
> >
> > [ejbdoclet] Running
Hi Rickard!
- Original Message -
From: Rickard <[EMAIL PROTECTED]>
Date: Wednesday, May 29, 2002 1:50 pm
Subject: Re: [Xdoclet-devel] merged back!
> Aslak Hellesøy wrote:
> > Finally the MODULE_REFACTORING_BRANCH has been merged back to
> MAIN. I hope
> > everybody can do a complete bui
Hi Toby Wan Kenobi,
- Original Message -
From: [EMAIL PROTECTED]
Date: Wednesday, May 29, 2002 1:56 pm
Subject: [Xdoclet-devel] [Web-Doclet] Support for Cactus
> Hi Folks,
>
> first of all, let me tell you that xdoclet is one of the best Dev-
> Tools I
> ever used. Yes, that is what I t
- Original Message -
From: "Vincent Harcq" <[EMAIL PROTECTED]>
Date: Friday, May 24, 2002 7:09 am
Subject: Re: [Xdoclet-devel] status on branch
> Hi,
> From where ?
from the root. xdoclet/build.xml (default target)
> From samples "ant" just work fine with me.
> Does Ant do a GC after
- Original Message -
From: Mike Cannon-Brookes <[EMAIL PROTECTED]>
Date: Thursday, May 23, 2002 4:42 pm
Subject: Re: [Xdoclet-devel] FW: Issue tracking / project mgt for
Xdoclet
> On 24/5/02 12:09 AM, "[EMAIL PROTECTED]"
> ([EMAIL PROTECTED])penned the words:
>
> >> What do you think
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
Date: Thursday, May 23, 2002 3:47 pm
Subject: [Xdoclet-devel] FW: Issue tracking / project mgt for Xdoclet
> What do you think about it?
>
> Ara.
>
It sounds very nice! -But we need to migrate all the tracker data from
- Original Message -
From: "Vincent Harcq" <[EMAIL PROTECTED]>
Date: Wednesday, May 22, 2002 9:02 am
Subject: Re: [Xdoclet-devel] RE: task documentation
> Hi,
> +1 for Docbook
> +1 for the minimum hand coding as well.
> I will have a look how a Subtask could be docletted (in the docu
>
Thank you for calling customer support. We will help you as soon as
possible ;-)
(No idea where this kvisco stuff comes from!)
Aslak Hellesoy
- Original Message -
From: "Andrew Stevens" <[EMAIL PROTECTED]>
Date: Thursday, May 16, 2002 1:20 pm
Subject: [Xdoclet-devel] Build script... ag
Here are some thoughts about the strategy for module generation.
Please read, please comment.
All the module-specific docs can be generated from "information"
provided by each module. This could be:
1) xdoclet/modules/foo/src/META-INF/xtags.xml
This file is hand-written, and should be maintaine
Excellent job, Mathias!
I'll take a look tonight. It would be great if we could take the stuff
back to MAIN soon. -Even greater if we could release 1.2beta soon.
Aslak
- Original Message -
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Date: Tuesday, May 14, 2002 3:50 pm
Subject: [Xdocl
Ideally I think we should ditch the tagmapping.properties file (and the
code that reads it). The core taghandlers should be registered in the
same way as all the module's tag handlers (by reading META-
INF/xdoclet.xml)
Due to the chicken and the egg nature of tags in xdoclet itself, we
can't g
Because we shouldn't use classpathrefs on the task level. Classpath for
the task is taken care of in the .
Before I inserted this, an "unknown" attribute like classpathref (it
was earlier "known" when we extended from Java task) would be ignored.
If we don't throw an exception in this method,
Hi!
Now that xjavadoc is mature, I suggest we move it under the same source
tree as xdoclet. How about using the package structure
xdoclet.xjavadoc.*?
This would make it easier to tag/version xdoclet since we're only
talking about one module, not 2. Building/updating will also easier.
Konsta
- Original Message -
From: Mathias Bogaert <[EMAIL PROTECTED]>
Date: Monday, May 13, 2002 1:00 pm
Subject: RE: [Xdoclet-devel] build scripts
> Yeah.
>
> 1. it seems that the Messages are not included in the jar
> file...someoneshould look into this
>
> 2. this is a bad reference to a
I don't know about that, but I have a more general comment.
Personally I don't think we should include any of the jar files that
generated source code is dependent on in the distro. People should
download them themselves. Most people only care about some of the
modules. They shouldn't be bothe
No, it won't be used (see my earlier mails to dev about Ant's
DynamicConfigurator).
The first to remove bcel.jar will get a lollipop.
Aslak
- Original Message -
From: Konstantin Priblouda <[EMAIL PROTECTED]>
Date: Thursday, May 2, 2002 12:59 pm
Subject: Re: [Xdoclet-devel] bcel.jar
>
Nice work, Konstantin. I'm sure individual developers will take a
closer look at "their part" of the doco as soon as they can read it in
html.
(This is actually possible today, but it's part of xdocletgui, so I'm
sure many of us who don't deal with xdocletgui daily feel it's a bit
too far aw
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
Date: Tuesday, April 23, 2002 6:21 am
Subject: RE: [Xdoclet-devel] Instant Messaging
> Hi,
>
> Yahoo: ara_e_w always online. I and Aslak even do pair programming
> usingyahoo messenger :-)
>
I'm aslak_hellesoy on Yahoo
Hi,
- Original Message -
From: "Andrew Stevens" <[EMAIL PROTECTED]>
Date: Tuesday, April 16, 2002 3:20 pm
Subject: RE: [Xdoclet-devel] xtags and modularisation
> >FROM: netcom.no
> >DATE: 04/16/2002 00:52:47
> >
> >Finally, I'm planning to move all the optional stuff to the new
> struc
I have a proposition:
Each module (whether it be optional, core or contrib) should provide an
xtags.xml next to xdoclet.xml (in the jar's META-INF). It will be
picked up by the xtags code (currently in xdocletgui module) using the
logic in the xdoclet.loader package. Then it should only be a m
Howdy!
- Original Message -
From: Konstantin Priblouda <[EMAIL PROTECTED]>
Date: Thursday, April 11, 2002 4:31 pm
Subject: [Xdoclet-devel] xjavadoc RFE ( Aslak!!! )
> Hi all,
>
> xdoclet gui has some progress, so there is real
> need in tag/doc mutation
>
It's starting to look good!
By the way I am using the latest version 1.1.2
Oh, so you're using 1.1.2! Listen, we can't fix anything in released
versions (like 1.1.2), because we don't have a time warp machine so we
can travel back in time and undo bugs in the released version.
We can only fix things in CVS. So please
Here is the proof of concept for the BCEL stuff that inserts
createBlaBla on the fly. I sent it earlier today, but it seems it
didn't make it to the list. Weird.
Aslak
bceltest.zip
Description: Zip compressed data
- Original Message -
From: Mathias Bogaert <[EMAIL PROTECTED]>
Date: Friday, April 5, 2002 12:26 pm
Subject: [Xdoclet-devel] CVS update: xdoclet/core/resources/xdoclet/ejb
util.j
> User: pathoss
> Date: 02/04/05 02:26:16
>
> Modified:core/resources/xdoclet/ejb util.j
> Log:
>
> And you know even better than that: separate jars for all
> weblogic/jboss/etc stuff, they are huge by themselves too. But the
> technical question is: is it possible? Well, not as far as I know,
> because EjbdocletTask for example has a hard dependency to
> JBossSubTask/etc. But there should b
> Me too. Eclipse is really cool. But eclipse and eclipse plugins are
> based in SWT as GUI framework, i.e. all work based in Swing is wasted
> time. So, if eclipse is the way to go (and IMHO it is THE IDE)
> change to
> SWT as soon as possible.
>
> Xavi
Xavier, even though you think Eclipse i
It's really good that you picked this one up Konstantin. I think that
before you go any further, it would be nice to have some scetches
(scanned paper drawings, ascii art, powerpoint...) which illustrate how
you're planning to make it look. It's easier to discuss around
something visual. Doesn
Isn't
exc.append(exception.qualifiedName());
better? (haven't looked at this closely though)
Aslak
- Original Message -
From: Vincent Harcq <[EMAIL PROTECTED]>
Date: Tuesday, April 2, 2002 7:26 pm
Subject: [Xdoclet-devel] CVS update: xdoclet/core/src/xdoclet/ejb/tags
FinderTagsHandler.ja
- Original Message -
From: "Guijt, Bart (fin)" <[EMAIL PROTECTED]>
Date: Thursday, March 28, 2002 1:36 pm
Subject: RE: [Xdoclet-devel] Re: XDoclet: Trying to use latest CVS
> Aslak,
>
> shall I put my build.xml patch in the SF patchqueue as well?
>
Please do. If it's a duplicate, no p
It should be possible to both compile and run XDoclet under JDK 1.4.0
(assuming you're using the CVS snapshot). Have you experienced any
problems?
Aslak
> There is any chance to compile xDoclet under JDK 1.4.0? If this isn't
> currently possible, there is any ongoing effort to do so?
>
> --
The stuff you commented out: Try to use equals for class comparison in
stead of != or == and see if it works again. Ara and I had the same
problem in some other class. Can't remember which one. Ara?
Aslak
- Original Message -
From: Vincent Harcq <[EMAIL PROTECTED]>
Date: Tuesday, March
I'll be off CVS till end of week, but here is a clue to you for further
optimisations. Actually, the parsing of java source files is approx. 5
times faster than javadoc as long as only class level tags are accessed
(because the whole file isn't being parsed unless a method is queried).
On the
+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
- Original Message -
From: "Erik Hatcher" <[EMAIL PROTECTED]>
Date: Wednesday, February 27, 2002 11:57 pm
Subject: [Xdoclet-devel] Middlegen / XDoclet question
> I'm not super EJB savvy, so be gentle on me.
>
> I just fired up Middlegen (excellent, by the way! Worked right
> out of t
- Original Message -
From: <[EMAIL PROTECTED]>
Date: Friday, November 16, 2001 10:20 am
Subject: Re: [Xdoclet-devel] CVS update: 'xjavadoc - Imported sources'
> Hi Steve, XDoclet!
>
Err, I meant hi Andrew! Have a nice W-E!
Aslak
___
Xdocl
Hi Steve, XDoclet!
You're right, there is a new sub project called xjavadoc. It's
something Ara and I have discussed the last week. It started out as a
discussion about a reverse XDoclet engine - something that can read
deployment descriptors and java source code, and then insert the proper
@
Hi Dave!
Thanks for your contribution.
- Original Message -
From: Dave Smith <[EMAIL PROTECTED]>
Date: Monday, November 12, 2001 2:41 pm
Subject: [Xdoclet-devel] Couple of small things
> 1) When using the entityCMP under EJB spec 2.0 We should iqnore
> the
> relations tag and there is
I discovered that the util stuff (that generates todo/like html) is not
ok after all, contrary to what I thought/said. I have fixed most of it,
and will commit it during the weekend. Please wait till then.
Aslak
- Original Message -
From: Dmitri Colebatch <[EMAIL PROTECTED]>
Date: Frid
works for me. all my work is synced to the refactor branch, not
planning to add anything before w-e.
- Original Message -
From: Dmitri Colebatch <[EMAIL PROTECTED]>
Date: Wednesday, October 24, 2001 8:50 am
Subject: [Xdoclet-devel] cvs branch
> hey guys,
>
> sounds like the refactori
Not quite. iContract preprosesses code with @pre @post and @invariant
tags and converts it to java code which is then inserted into the class
itself.
Basically it would take this code
/**
* @pre celcius > -273.15
*/
public double convertCelciusToFahrenheit( double celcius ) {
return 9.0/
Hi!
Great that you want to do this. I got the understanding you want to use
XDoclet to write the JUnit test suit classes.
What do you think about generating the test cases themselves? Something
like this:
/**
* A class that converts temperatures between celcius and fahrenheit
*
* @junit:s
1 - 100 of 126 matches
Mail list logo
