RE: [Xdoclet-devel] [ xdoclet-Patches-529937 ] Add setData to struts forms

Do note that adding the setter to the Struts form is dangerous. This allows the developer to set data to the form, thinking he persists is, while in fact, nothing is persisted. Mathias -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: woensdag 10 april 2002 9:04

[Xdoclet-devel] [ xdoclet-Patches-523008 ] @ejb:finder result-type-mapping

Patches item #523008, was opened at 2002-02-26 16:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=523008&group_id=31602 Category: ejbdoclet Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Zak Jacobson (zakjacobson) Assigned to: Vin

[Xdoclet-devel] [ xdoclet-Patches-536453 ] xdoclet buildsystem CNFE fixed

Patches item #536453, was opened at 2002-03-28 21:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=536453&group_id=31602 Category: xdoclet Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Bart Guijt (bguijt) Assigned to: Vincent H

[Xdoclet-devel] [ xdoclet-Patches-536440 ] DefaultXTag.parse() optimizations

Patches item #536440, was opened at 2002-03-28 20:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=536440&group_id=31602 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Marcus Brito (pazu) Assigned to: Vincent Harc

[Xdoclet-devel] [ xdoclet-Patches-536336 ] Issues with JBoss CMP descriptors

Patches item #536336, was opened at 2002-03-28 17:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=536336&group_id=31602 Category: xdoclet Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ludovic Claude (ludovicc) Assigned to: Vin

[Xdoclet-devel] [ xdoclet-Patches-536333 ] <If> tags not working

Patches item #536333, was opened at 2002-03-28 17:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=536333&group_id=31602 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ludovic Claude (ludovicc) Assigned to: Vincen

[Xdoclet-devel] [ xdoclet-Patches-529937 ] Add setData to struts forms

Patches item #529937, was opened at 2002-03-14 17:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=529937&group_id=31602 Category: vendor Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Matt (mpetteys) Assigned to: Vincent Harcq

[Xdoclet-devel] [ xdoclet-Patches-522357 ] Make temp file name depend on username

Patches item #522357, was opened at 2002-02-25 09:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=522357&group_id=31602 Category: xdoclet Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Vin

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372

As a log4j comitter (but not so active lately): The problem is that the JDK1.4 logging is not an abstract interface, that can be implemented, but that it is a full implementation of the JSR. So NO pluggable logging API's here. We tried to get log4j approved for the JSR, and a lot of nice ideas/fea

[Xdoclet-devel] CVS update: xdoclet/core/docs valueobject.html toc.html

User: vharcq Date: 02/04/09 21:49:17 Modified:core/docs toc.html Added: core/docs valueobject.html Log: Add a Value bject draft chapter Revision ChangesPath 1.18 +1 -0 xdoclet/core/docs/toc.html Index: toc.html =

[Xdoclet-devel] CVS update: xdoclet/core/docs ejbdoclet_toc.html

User: vharcq Date: 02/04/09 21:44:19 Modified:core/docs ejbdoclet_toc.html Log: DAO is Session also Revision ChangesPath 1.24 +1 -1 xdoclet/core/docs/ejbdoclet_toc.html Index: ejbdoclet_toc.html =

[Xdoclet-devel] CVS update: xdoclet/core/docs ejbdoclet.html ejbdoclet_toc.html

User: vharcq Date: 02/04/09 21:39:02 Modified:core/docs ejbdoclet.html ejbdoclet_toc.html Log: Add Value Object with an explanation over dataobject deprecation Revision ChangesPath 1.43 +56 -1 xdoclet/core/docs/ejbdoclet.html Index: ejbdoclet.html =

[Xdoclet-devel] CVS update: xdocletgui build.bat

User: rinkrank Date: 02/04/09 17:04:03 Modified:.build.bat Log: Windows fix Revision ChangesPath 1.4 +1 -0 xdocletgui/build.bat Index: build.bat === RCS file: /cvsroot/xdoclet/xdo

RE: [Xdoclet-devel] Making XDoclet more modular (with proof of concept code)

> -Original Message- > From: Erik Hatcher [mailto:[EMAIL PROTECTED]] > Sent: 10. april 2002 01:33 > To: [EMAIL PROTECTED] > Cc: Ara Abrahamian; [EMAIL PROTECTED] > Subject: Re: [Xdoclet-devel] Making XDoclet more modular (with proof of > concept code) > > > Aslak, > > I haven't been foll

[Xdoclet-devel] Custom tags and Templates

