> How about a 'contrib' directory in the docs directory? Or we could
have
> one
> on root level.
Contrib has been discussed previously. It's a good idea. What's your
proposal for its structure?
> Ara, I am currently looking for a kick ass way to do listing
behaviour.
> Are
> you willing to share
Well, and then let's say we move to Jakarta some day. Can we keep this
domain name or Jakarta imposes using only its own site?
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Mathias Bogaert
> Sent: Saturday, May 25, 2002 12:4
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Mathias
> Bogaert
> Sent: 25. mai 2002 10:17
> To: [EMAIL PROTECTED]
> Subject: [Xdoclet-devel] xdoclet.org
>
>
> Maybe we should vote about this too. I would like to register the domain,
> and redire
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Mathias
> Bogaert
> Sent: 25. mai 2002 10:17
> To: [EMAIL PROTECTED]
> Subject: [Xdoclet-devel] xdoclet.org
>
>
> Maybe we should vote about this too. I would like to register the domain,
> and redire
Maybe we should vote about this too. I would like to register the domain,
and redirect it to xdoclet.sf.net (and maybe later on the jakarta).
This way we have 1. more exposure (eg jboss.org does the same thing) 2.
central domain that just redirects (so we can move whenever we want) 3. no
pr0n or s
+1, after version 1.3
I think the points made by Ara as reply Adreas' and Konstantin's are very
valid. At first I was not really in
favor, but now I see that there might be some advantages.
Mathias
- Original Message -
From: "Aslak Hellesøy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
S
The last chance to vote is on June 6th 2002 16:00h GMT.
Only XDoclet contributors with CVS commit access can vote.
(This is the summary so far)
+1 (Aslak Hellesøy)
+1 (Ara Abrahamian)after version 1.3
+1 (Marcus Brito) after version 1.2
-1 (David Jencks)
-1 (Andreas Sc
> Articles/samples/presentation/... all help. I myself have been thinking
> about a code-snippets section in our cvs. As an example I've written a
> generic/cool Finder which is kick as for listing behavior, and it of
> course uses xdoclet in a very interesting way. Probably not popular
> enough t
Sorry, ignore this message. Phew, I thought I was losing it ;-). Apparantly
JDK 1.4 has a different classloaders than 1.3.1investigation needed!
Mathias
- Original Message -
From: "Mathias Bogaert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 24, 2002 11:22 PM
Subjec
Damn, now my compilation doesn't work anymore (breaks on not finding the
xalan stuff when generating the docs). Any of you guys see the same thing?
Mathias
- Original Message -
From: "Mathias Bogaert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 24, 2002 11:38 AM
Subject
User: vharcq
Date: 02/05/24 14:00:54
Modified:samples/src/java/test/ejb Tag: MODULE_REFACTORING_BRANCH
AccountBean.java AddressBean.java CustomerBean.java
Log:
After discussion with Craig O'Shannessy.
VO are now instantiate only once per instance of the b
User: vharcq
Date: 02/05/24 14:00:56
Modified:modules/ejb/src/xdoclet/modules/ejb/entity Tag:
MODULE_REFACTORING_BRANCH
ValueObjectTagsHandler.java
Log:
After discussion with Craig O'Shannessy.
VO are now instantiate only once per
User: vharcq
Date: 02/05/24 14:00:56
Modified:modules/ejb/src/xdoclet/modules/ejb/entity/resources Tag:
MODULE_REFACTORING_BRANCH entity-body.xdt
entity-value-instantiation.xdt entity-value.xdt
Removed: modules/ejb/src/xdoclet/modu
User: vharcq
Date: 02/05/24 13:49:27
Modified:modules/ejb/src/xdoclet/modules/ejb/entity/resources Tag:
MODULE_REFACTORING_BRANCH entity-cmp11.xdt
Log:
Testing if CMP2 was used here has no sense, either we merge it with a test CMP2 is
false; either we merg
Good catch !
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 24, 2002 9:18 PM
Subject: [Xdoclet-devel] CVS update: xjavadoc/src/xjavadoc/ant
XJavadocTask.java
> User: ara_e_w
> Date: 02/05/24 12:18:00
>
> Modified:src/x
User: vharcq
Date: 02/05/24 13:07:53
Modified:modules/ejb/src/xdoclet/modules/ejb/entity Tag:
MODULE_REFACTORING_BRANCH PkTagsHandler.java
Log:
Avoid a NPE when a PrimKeyField is defined but no getter method correspond to it
Revision ChangesPath
User: vharcq
Date: 02/05/24 13:07:53
Modified:core/src/xdoclet/tagshandler Tag: MODULE_REFACTORING_BRANCH
PropertyTagsHandler.java
Log:
Avoid a NPE when a PrimKeyField is defined but no getter method correspond to it
Revision ChangesPath
No
User: ara_e_w
Date: 02/05/24 12:18:00
Modified:src/xjavadoc/ant XJavadocTask.java
Log:
finally{reset()} and samples now build without any OutOfMem :-) The same should be
done for other caches too (subtask defs, etc). We're still in Ant's VM though
ejbdoclet/webdoclet might have f
Hi,
When running the new XDoclet on one of my projects, I came on this 'bug'. I
use to copy-n-paste a lot when writing EJB's. The problem is that I often
copy the header of the file, but forget to modify the primkey-field to the
correct one. So when the primkey-field is for example "name" but the
User: pathoss
Date: 02/05/24 11:38:03
Modified:core/src/xdoclet/util Tag: MODULE_REFACTORING_BRANCH
LogUtil.java
Log:
Fixed a bug resolving the LogFactory.findClassLoader() that checks for null to the
call to Thread.currentThread().getContextClassLoader(),
Good points Ara.
I only begin to understand these days that still a lot of java programmers
even didn't even know Ant 6 months ago. Who knows javamake for example ?
This product is just as beautiful as Ant imho, but it's not on Jakarta.
JDOM and JUnit are the _only_ two exceptions of successful t
Memory leak in xjavadoc ?, brrr, you freeze me :)
There is -Xincgc (or sth like that) that may help also. Incremantal GC.
Complicate stuffs this GC ;) In summary it helped keeping memory at a
minimum and avoid big GC increase time.
Anyway if memory leak il y a, long debugging nights il y aura :)
Hi guys.
Here are my EUR 0.02.
I think jakarta is a good place, since xdoclet is
bundled pretty tight with other jakarta products.
It relies on ant, and will rely on velocity and BCEL
soon.
It produces a lot of usefull stuff for other jakarta
projects ( i.e. struts )
Other jakarta projects
We need to do a memory profiling again! Duh!
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Aslak Hellesøy
> Sent: Friday, May 24, 2002 5:50 AM
> To: [EMAIL PROTECTED]
> Subject: [Xdoclet-devel] status on branch
>
> Everythin
> On Jakarta you will get "Visibility" but not "Publicity". The
difference
> is
> that visibility
> means you are seen by many developers, publicity is when are made
public
> in
> an
> article, presentation, book etc. which aren't always developers.
You're absolutely right Andreas. We're already
Hi guys,
Could I suggest you use OptimizeIt, it is very good for finding memory
leaks, and when you find the offending object, it does backtraces to show
you what objects created all the leaky stuff. It has helped me find a
memory leak in JBoss before. You can get a free eval from borland (~15
- 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
27 matches
Mail list logo
