Hi,
>From where ?
>From samples "ant" just work fine with me.
Does Ant do a GC after each Task ?
I don't think so (I already had this problem somewhere else), then there is
no total solution, if you build a samples with 5000 sources you will have
the problem again.
Maybe we could just add a ant t
Everything builds now (samples too!)
-But there is an OutOfMemory issue. I have to build 3 times to get through.
Even Ara's memory increment in build.bat/sh/py/pl scripts doesn't seem to do
the trick (and I'm afraid to burn my RAM if I turn it up further). Anybody
knows how to force a gc during b
> > I'm not sure my current activity warrants a vote, but I'd be
>
> Well, you ain't kicked out yet, so I think you should vote ;-) Equality is
> for all.
ok, well, it'd be a -0 anyway (if we're voting jakarta style - as I understand it that
means, I dont think we should do it, but wont
complain
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dmitri
> Colebatch
> Sent: 24. mai 2002 01:34
> To: [EMAIL PROTECTED]
> Subject: Re: [Xdoclet-devel] MOVING XDOCLET TO JAKARTA SURVEY RESULT
>
>
> hey all,
>
> firstly, I'm been awol for quite some ti
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 Schaefer)
+0
User: rinkrank
Date: 02/05/23 18:06:07
Modified:.Tag: MODULE_REFACTORING_BRANCH build.properties
Log:
improved build procedure related to externalizer, thanks to ModuleLoader's new
ability to load unjarred modules
Revision ChangesPath
No revisi
User: rinkrank
Date: 02/05/23 18:06:08
Modified:modules Tag: MODULE_REFACTORING_BRANCH build.xml
modules-common.xml
Log:
improved build procedure related to externalizer, thanks to ModuleLoader's new
ability to load unjarred modules
Revision Changes
User: rinkrank
Date: 02/05/23 18:06:07
Modified:core Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
improved build procedure related to externalizer, thanks to ModuleLoader's new
ability to load unjarred modules
Revision ChangesPath
No revision
User: rinkrank
Date: 02/05/23 18:06:08
Added: core/src/META-INF Tag: MODULE_REFACTORING_BRANCH xdoclet.xml
Log:
improved build procedure related to externalizer, thanks to ModuleLoader's new
ability to load unjarred modules
Revision ChangesPath
No re
User: rinkrank
Date: 02/05/23 18:06:07
Modified:docs Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
improved build procedure related to externalizer, thanks to ModuleLoader's new
ability to load unjarred modules
Revision ChangesPath
No revision
User: rinkrank
Date: 02/05/23 18:04:45
Modified:core/src/xdoclet Tag: MODULE_REFACTORING_BRANCH
DocletTask.java
Log:
improved module loading mechanism
Revision ChangesPath
No revision
No revision
User: rinkrank
Date: 02/05/23 18:04:03
Removed: core/src Tag: MODULE_REFACTORING_BRANCH
tagmappings.properties
Log:
removed obsolete files
made index.html part of documentation subtask templates
_
User: rinkrank
Date: 02/05/23 18:04:03
Added: modules/xdoclet/src/xdoclet/modules/doc/resources Tag:
MODULE_REFACTORING_BRANCH index.xdt
Log:
removed obsolete files
made index.html part of documentation subtask templates
Revision ChangesPath
N
User: rinkrank
Date: 02/05/23 18:04:03
Removed: docs/templates Tag: MODULE_REFACTORING_BRANCH index.html
Log:
removed obsolete files
made index.html part of documentation subtask templates
___
Don't miss the 2002 Sprint
User: rinkrank
Date: 02/05/23 18:02:02
Modified:modules/ejb/src/META-INF Tag: MODULE_REFACTORING_BRANCH
xtags.xml
Log:
updated doco
Revision ChangesPath
No revision
No revision
1.1.2.3 +45 -6
User: rinkrank
Date: 02/05/23 18:00:47
Modified:core/src/xdoclet Tag: MODULE_REFACTORING_BRANCH
XDocletException.java XDocletMain.java
Log:
better exception handling
removed overridden printStackTrace method that did nothing (!?)
Revision ChangesP
User: rinkrank
Date: 02/05/23 17:59:35
Modified:core/src/xdoclet Tag: MODULE_REFACTORING_BRANCH
TemplateSubTask.java
Log:
changes required for refactored document task
Revision ChangesPath
No revision
No
User: rinkrank
Date: 02/05/23 17:59:35
Modified:core/src/xdoclet/template Tag: MODULE_REFACTORING_BRANCH
TemplateEngine.java TemplateParser.java
Log:
changes required for refactored document task
Revision ChangesPath
No revision
User: rinkrank
Date: 02/05/23 17:58:42
Modified:modules/mx4j/src/xdoclet/modules/mx4j Tag:
MODULE_REFACTORING_BRANCH
Mx4jDescriptionAdapterSubTask.java
Log:
fixed bad tags (class names)
Revision ChangesPath
No
User: rinkrank
Date: 02/05/23 17:58:42
Modified:modules/orion/src/xdoclet/modules/orion/ejb Tag:
MODULE_REFACTORING_BRANCH OrionSubTask.java
Log:
fixed bad tags (class names)
Revision ChangesPath
No revision
No
User: rinkrank
Date: 02/05/23 17:58:10
Modified:modules/apache/src/xdoclet/modules/apache/struts Tag:
MODULE_REFACTORING_BRANCH
StrutsConfigXmlSubTask.java
Log:
fixed NPE
Revision ChangesPath
No revision
User: rinkrank
Date: 02/05/23 17:57:34
Modified:core/src/xdoclet/loader Tag: MODULE_REFACTORING_BRANCH
ModuleFinder.java
Log:
added support for reading modules from a directory
Revision ChangesPath
No revision
No
User: rinkrank
Date: 02/05/23 17:57:33
Modified:core/src/xdoclet Tag: MODULE_REFACTORING_BRANCH
GenerationManager.java
Log:
added support for reading modules from a directory
Revision ChangesPath
No revision
No
User: rinkrank
Date: 02/05/23 17:56:43
Modified:modules/pramati Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet
User: rinkrank
Date: 02/05/23 17:56:43
Modified:modules/xdoclet Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet
User: rinkrank
Date: 02/05/23 17:56:43
Modified:modules/webwork Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet
User: rinkrank
Date: 02/05/23 17:56:43
Modified:modules/orion Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/m
User: rinkrank
Date: 02/05/23 17:56:43
Modified:modules/mx4j Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/mo
User: rinkrank
Date: 02/05/23 17:56:41
Modified:modules/bea Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/mod
User: rinkrank
Date: 02/05/23 17:56:43
Modified:modules/web Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/mod
User: rinkrank
Date: 02/05/23 17:56:42
Modified:modules/macromedia Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoc
User: rinkrank
Date: 02/05/23 17:56:42
Modified:modules/mvcsoft Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet
User: rinkrank
Date: 02/05/23 17:56:41
Modified:modules/apache Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/
User: rinkrank
Date: 02/05/23 17:56:42
Modified:modules/hp Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/modu
User: rinkrank
Date: 02/05/23 17:56:42
Modified:modules/jboss Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/m
User: rinkrank
Date: 02/05/23 17:56:41
Modified:modules/ejb Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/mod
User: rinkrank
Date: 02/05/23 17:56:41
Modified:modules/exolab Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/
User: rinkrank
Date: 02/05/23 17:56:42
Modified:modules/ibm Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/mod
User: rinkrank
Date: 02/05/23 17:56:42
Modified:modules/jmx Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
changed main target from jar to all
Revision ChangesPath
No revision
No revision
1.1.2.3 +1 -1 xdoclet/mod
User: rinkrank
Date: 02/05/23 17:55:58
Modified:bin Tag: MODULE_REFACTORING_BRANCH runant.pl runant.py
Log:
increased memory here too.
Revision ChangesPath
No revision
No revision
1.1.2.2 +1 -1 xdoclet/bin/A
User: rinkrank
Date: 02/05/23 17:55:23
Modified:modules/xdoclet/src/xdoclet/modules/doc Tag:
MODULE_REFACTORING_BRANCH
DocumentationTagsHandler.java
DocumentTagsSubTask.java
Log:
refactored to use xdoclet.module
On 24/5/02 1:35 AM, "Ara Abrahamian" ([EMAIL PROTECTED]) penned the words:
>> It sounds very nice! -But we need to migrate all the tracker data from
>> SF. How to do? Does JIRA have any kind of SF web scraper that could do
>> it for us? -Or are we facing a long-lasting handjob here ;-)
>
> I'm a
> Hi
>
> +0 as well for the same reasons
Ack - Apache like voting ;)
> Is it also not more logical to close the Poll on Jakarta before talking
> about this.
I'm not sure what the poll is - but if it's whether Xdoclet should join
Jakarta put me down for a strong -1.
> Many Thanks to Atlassian an
On 24/5/02 8:22 AM, "Vincent Harcq" ([EMAIL PROTECTED]) penned
the words:
>> AFAIK Mathias's proposal to set up xdoclet.org wasn't accepted. I'm not
>> sure about hosting bugs in atlassian. The big question is after all is
>> it reliable? SF is reliable more or less.
>
> Just to be a bit more sp
> > I'm not sure how many people out there who (a) dont know about xdoclet,
> and (b) would know about it if it was part of jakarta. The
> > real pro from my pov, is as Ara pointed out a while back, the possible
> input to relevant JSR(s) (the runtime metadata one being the
> > main one I suppose
Hi Dimitri
> I'm not sure how many people out there who (a) dont know about xdoclet,
and (b) would know about it if it was part of jakarta. The
> real pro from my pov, is as Ara pointed out a while back, the possible
input to relevant JSR(s) (the runtime metadata one being the
> main one I suppo
hey all,
firstly, I'm been awol for quite some time now, with a couple of attempts to organise
time to do things like xdoclet again without
much success, but still hope to make time... and thought I should at least say
something (fwiw)...
> 13 votes have been submitted, and the result is a pe
Hi Vincent
> What we need is publicity (being more than just another SF project) and
good
> tools (bug tracking system, release management, tasks,...).
On Jakarta you will get "Visibility" but not "Publicity". The difference is
that visibility
means you are seen by many developers, publicity is
On 2002.05.23 18:22:19 -0400 Vincent Harcq wrote:
> > AFAIK Mathias's proposal to set up xdoclet.org wasn't accepted. I'm not
> > sure about hosting bugs in atlassian. The big question is after all is
> > it reliable? SF is reliable more or less.
>
> Just to be a bit more specific here...
> There
User: ara_e_w
Date: 02/05/23 15:26:12
Modified:src/xjavadoc XPackage.java
Log:
fixed incorrect hashcode()
Revision ChangesPath
1.11 +64 -95xjavadoc/src/xjavadoc/XPackage.java
Index: XPackage.java
==
User: ara_e_w
Date: 02/05/23 15:25:07
Added: modules/xdoclet/src/xdoclet/modules/externalizer Tag:
MODULE_REFACTORING_BRANCH ExternalizerSubTask.java
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified
User: ara_e_w
Date: 02/05/23 15:25:07
Added: modules/xdoclet/src/xdoclet/modules/externalizer/resources
Tag: MODULE_REFACTORING_BRANCH properties.xdt
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified
User: ara_e_w
Date: 02/05/23 15:25:07
Removed: modules/xdoclet/src/xdoclet/modules/i18n Tag:
MODULE_REFACTORING_BRANCH MessageBundleSubTask.java
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified tags in
User: ara_e_w
Date: 02/05/23 15:25:06
Modified:modules Tag: MODULE_REFACTORING_BRANCH modules-common.xml
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified tags in code. We use it in core and modules for
generating message bu
User: ara_e_w
Date: 02/05/23 15:25:06
Modified:core/src/xdoclet Tag: MODULE_REFACTORING_BRANCH
TemplateSubTask.java
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified tags in code. We use it in core and
User: ara_e_w
Date: 02/05/23 15:25:07
Removed: modules/xdoclet/src/xdoclet/modules/i18n/resources Tag:
MODULE_REFACTORING_BRANCH msgbundle.xdt
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified tags in c
User: ara_e_w
Date: 02/05/23 15:25:06
Modified:core Tag: MODULE_REFACTORING_BRANCH build.xml
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified tags in code. We use it in core and modules for
generating message bundle file
User: ara_e_w
Date: 02/05/23 15:25:05
Modified:bin Tag: MODULE_REFACTORING_BRANCH ant ant.bat
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified tags in code. We use it in core and modules for
generating message bundle fi
User: ara_e_w
Date: 02/05/23 15:25:06
Modified:modules/apache/src/xdoclet/modules/apache/soap/ejb Tag:
MODULE_REFACTORING_BRANCH ApacheSoapSubTask.java
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified
User: ara_e_w
Date: 02/05/23 15:25:05
Modified:.Tag: MODULE_REFACTORING_BRANCH build.properties
Log:
Implemented subtask. It generates (externalizes) a properties file
by looking after some specified tags in code. We use it in core and modules for
generating message bund
> AFAIK Mathias's proposal to set up xdoclet.org wasn't accepted. I'm not
> sure about hosting bugs in atlassian. The big question is after all is
> it reliable? SF is reliable more or less.
Just to be a bit more specific here...
There is 2 different things : set up www.xdoclet.org to replace
xdo
User: ara_e_w
Date: 02/05/23 15:21:25
xdoclet/modules/xdoclet/src/xdoclet/modules/externalizer - New directory
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.spri
User: ara_e_w
Date: 02/05/23 15:21:43
xdoclet/modules/xdoclet/src/xdoclet/modules/externalizer/resources - New directory
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://d
+0.5 after version 1.3
Comments:
What we need is publicity (being more than just another SF project) and good
tools (bug tracking system, release management, tasks,...).
Apart from Jakarta what could be the other solutions ? OpenSymphony, JBoss,
Tigris.
AFAIK, JBoss is the only really independant
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)
+1 (Marcus Brito)
-1 (David Jencks)
-1 (Andreas Schaefer)
- Original Message -
From: "Andreas Schaefer" <[EMAIL PROTECTED]>
> This weekend I spoke with Jason Hunter and David Duncan
> Davidson about the "shopping tour" of Apache/Jakarta and
> both weren't very exited about bloating Jakarta (the discussion
> wasn't about XDoclet in specific). BTW
Hi Geeks
-1
This weekend I spoke with Jason Hunter and David Duncan
Davidson about the "shopping tour" of Apache/Jakarta and
both weren't very exited about bloating Jakarta (the discussion
wasn't about XDoclet in specific). BTW for all of you who don't
know how Jason and David are: Jason is the
-1 (David Jencks)
On 2002.05.23 12:40:47 -0400 Aslak Hellesøy wrote:
> The last chance to vote is on June 6th 2002 16:00h GMT.
> Only XDoclet contributors with CVS commit access can vote.
>
> +1 (Aslak Hellesøy)
>
>
> ___
>
> Don't m
Em Qui, 2002-05-23 às 13:51, Ara Abrahamian escreveu:
> +1
>
> but after v1.3 is released.
+1 after v1.2 is released. The main focus for 1.3 will be Velocity
templates and would be nice if are already jakarta when working with
this.
--
Ja ne,
Pazu
mailto: [EMAIL PROTECTED]
Anime Gaiden:
+1
but after v1.3 is released.
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Aslak Hellesøy
> Sent: Thursday, May 23, 2002 9:11 PM
> To: [EMAIL PROTECTED]
> Subject: [Xdoclet-devel] SHOULD XDOCLET MOVE TO JAKARTA? (2ND ROUND
13 votes have been submitted, and the result is a perfect tie (average 3.0
on a scale from 1-5). Just like the US presidentials. When I set up the
poll, I thought I would be able to see who voted what. Not so. -And there
are a couple of non-committers whose votes shouldn't be considered.
Therefor
The last chance to vote is on June 6th 2002 16:00h GMT.
Only XDoclet contributors with CVS commit access can vote.
+1 (Aslak Hellesøy)
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas --
Hi
+0 as well for the same reasons
Is it also not more logical to close the Poll on Jakarta before talking
about this.
Many Thanks to Atlassian and Mike though :))
Vincent
>> It sounds very nice! -But we need to migrate all the tracker data from
>> SF. How to do? Does JIRA have any kind of SF w
> It sounds very nice! -But we need to migrate all the tracker data from
> SF. How to do? Does JIRA have any kind of SF web scraper that could do
> it for us? -Or are we facing a long-lasting handjob here ;-)
I'm afraid jira should resort to perl/pattern-matching tricks, or maybe
there's SF webse
- 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
On 24/5/02 12:09 AM, "[EMAIL PROTECTED]" ([EMAIL PROTECTED])
penned the words:
>> What do you think about it?
>>
>> Ara.
>>
>
> It sounds very nice! -But we need to migrate all the tracker data from
> SF. How to do? Does JIRA have any kind of SF web scraper that could do
> it for us? -Or are w
- 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
+1
JIRA is a great bug tracking system, and easy to use too (waaay better than
the sf stuff).
Mathias
-Original Message-
From: Ara Abrahamian [mailto:[EMAIL PROTECTED]]
Sent: donderdag 23 mei 2002 15:48
To: [EMAIL PROTECTED]
Subject: [Xdoclet-devel] FW: Issue tracking / project mgt for
What do you think about it?
Ara.
> -Original Message-
> From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 23, 2002 5:51 AM
> To: Ara Abrahamian; Dmitri Colebatch
> Subject: Re: Issue tracking / project mgt for Xdoclet
>
> Ara, Dmitri & whoever!
>
> We've had a
Hi folks,
Since I discovered some problems with the generation of weblogic specific
xml descriptors for cmp and cmr as defined in ejb 2.0 with Xdoclet 1.1.2, I
have changed some code to solve it. Appended to this email you find the
following changed files:
- weblogic-cmp-rdbms-jar-xml.j
- Weblo
80 matches
Mail list logo