Hi, Are there examples which i can refer to when creating custom tags and custom templates? -- Leher ___ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Re: [Xdoclet-devel] New Tracker : "Release Notes"

A wise old hermit known only as Vincent Harcq <[EMAIL PROTECTED]> once said: > I have create a new Tracker "Release Notes" and moved some Fixed bugs to > here. > Do you agree on this way of doing ? Then I'll migrate the others. > Notice that we loose the Category by this move. So it is not 100

[Xdoclet-devel] CVS update: xjavadoc/src/xjavadoc AbstractExecutableMember.java

User: rinkrank Date: 02/04/09 16:44:58 Modified:src/xjavadoc AbstractExecutableMember.java Log: Fixed flyweight bug discovered by Grant Marblestone Revision ChangesPath 1.11 +12 -10xjavadoc/src/xjavadoc/AbstractExecutableMember.java Index: AbstractExecutabl

Re: [Xdoclet-devel] Making XDoclet more modular (with proof of concept code)

Aslak, I haven't been following the XDoclet commits closely lately. Have you gotten it working and have "dynamic" tasks? If you've accomplished this, its very cool! This would be a useful feature for also. But I still think its not quite as flexible as I'd like - or maybe it isyou tell m

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372

A wise old hermit known only as Ara Abrahamian <[EMAIL PROTECTED]> once said: > It's like log4j. JDK1.4 now has a builtin logging > facility and after some time people will use the builtin facility. Speaking of log4j, and digressing a bit, what happened about their remaining objections to the

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet-Bugs-523372 ]

A wise old hermit known only as Vincent Harcq <[EMAIL PROTECTED]> once said: > Yes I have seen that after posting the report, this parameter can be > changed via Admin (I changed it to 999 days). Anyway this feature is > not exactly what we want. As we can not add a new Status, there is > noth

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Vincent Harcq wrote: > Ara, > What I wanted to say is that nobody knows more than you (us) what > metadata means. Giving the head of xdoclet to somebody at Jakarta has > no sense. It is you (us) or Sun / JSR guys. Nobody else. If at > Jakarta 3 ibm guys comes on the list and tells to do "this

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Ara Abrahamian wrote: >>It takes effort. You end up in a politically charged environment. You >> > will > >>have many many more users, >>most of which are of a kind that doesn't add anything really. >> > > Off topic, but the best user I've ever had was a very lazy and stupid > secretary! I had

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Ara Abrahamian wrote: > Who cares if I lose control? It's about xdoclet, not me. Or further, > about the concept. If you think it's about XDoclet then the above is a contradiction. It is naive to think that without any form of control it will just flourish anyway. Doesn't work that way. > A

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Hi Geeks I do not like the idea about moving XDoclet to Jakarta. I have a hard time to see what the project can gain from it. IMHO great software is developed by a small core (see JBoss) and not by a big consortium (see CORBA). Therefore a bigger programmer base doesn't make the project better. I

[Xdoclet-devel] New Tracker : "Release Notes"

Hi, I have create a new Tracker "Release Notes" and moved some Fixed bugs to here. Do you agree on this way of doing ? Then I'll migrate the others. Notice that we loose the Category by this move. So it is not 100% perfect but also agree with David remark on maintaining a bug tracker on our own

RE: [Xdoclet-devel] Re: [ xdoclet-Support Requests-538800 ] @weblogic:target-column-map not working

Sorry if I got a bit carried away here. I reread my mail and realised it was a bit too harsh. No hard feelings. None on your side either I hope ;-) Keep on reporting bugs! /Aslak > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > [EMAIL PROTECTED] >

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

- Original Message - From: "Ara Abrahamian" <[EMAIL PROTECTED]> To: "Mathias Bogaert" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, April 09, 2002 7:37 AM Subject: RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant > > IMHO

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

I agree that this scenario is scary, but do you think it's likely to happen? What jakarta projects have sufferd this kind of destiny? Although XDoclet is our kid, maybe it should be given the opportunity to grow up in its own way? There are a lot of people who know a lot (if not more) about metada

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

I can't agree more!! This is what made m$ big.and what makes .NET a serious threat to J2EE (ever checked out Visual Studio .NET?? slick as hell!) Mathias - Original Message - From: "Ara Abrahamian" <[EMAIL PROTECTED]> To: "'Rickard'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tue

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Ara, What I wanted to say is that nobody knows more than you (us) what metadata means. Giving the head of xdoclet to somebody at Jakarta has no sense. It is you (us) or Sun / JSR guys. Nobody else. If at Jakarta 3 ibm guys comes on the list and tells to do "this" way while you are thinking it

