As you may have seen, I did a lot of changes to improve performance of
xjavadoc. Basically following a yahoo messenger with Aslak and Ara.
Plus some more "java perf beginner" improvements.
My goal was to improve the perf for a "forced" build. Incremental
build are fast enough now.
It runs now f
The generated reports for XJavaDoc contain properties for each file
(clickable Properties >> link that opens a new window).
But the core/samples/junit doesn't generate this...is it possible someone
forgot to commit the updated XSL templates?
Thanks,
Mathias
__
I found this in the XDoc class
if (result == FAKE_STRING) {
result = null;
}
Should this not be
if (FAKE_STRING.equals(result)) {
result = null;
}
??
Mathias
___
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net
I will have a look.
Struts has a FastHashMap...
http://jakarta.apache.org/struts/api-1.0/org/apache/struts/util/FastHashMap.
html
Mathias
-Original Message-
From: Vincent Harcq [mailto:[EMAIL PROTECTED]]
Sent: donderdag 4 april 2002 10:59
To: Devel Xdoclet
Subject: [Xdoclet-devel] XJava
I remember fixing in "blind mode" one of the tag handlers related to
that
My goal was "only" to make build run, I guess some work is needed.
I am not a Jboss 3 user so I can not help a lot here :(
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf
>
User: pathoss
Date: 02/04/04 00:44:36
Modified:src/xjavadoc AbstractClass.java
Log:
Improved package mismatch exception message.
Revision ChangesPath
1.18 +1 -1 xjavadoc/src/xjavadoc/AbstractClass.java
Index: AbstractClass.java
=
It seems all the new gifs are corrupt...
___
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
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
El jue, 04-04-2002 a las 10:20, Mathias Bogaert escrib
Hi,
This FAKE_STRING can disappear and use HashMap.containsKey instead
The problem is that I can a have a null entry and no entry and have to
differentiate the two to be efficient.
I did not know "containsKey" when I did that.
Regards.
Vincent
--- Mathias Bogaert <[EMAIL PROTECTED]> wrote:
> I
The xsl comes from junit.jar
Sure there is a mismatch between the xjavadoc one and the samples one.
I'll have a look
BTW The samples/junit will (one day...pfff) have to move to test/
to be more coherent...
Vincent
--- Mathias Bogaert <[EMAIL PROTECTED]> wrote:
> The generated reports for XJavaDoc
Bugs item #529752, was opened at 2002-03-14 06:05
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=529752&group_id=31602
Category: struts
Group: cvs
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Matt (mpetteys)
Assigned to: Vincent Harcq (vharc
User: vharcq
Date: 02/04/03 00:58:32
Modified:core/src/xdoclet/ejb/tags/vendor StrutsFormTagsHandler.java
Log:
Bug 529752
Add the possibility to include non persistent fields from an entity bean to a Struts
Form
Revision ChangesPath
1.15 +2 -2
xdoclet/cor
User: vharcq
Date: 02/04/03 13:03:38
Modified:core/src/xdoclet XDocletTagSupport.java
Log:
There were still some problems with jboss:jdbc-type,... tags that still works
witjout an attribute name
Revision ChangesPath
1.31 +2 -16 xdoclet/core/src/xdoclet/XDocle
User: vharcq
Date: 02/04/03 13:03:37
Modified:core/resources/xdoclet/ejb/vendor jboss-jaws_xml.j
Log:
There were still some problems with jboss:jdbc-type,... tags that still works
witjout an attribute name
Revision ChangesPath
1.19 +10 -10xdoclet/core/resourc
Well, short time task is to get at least own GUI up
and running ( and usable )
Then we can rework pieces / throw together it as pugin
or whatever we like.
--- Xavier Martin <[EMAIL PROTECTED]> wrote:
> Me too. Eclipse is really cool. But eclipse and
> eclipse plugins are
> based in SWT as GUI f
Em Qui, 2002-04-04 às 05:59, Vincent Harcq escreveu:
> One thing that could improve is a fast implementation of Map/Hashtable
> for XDoc. If somebody could point me some references here.
The Jakarta Commons project has fast hashmap implementations in their
"collections" subproject. Take a look
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
> > 3. Some thoughts about xtags - it seems to me that
> > they would do the best in separate module, because
> > ultimate goal fo GUI is to be used in standalone
> > fashion, and not from XDoclet ( or as plugin for
> > NetBeans? JBuilder? )
>
>
> Would it be possible to do it as an Eclipse plug
> 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
User: rinkrank
Date: 02/04/03 16:27:43
Modified:core/src/xdoclet/ejb/vendor ApacheSoapSubTask.java
BluestoneSubTask.java CastorSubTask.java
JBossSubTask.java JRunSubTask.java
MVCSoftSubTask.java OrionSubTask.java
hey all,
ok can someone tell me what triggered this? I literally just that
second committed a fix to cvs for it, and then I get this email... but I see
no way in which the two can be related. am I going nuts?
cheers
dim
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAI
Vincent, can we just setFork(false) and profile it in JProbe?
Ara.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:xdoclet-devel-
> [EMAIL PROTECTED]] On Behalf Of Vincent Harcq
> Sent: Thursday, April 04, 2002 1:29 PM
> To: Devel Xdoclet
> Subject: [Xdoclet-devel] XJavadoc Perfor
User: rinkrank
Date: 02/04/03 17:03:04
Modified:core/src/xdoclet/ejb AbstractEjbCodeGeneratorSubTask.java
AbstractEjbDeploymentDescriptorSubTask.java
DaoSubTask.java DataObjectSubTask.java
EjbDocletTask.java EjbDotX
Sorry. I put it to fixed because it is fixed :)
We should clean up the bugs...there are too many open ones.
Mathias
-Original Message-
From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]]
Sent: donderdag 4 april 2002 13:56
To: [EMAIL PROTECTED]
Subject: Re: [Xdoclet-devel] [ xdoclet-Bugs-51
Bugs item #511612, was opened at 2002-02-01 09:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=511612&group_id=31602
Category: webdoclet
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody
> Sorry. I put it to fixed because it is fixed :)
> We should clean up the bugs...there are too many open ones.
I must've misread it then (o:
Have you done an update yet? If not, do you want to try and get a
tag to appear in web.xml by adding distributable="true" to
the deploymentdescriptor ta
Hi,
I set setFork(true) because of a LinkageError at XML validation time.
When xml validation set to false no problems.
Just try it you will see ;)
I tried to solve this by using different class loading instead of
Class.loadClass use Thread.currentThread().get... (a la JBoss)
But it did not help h
Bugs item #511612, was opened at 2002-02-01 08:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=511612&group_id=31602
Category: webdoclet
Group: None
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/
Hi guys, I still think it would be better
to develop at least standalone solution,
and stabilize GUI for how to edit / add / remove
tags and then think further :)
When we get an Swing "panel" with everything
we need to properly tag a class, the we will
write whatever wrappers we like :)
---
Bugs item #530110, was opened at 2002-03-15 01:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=530110&group_id=31602
Category: xdoclet
Group: v1.1.2
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Andrew Stevens (stevensa)
Assigned to: Nobody
Hi,
I am having trouble building the latest mx4j with the latest xdoclet. I can't
quite locate the problem. Basically the following snippet from the mx4j build
file
Will create the file
src/tools/mx4j/tools/jython/jython.JythonRunnerMBean
Notice the fact that the filenam
--- [EMAIL PROTECTED] wrote:
> 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 easie
Bugs item #511612, was opened at 2002-02-01 09:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=511612&group_id=31602
Category: webdoclet
Group: None
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/
Yepit is working!!
But while I was testing this, I found another nasty problem: if you modify
the build script (for example change distributable from true to false)
XDoclet doesn't generate again (he thinks nothing is modified). We should
add some sort of check for the build file too if possi
+1 to removing mx4j from xdoclet's build, because:
- it doesn't seem to be generic enough
- and btw do we need it in the core?
I think we definitely need to follow the path ant follows:
- a core (xdoclet core + core tasks/subtasks)
- a set of optional tasks/subtasks
- a separate xdoclet-contrib m
> [EMAIL PROTECTED]] On Behalf Of Konstantin Priblouda
> Sent: Thursday, April 04, 2002 5:11 PM
> To: Ara Abrahamian
> Cc: [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-devel] Developing GUI
>
> Hi guys, I still think it would be better
> to develop at least standalone solution,
> and stabilize GUI f
sorry - this really should have gone to dev
> Hey guys,
>
> A follow up on an old thread.
>
> > org.apache.tools.ant.ProjectHelper has some methods that are used for
> > property expansion. I don't believe you have a handle to the Project
> > instance in XDocletTagSupport, but if you do then ca
> > Hi guys, I still think it would be better
> > to develop at least standalone solution,
> > and stabilize GUI for how to edit / add / remove
> > tags and then think further :)
>
> Yeah, a standalone solution too, plus some plugins
> for IDEs :-)
> And the big question is how do you design it
Ummm.. how do you distinguish between a vendor subtask and a special
purpose item? or even an optional task? To overstate things a bit, can I
vote for removing weblogic vendor subtasks because I don't use weblogic?
I'm not thrilled with the mx4j because it appears to require the entire
mx4j proj
Bugs item #523372, was opened at 2002-02-27 13:22
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=523372&group_id=31602
Category: ejbdoclet
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Thomas Larsen (toften)
Assigned to: Nobody/An
> Ummm.. how do you distinguish between a vendor subtask and a special
> purpose item? or even an optional task? To overstate things a bit,
can I
> vote for removing weblogic vendor subtasks because I don't use
weblogic?
Sure! Weblogic and all other vendor specific stuff should be moved to
the o
Hi,
+1
> +1 to removing mx4j from xdoclet's build, because:
> - it doesn't seem to be generic enough
> - and btw do we need it in the core?
>
> I think we definitely need to follow the path ant follows:
> - a core (xdoclet core + core tasks/subtasks)
EJB, Web, MBean
> - a set of optional task
> 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
> > - a set of optional tasks/subtasks
> > - a separate xdoclet-contrib module for special purpose items
>
> Here is separation is not clear to me
>
> Is it:
>
> optional : dataobject, valueobject, util, dao
> contrib : mx4j, webwork/struts, jboss/weblogic/mvcsoft
>
> Core+Optional release eve
User: pathoss
Date: 02/04/04 04:57:41
Modified:core/src/xdoclet/tags PackageTagsHandler.java
Log:
Use a char instead of a string (sped).
Revision ChangesPath
1.13 +4 -4 xdoclet/core/src/xdoclet/tags/PackageTagsHandler.java
Index: PackageTagsHandler.ja
User: pathoss
Date: 02/04/04 02:59:53
Modified:src/xjavadoc AbstractClass.java
AbstractExecutableMember.java BinaryClass.java
ConstructorImpl.java DefaultXTag.java
FieldImpl.java JavaDocReader.java JavaParser.java
User: ko5tik
Date: 02/04/04 06:12:28
Modified:src/java/xtags ConditionFactory.java TagFamily.java
Log:
added applicability ocnditions for tag families
( no need to bother webwork developer with ejb tags :) )
added tooltips to classe methods, class familes & tag families.
User: pathoss
Date: 02/04/04 01:46:24
Modified:src/xjavadoc SourceClass.java
Log:
Small performance optimizations. Made class final (inlining).
Revision ChangesPath
1.21 +6 -7 xjavadoc/src/xjavadoc/SourceClass.java
Index: SourceClass.java
==
User: dimc
Date: 02/04/04 05:48:13
Modified:core/samples/src/java/test/ejb CustomerBean.java
Log:
Fix for bug 523372 - ant property variables were not being dereferenced.
Also changes that I believe are due to
Revision ChangesPath
1.47 +6 -1 xdoclet/c
User: dimc
Date: 02/04/04 05:48:13
Modified:core/src/xdoclet/ejb/tags HomeTagsHandler.java
Log:
Fix for bug 523372 - ant property variables were not being dereferenced.
Also changes that I believe are due to
Revision ChangesPath
1.28 +723 -635 xdoclet/cor
User: pathoss
Date: 02/04/04 04:56:08
Modified:core/src/xdoclet/ejb/tags HomeTagsHandler.java
Log:
Addend a char instead of a string (sped).
Revision ChangesPath
1.27 +2 -2 xdoclet/core/src/xdoclet/ejb/tags/HomeTagsHandler.java
Index: HomeTagsHandler.
User: pathoss
Date: 02/04/04 04:57:08
Modified:core/src/xdoclet/ejb EntityCmpSubTask.java
Log:
Append a char instead of a string (sped).
Revision ChangesPath
1.28 +2 -2 xdoclet/core/src/xdoclet/ejb/EntityCmpSubTask.java
Index: EntityCmpSubTask.java
User: pathoss
Date: 02/04/04 03:12:58
Modified:lib crimson.jar
Log:
Updated to crimson 1.1.3.
Revision ChangesPath
1.2 +481 -465 xjavadoc/lib/crimson.jar
<>
___
Xdoclet-devel mailing list
[EMAIL P
User: pathoss
Date: 02/04/04 02:55:29
Modified:src/xjavadoc/event XDocListener.java
Log:
Removed modifier from interface (not needed).
Revision ChangesPath
1.3 +1 -1 xjavadoc/src/xjavadoc/event/XDocListener.java
Index: XDocListener.java
===
User: pathoss
Date: 02/04/04 01:45:27
Modified:src/xjavadoc XDoc.java
Log:
Small performance optimizations. Made class final (inlining).
Revision ChangesPath
1.25 +5 -4 xjavadoc/src/xjavadoc/XDoc.java
Index: XDoc.java
===
User: dimc
Date: 02/04/04 03:58:03
Modified:core/src/xdoclet/tags ConfigTagsHandler.java
Log:
Fix for bug 511612 where a call to
where the config variable is of type Boolean would return false, because
Boolean.valueOf("true").equals("true") == false.
Also significant
>>> "Andrew" == [EMAIL PROTECTED] (Andrew Stevens) wrote:
Andrew> By the way, does anyone know of a free and/or open source code
Andrew> coverage tool I can download for when jprobe expires on me? I
Andrew> tried searching for various combinations of "jvmpi", "java",
Andrew> "code", "c
User: ko5tik
Date: 02/04/04 06:12:27
Modified:src/java/xdocletgui/swing ClassFamily.java MainPanel.java
MultiLineToolTipUI.java TreeFactoryScratch.java
XDocletGuiTreeCellRenderer.java
Log:
added applicability ocnditions for tag famil
User: dimc
Date: 02/04/04 05:48:14
Modified:core/src/xdoclet/tags ClassTagsHandler.java
Log:
Fix for bug 523372 - ant property variables were not being dereferenced.
Also changes that I believe are due to
Revision ChangesPath
1.31 +520 -452 xdoclet/core/s
User: dimc
Date: 02/04/04 05:48:11
Modified:core/src/xdoclet XDocletTagSupport.java
Log:
Fix for bug 523372 - ant property variables were not being dereferenced.
Also changes that I believe are due to
Revision ChangesPath
1.34 +511 -433 xdoclet/core/src/x
User: pathoss
Date: 02/04/04 04:58:08
Modified:core/src/xdoclet/tags ParameterTagsHandler.java
Log:
Append a char instead of a string (sped).
Revision ChangesPath
1.11 +2 -2 xdoclet/core/src/xdoclet/tags/ParameterTagsHandler.java
Index: ParameterTagsH
User: pathoss
Date: 02/04/04 04:56:31
Modified:core/src/xdoclet/ejb/tags PersistentTagsHandler.java
Log:
Addend a char instead of a string (sped).
Revision ChangesPath
1.24 +3 -3 xdoclet/core/src/xdoclet/ejb/tags/PersistentTagsHandler.java
Index: Pers
+1
IMO:
Core = Ejb, Web, MBean
Optional = dataobject, valueobject, util, dao, Struts, Webwork, jboss (all
open source projects we generate for)
Contrib= mx4j, weblogic, pramati, mvcsoft, hp, etc
Mathias
- Original Message -
From: "Vincent Harcq" <[EMAIL PROTECTED]>
To: "Ara Abrahamian"
Ok, ok. I think eclipse is cool, but I don't wanna die for it ;-)
I just noting that if there are intention to support Eclipse "hardcoded"
swing is not the way, but with a wrapper, as you notes, there are no
problems to support swing based and (the only) swt based IDEs.
BTW my preferred IDE bef
> EjbDocletTask. We shouldn't. It should ideally be a self-contained jar
> file.
>
> I read some time ago in the ant docs that this is the way the Ant team
> want to package optional tasks. Does anybody know what techniques they
> are using so that the core can "discover" the optional tasks? As
>
User: pathoss
Date: 02/04/04 13:54:57
Modified:core/samples/junit/xsl junit-frames.xsl junit-noframes.xsl
Removed: core/samples/junit/xsl overview-summary.xsl toolkit.xsl
Log:
Updated to latest version.
Revision ChangesPath
1.2 +263 -131 xdoclet/core/sample
JUnit tests for the ValueObject sample fails:
testEqualsWithPkFailureShould be Equals
junit.framework.AssertionFailedError: Should be Equals
at junit.framework.Assert.fail(Assert.java:51)
at junit.framework.Assert.assert(Assert.java:20)
at
xdoclet.test.valueobject.ValueObjectTest.testEqualsWithP
> The only problem which I don't have a technical solution for is: hard
> dependency in EjbDocletTask/etc to optional subtasks (createWeblogic()
> and so on). The limitation is Ant's introspection strategy. We don't
> want to declare those methods there, but Ant introspects based on the
> fact the
> -Original Message-
> From: Ara Abrahamian [mailto:[EMAIL PROTECTED]]
> Sent: 4. april 2002 17:53
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; 'Peter Donald'
> Subject: RE: [Xdoclet-devel] Making XDoclet more modular
>
>
> > EjbDocletTask. We shouldn't. It should ideally be a self-c
User: pathoss
Date: 02/04/04 14:36:34
Modified:src/xjavadoc AbstractClass.java AbstractProgramElement.java
SimpleNode.java SourceClass.java XDoc.java
XDocTest.java XJavaDoc.java
Added: src/xjavadoc LogAdapter.java
Log:
Updated
Its all my fault blame me (or Peter! :)
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Ara Abrahamian" <[EMAIL PROTECTED]>
Cc: "'David Jencks'" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Thursday, April 04, 2002 10:22 AM
Subject: [Xdoclet-devel] Making XDoclet more modul
User: vharcq
Date: 02/04/04 14:51:48
Modified:src/xjavadoc MethodImpl.java SimpleNode.java XDoc.java
Log:
Replace " " by ' ' for performance
Revision ChangesPath
1.9 +2 -2 xjavadoc/src/xjavadoc/MethodImpl.java
Index: MethodImpl.java
==
User: vharcq
Date: 02/04/04 14:56:02
Modified:core/src/xdoclet/tags AbstractProgramElementTagsHandler.java
ClassTagsHandler.java
Log:
Replace "..." by ' ...' and use StringBuffer for performance
Revision ChangesPath
1.29 +598 -520
xdoclet
User: vharcq
Date: 02/04/04 14:56:03
Modified:core/src/xdoclet/template TemplateEngine.java
Log:
Replace "..." by ' ...' and use StringBuffer for performance
Revision ChangesPath
1.24 +594 -499 xdoclet/core/src/xdoclet/template/TemplateEngine.java
Index: Tem
User: vharcq
Date: 02/04/04 14:56:03
Modified:core/src/xdoclet/util Log.java
Log:
Replace "..." by ' ...' and use StringBuffer for performance
Revision ChangesPath
1.5 +12 -9 xdoclet/core/src/xdoclet/util/Log.java
Index: Log.java
==
User: vharcq
Date: 02/04/04 14:56:03
Modified:core/src/xdoclet/ejb/tags/vendor MVCSoftTagsHandler.java
Log:
Replace "..." by ' ...' and use StringBuffer for performance
Revision ChangesPath
1.6 +158 -141 xdoclet/core/src/xdoclet/ejb/tags/vendor/MVCSoftTagsHandle
User: ko5tik
Date: 02/04/04 09:13:39
Modified:src/java/xdocletgui/swing ClassFamily.java
TreeFactoryScratch.java
XDocletGuiTreeCellRenderer.java
Added: src/java/xdocletgui/swing TagNodeData.java
Log:
Now the tree shows everyt
User: ko5tik
Date: 02/04/04 09:13:39
Modified:src/java/xtags Tag.java TagFamily.java
Log:
Now the tree shows everything down to the tags.
Tooltips are also working
Revision ChangesPath
1.3 +21 -1 xdocletgui/src/java/xtags/Tag.java
Index: Tag.java
===
> > The only problem which I don't have a technical solution for is:
hard
> > dependency in EjbDocletTask/etc to optional subtasks
(createWeblogic()
> > and so on). The limitation is Ant's introspection strategy. We don't
>
> Perhaps the methods could be created at runtime using BCEL? Anybody
tri
Hi all,
I extended tree model down to the single tags.
Now there are 2 options:
extend it down the tag parameters, and them
just use single text field for editing of taga
parameters, or stick with big panel displaying
all the parameters?
Root icon is also broken, so the good guy who did
icon
Bugs item #539387, was opened at 2002-04-04 18:46
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=539387&group_id=31602
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ludovic Claude (ludovicc)
Assigned to: Nobody/Anonym
I've developed a proof of concept that does it :->. Wow that was fun, and
now it's *very* late! Here is how it works:
A special class loader loads the original class. Before it returns the
class, it instruments
it with BCEL and adds an arbitrary number of createBlaBla methods.
At the moment I hav
Maybe the first icons (which were all broken) were added to CVS as ASCII and
not binary, and that CVS "remembers" that? In that case, a fix could be to
remove them from CVS and readd them as binary.
My 2 cents
Aslak
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECT
*wow* over my head. I suggest you hop over to the ant-dev e-mail list
to discuss the Ant class loader issues in more detail.
But one comment:
> The issue is how do we tell Ant to use the instrumenting class loader? I
> have taken a brief look at Ant's Taskdef and its Definer. I think we nee
A wise old hermit known only as <[EMAIL PROTECTED]> once said:
> > 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
> > S
A wise old hermit known only as Konstantin Priblouda
<[EMAIL PROTECTED]> once said:
> Does ( by chance ) somebody know cool XML editor,
> which
> understands DTD's and is open source, and (maybe )
> written in java?
Netbeans' XML module :-)
Andrew.
__
Bugs item #539614, was opened at 2002-04-05 09:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=402704&aid=539614&group_id=31602
Category: ejbdoclet
Group: v1.1.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Joni Suominen (inhuman)
Assigned to: Nobody/A
User: pathoss
Date: 02/04/05 00:10:22
Removed: src/java/xdocletgui/swing/images ClassFamilyIcon.gif
ClassIcon.gif MethodIcon.gif RootIcon.gif
XTagFamilyIcon.gif XTagIcon.gif
Log:
Corrupted.
___
User: pathoss
Date: 02/04/05 00:12:07
Added: src/java/xdocletgui/swing/images ClassFamilyIcon.gif
ClassIcon.gif MethodIcon.gif RootIcon.gif
XTagFamilyIcon.gif XTagIcon.gif
Log:
New commit, hopefully not corrupted this time. The icon
89 matches
Mail list logo
