> I have noticed that XDOCLET creates an entity bean PK class
> containing private members for hashkey and toString. This causes
> trouble with SUN ONE application server 7, as the CMP 1.1 and 2.0
> specs say that all Primary Key members must be public and a
> subset of CMP fields.
Does this actua
> > **
> > Any personal or sensitive information contained in this email and
> > attachments must be handled in accordance with the Victorian Information
> > Privacy Act 2000, the Health Records Act 2001 or the Privacy Act 1988
> >
it'd just be lag in the propagation of servers. All 3 work fine for me (in
Australia)...
- Original Message -
From: "Curt Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 25, 2003 9:55 AM
Subject: Re: [Xdoclet-devel] XDoclet domains now working.
> It's workin
from an inactive committer (me):
Good work Curt. works for me.
cheers
dim
- Original Message -
From: "Curt Johnson" <[EMAIL PROTECTED]>
To: "xdoclet-devel" <[EMAIL PROTECTED]>
Sent: Tuesday, February 25, 2003 8:27 AM
Subject: [Xdoclet-devel] XDoclet domains now working.
> xdoc
from memory someone else registered it when the name xdoclet was being
discussed back in the ejbdoclet days - as in no-one we knew... appeared that
someone was monitoring the traffic...
disclaimer: 'from memory' (o:
- Original Message -
From: "Aslak Hellesoy" <[EMAIL PROTECTED]>
To: <[EM
hey all,
ok, finally took the 5 minutes to write the translator thingy I was talking
about last week. see attached - three files:
PropertyFileTranslator.java - the simple translator, reads one
properties file and translates using babelfish
sample.en - one of the many english properties fi
(moved back to dev - not sure why this was on -user)
> What will a webservice buy you that you can't get from a plain file? Why
> can't we DTSTTCPW?
maybe I haven't communicated clearly enough.
my suggestion is that we maintain English locale files. When we do a
release, we poll existing webser
Konstantin,
I feel somewhat responsible for the state of the castor module... problem
is, (a) I'm not using castor any more, and (b) I'm not really using xdoclet
much atm. I'm happy to go through these and apply suggested fixes, or take
whatever (quick) action is possible. Problem is, that its g
> That's odd - when I move the mouse over the section & subsection headings
> on e.g. resources.html they light up orange like the other links, but only
> when I'm using Galeon. They're fine in Internet Explod^Hrer.
I'm not up to date on where the doco is at atm, but they were initially
there for
cant we use File.createTempFile() to create a temporary file and pass that
filename into the command - we dont have the same limitations we had with
1.0 because we can specify the filename.
dim
ps - hope everyone had a good xmas etc...
- Original Message -
From: "Ara Abrahamian" <[EMAIL
Are you using Class.forName()?
not really my field - but doesn't ant have its own classloader? I'm
guessing its the same issue as using junit in ant...
cheers
dim
- Original Message -
From: "tek1" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 20, 2002 5:27 AM
Subjec
> [snip]
>
> >it has it, but the condition is not correct - I've fixed it locally and
the
> >gui works fine once fixed.
> >
> Could you send me your fix so I can get into the reposirtory?
np... its very simple. its also at home, I'll send it in around 8 hours.
> Thanks,
> Joel
also welcome abo
(might have already been answered)
> I started to evaluate hibernate with hope
> to be able to toss my entity ejb's down the drain.
> (and it looks that I'll be able to do this:)
ditto (o:
> I also noticed that hibernate module lacks xtags.xml
it has it, but the condition is not correct - I've
hey all,
two questions - firstly, whats the status of xdoclet2? There's been a heap
of cvs activity, but after a clean checkout, and following the README.txt, I
get compile errors:
java:compile:
[javac] Compiling 1 source file to
C:\cvs\cvs.xdoclet.sourceforge.net\xdocle
t2\maven-castor-plug
+0
- Original Message -
From: "Mathias Bogaert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, November 24, 2002 8:14 AM
Subject: [Xdoclet-devel] License
> Hi,
>
> Last night, in a chat with Aslak, we thought it would be better to change
> the license to the Apache Software
> Could some people shed some light on their "developer" status?
(o: certainly.
My current work doesn't involve me using XDoclet, and so I find it hard to
test my work - previously I had been working entirely with EJBs and so would
find things all the time that I wanted to do, and then do them i
> On Sat, 2002-11-16 at 12:57, Dmitri Colebatch wrote:
> > > > 1. I want to add EJBTestRunner to jboss.xml and ejb-jar.xml, can I
do
> > > > this without it's own java source file (it's part of an included
> > > > library)?
> > >
> >
JDK 1.3 +1
it'll be a little while yet before we can drop that
cheers
dim
- Original Message -
From: "Ara Abrahamian" <[EMAIL PROTECTED]>
To: "'Mathias Bogaert'" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, November 16, 2002 8:53 AM
Subject: RE: [Xdoclet-devel] JDK for
> We can use PMD to enforce this convention...
> ( or at least to croak loud )
yeah... I suppose I was just letting my mind think of further steps (o:
cheers
dim
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://th
w of (o:
cheers
dim
>
> Aslak
>
> Dmitri Colebatch wrote:
>
> > From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>,
> > "Aslak_Hellesoy" <[EMAIL PROTECTED]>
> > Subject: Re: [Xdoclet-devel] xrai
>
7;re effectively building your own refactoring
engine... (o:
cheers
dim
>
>
> --- Dmitri Colebatch <[EMAIL PROTECTED]> wrote:
> > Wont the tree comparator render this redundant? Its
> > just an extension to
> > pretty really to have this sort of thing enforced in
> >
Wont the tree comparator render this redundant? Its just an extension to
pretty really to have this sort of thing enforced in build yes? obviously a
hefty extension (o: but really thats all it is...
- Original Message -
From: "Konstantin Priblouda" <[EMAIL PROTECTED]>
To: "Aslak_Helle
lines in the docs?
cheers
dim
- Original Message -
From: "Matthias Bohlen" <[EMAIL PROTECTED]>
To: "'Dmitri Colebatch'" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Sunday, November 10, 2002 1:39 AM
Subject: RE: [Xdoclet-devel] VOs are boun
sure - I'm colebatchd, what's your yahoo id?
- Original Message -
From: "Matthias Bohlen" <[EMAIL PROTECTED]>
To: "'Dmitri Colebatch'" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Sunday, November 10, 2002 1:39 AM
Subject: RE:
Update of /cvsroot/xdoclet/xdocletgui/idea
In directory usw-pr-cvs1:/tmp/cvs-serv309/idea
Modified Files:
README.txt
Log Message:
Updated to note testing on 673.
Index: README.txt
===
RCS file: /cvsroot/xdoclet/xdocletgui/id
Update of /cvsroot/xdoclet/xdocletgui/idea/src/java/xdocletgui/intellij
In directory usw-pr-cvs1:/tmp/cvs-serv30785/idea/src/java/xdocletgui/intellij
Modified Files:
XDocletGUIConfig.java XDocletGUIComponent.java
XDocletClassPathPanel.java
Log Message:
Added a lot of debugging an
s
>
> - Original Message -----
> From: "Matthias Bohlen" <[EMAIL PROTECTED]>
> To: "'Dmitri Colebatch'" <[EMAIL PROTECTED]>; "'Aslak Hellesøy'"
> <[EMAIL PROTECTED]>; "'Marcus Brito'" <[EMAI
Ahhh, I also meant to write - this is of course _one_ scenario. In my
previous two jobs I've worked on a more standard web/ejb setup - in which
case I can see your argument completely (o:
cheers
dim
- Original Message -
From: "Dmitri Colebatch" <[EMAIL PROTECTED]>
o discussion.
Hopefully that gives you a clearer picture of my viewpoint - I'm keen to
continue this discussion if others dont mind.
cheers
dim
- Original Message -
From: "Matthias Bohlen" <[EMAIL PROTECTED]>
To: "'Dmitri Colebatch'" <[EMAI
I haven't had a chance to look at the link below - but its on my lunchtime
list - but what about a swing client over a modem (the app I'm doing atm) -
I dont want that much network traffic - I want to have one big load, get the
thing to the client, do the business logic there, and send it back
(cross posted to user and dev as moving thread to dev)
Aslak,
from the response you go there, you're being treated as a customer (which is
fair enough). I wonder if there's an approach we could take as a
'complimenting tool vendor' rather than a customer... Given that they do
use the xdoclet ta
> Hi buddies. I tried XDoclet GUI in IDEA finally. It looks cool! -But here
is
> an idea I think is cool too:
>
> http://tinyurl.com/273d
(o: you and your little tiny URLs! (o:
yeah, but doesn't IDEA already do that? what you want is the attribute, ie:
/**
* @ejb.bean |
*/
and have the lis
+1
infact
+1000
(o:
- Original Message -
From: "Aslak Hellesøy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 24, 2002 9:08 AM
Subject: [Xdoclet-devel] xjavadoc.jar
> Any objections if I remove it from CVS?
>
> I just updated 2 lines in the grammar. -Now I have t
User: dimc
Date: 02/10/12 03:33:04
Modified:idea/src/java/xdocletgui/intellij XDocletGUIConfig.java
Log:
Fixed bug in new project creation.
Revision ChangesPath
1.4 +32 -10
xdocletgui/idea/src/java/xdocletgui/intellij/XDocletGUIConfig.java
Index: XDocle
com.intellij.openapi.util.WriteExternalException;
/**
+ * Configuration object for XDocletGUI. Responsible for holding the xdoclet
+ * classpath (contains all the modules), and the tagFamilies with
+ * selected/deselected state.
+ *
+ * @authorDmitri Colebatch
* @created October 6
User: dimc
Date: 02/10/12 02:18:43
Modified:core/src/xdoclet/loader ModuleFinder.java
Log:
Improved configuration of plugin - implemented apply/reset properly.
Revision ChangesPath
1.12 +6 -1 xdoclet/core/src/xdoclet/loader/ModuleFinder.java
Index: Modu
User: dimc
Date: 02/10/12 02:18:43
Modified:src/java/xtags TagFamilies.java ConditionFactory.java
Log:
Improved configuration of plugin - implemented apply/reset properly.
Revision ChangesPath
1.5 +60 -0 xdocletgui/src/java/xtags/TagFamilies.java
Index:
only if equals is implemented as PrimaryKey.equals()
I think this has come up before, but I cant remember when.
I think I'm -0 in that the value object is its current value, its not the
entity itself. Perhaps we add an isIdentical method a la entities for this
purpose - although I think this was
: "Aslak Hellesøy" <[EMAIL PROTECTED]>
To: "Dmitri Colebatch" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Friday, October 11, 2002 11:18 PM
Subject: RE: [Xdoclet-devel] something weird with cvs
> It can happen during cvs import if you specify "bad
import java.util.StringTokenizer;
+import java.util.Collections;
import java.util.jar.JarFile;
import java.util.jar.JarEntry;
/**
* Panel for configuring the XDoclet classpath.
+ *
* @author mailto:dim@;colebatch.com">Dmitri Colebatch
* @created October 11, 2002
User: dimc
Date: 02/10/11 06:08:07
Added: idea README.txt
Log:
Tidyed up build.xml and updated README appropriately.
Revision ChangesPath
1.1 xdocletgui/idea/README.txt
Index: README.txt
===
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xdoclet/
see README.txt (which should have gone into xdocletgui/idea) and
project.properties (which I'm guessing is xdoclet2, Aslak?). Anyone have
any idea about what could have happened here? And no - I haven't been
copying CVS directories (o:
che
User: dimc
Date: 02/10/11 06:00:56
Modified:idea build.xml
Log:
Tidyed up build.xml and updated README appropriately.
Revision ChangesPath
1.4 +10 -6 xdocletgui/idea/build.xml
Index: build.xml
==
t java.util.ArrayList;
import java.util.HashSet;
import java.util.Iterator;
import java.util.List;
import java.util.StringTokenizer;
import java.util.jar.JarFile;
import java.util.jar.JarEntry;
/**
* Panel for configuring the XDoclet classpath.
* @author mailto:dim@;colebatch
User: dimc
Date: 02/10/08 15:45:22
Modified:idea build.xml
Log:
Improved config setup for new projects.
Added README.
Revision ChangesPath
1.3 +1 -1 xdocletgui/idea/build.xml
Index: build.xml
===
java.awt.BorderLayout;
import java.awt.event.ActionEvent;
-import java.io.File;
-import java.io.FileFilter;
import java.io.IOException;
import java.util.Collection;
import java.util.Iterator;
@@ -56,16 +48,12 @@
* @authorDmitri Colebatch
* @created 5 September 2002
User: dimc
Date: 02/10/08 15:44:58
Added: .README.txt
Log:
Improved config setup for new projects.
Added README.
Revision ChangesPath
1.1 README.txt
Index: README.txt
User: dimc
Date: 02/10/08 15:44:57
Modified:idea/xdocs users-guide.xml
Log:
Improved config setup for new projects.
Added README.
Revision ChangesPath
1.3 +19 -3 xdocletgui/idea/xdocs/users-guide.xml
Index: users-guide.xml
=
> > Yes. Remove it. Those who don't have the right IDEA won't need it;
> > They have it.
> > I suggest you add a README.txt where you enumerate the build numbers
> > you have tested it on.
>
> And I believe it's not legal to distribute the jar anyway.
nah I checked that...
http://www.intellij.net/
User: dimc
Date: 02/10/08 04:04:57
Modified:idea/src/java/xdocletgui/intellij XDocletGUIComponent.java
Log:
Added support for xdoclet.class.path in project properties.
Revision ChangesPath
1.3 +48 -5
xdocletgui/idea/src/java/xdocletgui/intellij/XDocletGUIC
User: dimc
Date: 02/10/08 02:34:36
Removed: idea/lib openapi.jar
Log:
Removed openapi.jar
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
User: dimc
Date: 02/10/07 15:03:56
Added: idea/lib openapi.jar
Log:
Added openapi.jar from IDEA build 648
Revision ChangesPath
1.1 xdocletgui/idea/lib/openapi.jar
<>
---
This sf
User: dimc
Date: 02/10/07 15:03:03
xdocletgui/idea/lib - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoclet-devel mail
> Proposal: Remove xjavadoc.jar from xdoclet/lib and force people to
> download the xjavadoc module.
>
> +1
+1 definately it catches me all the time (o:
cheers
dim
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heave
> > http://users.pandora.be/ees/xdoclet/development/design.html
> > > ?? especially
> > > "NO more support for EJB 1.0 and 1.1, use XDoclet
> > > 1.2 for this"??
> > +1
>
> -0 Our app servers are still on a version that only supports 1.1 (the
> later ones that support 2.0 haven't gone through a
- Original Message -
From: Farzad Kohantorabi
To: 'Dmitri Colebatch'
Sent: Saturday, October 05, 2002 2:32 PM
Subject: RE: [Xdoclet-user] IDEA plugin ready for testing
Hey Dmitri
Thanks for your quick response. To tell it the truth, I am also working on a
xdoclet plugin for IDEA b
User: dimc
Date: 02/10/04 15:23:29
Modified:idea/src/java/xdocletgui/intellij XDocletGUIComponent.java
Log:
Initialize tagFamilies in constructor so that projects without configs (that dont
call readExternal) still have tagFamilies set.
Revision ChangesPath
1.2
User: dimc
Date: 02/10/04 15:23:54
Modified:idea build.xml
Log:
Get xjavadoc from xjavadoc/build/lib instead of xdoclet/lib
Revision ChangesPath
1.2 +1 -1 xdocletgui/idea/build.xml
Index: build.xml
===
> > I've hacked up an env var called xdoclet.module.dir
> > so that you dont have to
> > put all the modules in xdoclet.class.path (gets too
> > long for the command
> > line with IDEA)... not sure what I should be doing
> > here though...
>
> Look at the jEdit stuff. I do not use it as property
User: dimc
Date: 02/10/03 14:55:28
Modified:idea/xdocs users-guide.xml
Log:
Better explanation of build process.
Revision ChangesPath
1.2 +3 -1 xdocletgui/idea/xdocs/users-guide.xml
Index: users-guide.xml
> Anyway, let's be happy it's out! It's been a great effort from everybody!
definately guys not that I've done much, but well done...
cheers
dim
ps - something else I meant to say about the IDEA plugin is that it makes it
really obvious which xtags.xml aren't up to date, so that should lead
just in case ppl forget (o:
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.
> -So go ahead and commit your stuff. -But run ant junit-report in
> xjavadoc on the train first ;-)
[junit] Tests run: 15, Failures: 0, Errors: 0, Time elapsed: 1.162 sec
I'm assuming thats fine.
I've checked that samples build ok, and and that the standalone xdocletgui
is as was (made very fe
I've hacked up an env var called xdoclet.module.dir so that you dont have to
put all the modules in xdoclet.class.path (gets too long for the command
line with IDEA)... not sure what I should be doing here though...
cheers
dim
- Original Message -
From: "Konstantin Priblouda" <[EMAIL PR
User: dimc
Date: 02/10/03 13:58:30
Added: idea/xdocs/stylesheets site.vsl
Log:
First version of IDEA plugin.
Revision ChangesPath
1.1 xdocletgui/idea/xdocs/stylesheets/site.vsl
Index: site.vsl
===
Dmitri Colebatch
XDocletGUI IDEA Plugin
As part of XDoclet, XDoclet GUI Plugin is covered by same
license as XDoclet itself
User: dimc
Date: 02/10/03 13:58:29
Added: idea/xdocs/images logo.gif
Log:
First version of IDEA plugin.
Revision ChangesPath
1.1 xdocletgui/idea/xdocs/images/logo.gif
<>
---
Thi
User: dimc
Date: 02/10/03 13:58:30
Added: idea/src plugin.xml
Log:
First version of IDEA plugin.
Revision ChangesPath
1.1 xdocletgui/idea/src/plugin.xml
Index: plugin.xml
===
java.io.OutputStream;
/**
* Implementation of AbstractFile for IntelliJ. Simply wraps a
* com.intellij.openapi.vfs.VirtualFile instance.
*
* @authorDmitri Colebatch
* @created September 28, 2002
*/
public class IDEAAbstractFile implements AbstractFile
{
private final
User: dimc
Date: 02/10/03 13:58:29
Added: idea build.xml XDocletGUI.props
Log:
First version of IDEA plugin.
Revision ChangesPath
1.1 xdocletgui/idea/build.xml
Index: build.xml
User: dimc
Date: 02/10/03 13:57:18
xdocletgui/idea/src/java/xdocletgui - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xd
User: dimc
Date: 02/10/03 13:57:28
xdocletgui/idea/src/java/xdocletgui/intellij - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_
User: dimc
Date: 02/10/03 13:57:08
xdocletgui/idea/src/java - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoclet-devel
User: dimc
Date: 02/10/03 13:56:28
xdocletgui/idea/xdocs/images - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoclet-d
User: dimc
Date: 02/10/03 13:56:21
xdocletgui/idea/xdocs/stylesheets - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoc
User: dimc
Date: 02/10/03 13:55:50
xdocletgui/idea/src - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoclet-devel mail
User: dimc
Date: 02/10/03 13:30:40
Added: src/java/xdocletgui/swing/tree AbstractListenerAction.java
AbstractParameterAction.java CreateTagAction.java
CreateTagParameterAction.java
EditParameterAction.java Edi
User: dimc
Date: 02/10/03 13:30:42
Modified:src/java/xtags ConditionFactory.java
Log:
Added support for tree based editing using popup menus and small dialogs.
Revision ChangesPath
1.20 +19 -1 xdocletgui/src/java/xtags/ConditionFactory.java
Index: Condi
User: dimc
Date: 02/10/03 13:30:42
Modified:src/java/xdocletgui/swing Main.java
XDocletGuiTreeCellRenderer.java
Log:
Added support for tree based editing using popup menus and small dialogs.
Revision ChangesPath
1.25 +3 -2 xdocletgui
User: dimc
Date: 02/10/03 13:27:58
xdocletgui/src/java/xdocletgui/swing/tree - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
User: dimc
Date: 02/10/03 13:16:59
xdocletgui/idea - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoclet-devel mailing
set of Java source files.
*
- * @param o object to compare
- * @return true if they are equal
+ * @authormailto:[EMAIL PROTECTED]";>Dmitri Colebatch
+ * @created October 4, 2002
*/
- public boolean equals( Object o )
- {
-
User: dimc
Date: 02/10/03 13:16:22
Modified:src/xjavadoc/ant XJavadocTask.java
Log:
Renamed old SourceSet to FileSourceSet and extracted new interface to
replace the previous SourceSet class. Changed tests to use new
FileSourceSet.
Revision ChangesPath
1.25
User: dimc
Date: 02/10/03 13:16:22
Modified:etc xjavadoctest.j
Log:
Renamed old SourceSet to FileSourceSet and extracted new interface to
replace the previous SourceSet class. Changed tests to use new
FileSourceSet.
Revision ChangesPath
1.9 +2 -1
and not just files.
*
* @authorDmitri Colebatch
* @created September 25, 2002
*/
public interface AbstractFile
{
/**
* Obtain a reader for the file.
*
* @return
* @exception IOException
*/
Reader getReader() throws
User: dimc
Date: 02/10/03 13:04:50
xjavadoc/src/xjavadoc/filesystem - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdocl
so does this mean I can commit my idea plugin? do we have a tag?
cheers
dim
- Original Message -
From: "Mathias Bogaert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 03, 2002 9:35 PM
Subject: [Xdoclet-devel] Congrats!!
Finally 1.2 beta1 is out!! Woohoo...now we
David,
yeah, I see your point.
again I'm not 100% sure, but I think that value objects do (or at least
there's no technical reason why they couldn't) support the requirement you
put for pulling part of the cmr's data.
However, as you obviously prefer having the value object creation done in a
S
hey guys,
just noticed that pretty has undone some of my grouping for the IDEA plugin.
I have a class that implements 2 interfaces, and I had the methods for those
interfaces grouped. pretty has of course resorted everything as per its
rules. I looked at the pretty settings, but couldn't find a
Ok, full steam ahead then...
> Make SourceSet an interface.
will do.
> Invent an AbstractFile interface that will be used everywhere instead
> of File.
already done.
> Then make FileSourceSet and FileFile implementation for trivial use,
> and IDEASourceSet and IDEAFile for your plugin.
>
> I
> If it's functional but maybe a bit annoying then it's ok to commit it
> right after the beta 1 release.
ok, willdo.
> Re the file interface: that's good idea. We need it. It's actually
> somehow an existing FR. To implement the
> provide-an-xdoclet-facade-component effectively we should provid
Firstly, fwiw, I'm not sure there's much I can offer in the way of feedback
on the 2.0 design doc, apart from to say that it all looks reasonable.
re the idea plugin, I have it all working, although I'm in code tidyup
stage, and will check in after we release 1.2 (unless ppl would like to see
it
Chris,
What version is it that you are using? CVS? If so, what date? Could you
try with current cvs?
cheers
dim
- Original Message -
From: "Chris DeGreef" <[EMAIL PROTECTED]>
To: "Dmitri Colebatch" <[EMAIL PROTECTED]>
Sent: Tuesday, September 24, 200
> My idea is to allow the client to assign a method to a
> test method, add the test-code and maybe repetitions
> etc. The class JavaDoc would contain the
> setUp(), tearDown() methods.
> The sub-task would allow the user to merge
> in Java helper methods and variable declarations.
wouldn't it b
I would like to see bugs left as unassigned so that once in a while I can go
and fix them, or likewise anyone from the community who wants to look at the
code can find something to do just my thoughts...
cheers
dim
ps - idea plugin is coming along well will need to raise a few points
soo
> Was it ever mentioned? Has anywhere in time anyone associated with JBoss
> said that there is any possibility of forking xdoclet? I think you're
> doing a storm in a glass of water.
I think I may have started this one. David Jencks has stated that he has no
intention of forking xdoclet, and do
I'd like to hear input from some of the JBoss committers on the list as to
whether they think this approach would be sufficient from the JBoss dev
community pov. From my understanding JBoss would have been thinking of
including the entire xdoclet src (not just the jboss module) in their cvs...
ch
Jerome,
yeah, I'm using xdoclet + jboss with cmr
stuff what are you having problkems with?
cheers
dim
- Original Message -
From:
bernardj
To: [EMAIL PROTECTED]
Sent: Tuesday, June 25, 2002 1:21
AM
Subject: [Xdoclet-devel] Status of the
jboss module
Aslak (et al),
sorry, I swear I had a test case that showed this as not working. I've just
removed the revision (1.4) that I checked in, so its back to how it was.
cheers
dim
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Dmitri Colebatch" <[EMAIL
Bogdan,
Could you try this again on the current cvs (as of 5 minutes ago - check
that xdoclet\modules\ejb\src\xdoclet\modules\ejb\ddRelationTagsHandler.java
is version 1.4). I've just checked something in that I think fixes this.
cheers
dim
- Original Message -
From: <[EMAIL PROTECTED]
1 - 100 of 661 matches
Mail list logo