[Xdoclet-devel] CVS update: xdocletgui/src/java/xdocletgui/swing/editor UnknownTagsPanel.java CommentaryEditorPanel.java

User: ko5tik Date: 02/04/09 09:35:40 Modified:src/java/xdocletgui/swing/editor CommentaryEditorPanel.java Added: src/java/xdocletgui/swing/editor UnknownTagsPanel.java Log: created gui for unknown tags panel. functionality is work in progress Revision ChangesPath

[Xdoclet-devel] CVS update: xdocletgui/src/java/xdocletgui/swing EditableElementPanel.java TreeFactoryScratch.java

User: ko5tik Date: 02/04/09 09:35:39 Modified:src/java/xdocletgui/swing EditableElementPanel.java TreeFactoryScratch.java Log: created gui for unknown tags panel. functionality is work in progress Revision ChangesPath 1.4 +11 -0 xdocle

[Xdoclet-devel] CVS update: xdocletgui build.sh

User: ko5tik Date: 02/04/09 09:56:47 Modified:.build.sh Log: removed reference to DocTreeNode fixed build.sh ( zapped unneded jars ) Revision ChangesPath 1.4 +1 -10 xdocletgui/build.sh Index: build.sh =

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

> project. I am also not terribly impressed by the conversations on the ant > dev list, where the main activities occasionally seem to be assuring jdk > 1.1.x compatibility and vetoing each other's ideas. Well, imho it's natural. When you have a huge user base you can't just make changes. That's

RE: [Xdoclet-devel] re: Jakarta (was: some other long subject)

> > I would prefer to stay on our own for the moment at least up to when a > > very stable (see bug tracking) and open (aslak bcel stuff) release > > exist. 6 months or so. Then discuss again. > > > Seems like a wise thought given the above. I also agree. It wasn't in my plans to start this d

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

> > Btw, what's bad about moving to jakarta really? > > > It takes effort. You end up in a politically charged environment. You will > have many many more users, > most of which are of a kind that doesn't add anything really. Off topic, but the best user I've ever had was a very lazy and stupid

[Xdoclet-devel] CVS update: xdocletgui/src/java/xdocletgui/swing XDocletGuiTreeCellRenderer.java

User: ko5tik Date: 02/04/09 09:56:47 Modified:src/java/xdocletgui/swing XDocletGuiTreeCellRenderer.java Log: removed reference to DocTreeNode fixed build.sh ( zapped unneded jars ) Revision ChangesPath 1.7 +0 -4 xdocletgui/src/java/xdocletgui/swing/XDocle

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

A very good summarization. > Jakarta : > + advertisement (sure!) > + influence on JSRs (Maybe) > - Jakarta is no more truly open source, if an IBM comes and begin to > develop full time, Ara, You will loose control Who cares if I lose control? It's about xdoclet, not me. Or further, about

[Xdoclet-devel] re: Jakarta (was: some other long subject)

Vincent Harcq wrote: > I am bit "le cul entre deux chaises". > I understand both views and agree with Ara and Rickard. > OK up to here I would say nothing it would have been the same ;) No, not really, but that's semantics ;-) > So to resume: > > Jakarta : > + advertisement (sure!) > + i

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Hi, > 1. I think the problems with sourceforge are microscopic compared to > the > problems of running our own development site, even if we used all my > favorite open source projects (jboss and firebird) I have to agree here, we should not outside anything without a man looking at the system 24

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Hi, I am bit "le cul entre deux chaises". I understand both views and agree with Ara and Rickard. OK up to here I would say nothing it would have been the same ;) So to resume: Jakarta : + advertisement (sure!) + influence on JSRs (Maybe) - Jakarta is no more truly open source, if an IBM co

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

I don't know how much influence I have or should have on this question. 1. I think the problems with sourceforge are microscopic compared to the problems of running our own development site, even if we used all my favorite open source projects (jboss and firebird) 2. I like sourceforge way b

[Xdoclet-devel] [GUMP] Build Failure - xdoclet

This email is autogenerated from the output from: Buildfile: build.xml init: prepare: [mkdir] Created dir: /home/rubys/ja

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

> IMHO we should redo the documentation. The way it is done right now > (plain > HTML) is just awful. We should implement some XML with XSL > stylesheet. DOCBOOK ! __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yah

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Ara Abrahamian wrote: > Not before 2004. It's like log4j. JDK1.4 now has a builtin logging > facility and after some time people will use the builtin facility. Now > with jsr175 the same might happen. I say might happen because xdoclet > is really more than just attributes in code, it's extensibl

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

That sounds really good. We should keep SF for CVS : backup, "presence" (last week SF ranking Number 9 !), neutrality - nothing personnal Mathias ;) IMHO we should better support JBoss than Orion. ("open source ON open source") For the DB I would say mySQL is enough no ? BTW there is a way with

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

> Why would it die? Do you see any indications that XDoclet is about to > die? Not before 2004. It's like log4j. JDK1.4 now has a builtin logging facility and after some time people will use the builtin facility. Now with jsr175 the same might happen. I say might happen because xdoclet is really

[Xdoclet-devel] [ xdoclet-Feature Requests-541511 ] Add Sybase EAServer support

Feature Requests item #541511, was opened at 2002-04-09 12:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402707&aid=541511&group_id=31602 Category: vendor Group: None Status: Open Priority: 5 Submitted By: Andrew Stevens (stevensa) Assigned to: Andrew Stevens (

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Ara Abrahamian wrote: > Based on the fact that jsr175/181/etc are in progress, moving xdoclet > to jakarta makes it a more effective/serious player. I'm not married to > xdoclet, let it die if the time comes to die! Why would it die? Do you see any indications that XDoclet is about to die? >

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

> IMHO we should redo the documentation. The way it is done right now > (plain > HTML) is just awful. We should implement some XML with XSL > stylesheet. This > way we can keep reusing it. We should also decide on a final logo, > and maybe > design a xdoclet website (style). I would like to make s

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

--- Rickard <[EMAIL PROTECTED]> wrote: > Ara Abrahamian wrote: > > > Btw, another serious option is moving XDoclet to jakarta.apache.org > :-) > > What you guys think about it? Note that I don't mean we should do > it > > right now, but *when the time comes*, maybe after release > v1.3/v1.4. I >

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

At the moment is is not loaded at all, so some traffic is not really a problem (unless > 25 gigs/month). I can give you an account if you want one. IMHO we should redo the documentation. The way it is done right now (plain HTML) is just awful. We should implement some XML with XSL stylesheet. Thi

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Ara Abrahamian wrote: > Btw, another serious option is moving XDoclet to jakarta.apache.org :-) > What you guys think about it? Note that I don't mean we should do it > right now, but *when the time comes*, maybe after release v1.3/v1.4. I > prefer this approach presonally/politically ;-) Why?

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet- Bugs-523372 ] Ant

Cool. I hope it can handle the trafic :-) So we should do some planning for this transition. Probably we need to change the structure of the docs (site) and integrate it with Jira. Maybe changing Jira's look and feel or xdoclet's. Before that we should create a beta/local site and make sure ever

[Xdoclet-devel] [ xdoclet-Patches-541498 ] xdoclet fails to find ant.jar classes

Patches item #541498, was opened at 2002-04-09 06:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=402706&aid=541498&group_id=31602 Category: other Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthew L Daniel (mdaniel) Assigned to: Nobody/A

RE: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet-Bugs-523372 ] Ant

I host a server at rackspace and am willing to host www.xdoclet.org with Jira etc. Mathias -Original Message- From: Ara Abrahamian [mailto:[EMAIL PROTECTED]] Sent: dinsdag 9 april 2002 12:06 To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Bug List Status/Resolution Was RE: [Xdoclet

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet-Bugs-523372 ] Ant

Btw, Mike Cannon Brooks (www.atlassian.com) offered us to use Jira freely. They use xdoclet heavily and xdoclet is used in Jira itself. Jira is a very nice bug tracking system, and I like it a lot. If you find a site to host it on (www.xdoclet.org!?) then we can move from sourceforge's system to a

[Xdoclet-devel] Re: [ xdoclet-Support Requests-538800 ]@weblogic:target-column-map not working

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

Re: Bug List Status/Resolution Was RE: [Xdoclet-devel] [ xdoclet-Bugs-523372 ] Ant

Hi, > > Why not put the Status to PENDING, the list is then a lot shorter > and my > > keyboard will survive. > > Then Query all PENDING issues at release time and you have the > > CHANGES.TXT. > > That wouldn't work - Pending items are automatically deleted after 14 > days > (unless someone co