> 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 to be a module of its own but at least a very interesting usage > of xdoclet for writing generic finder code. Erik's Ant book (will be out > soon!) also covers xdoclet extensively. And we also need articles here > and there, and so on. But most importantly we need good samples in > xdoclet itself and a clean doc, and that's what we're going to have > pretty soon based on the new structure we've laid on ground in > MODULE_REFACTORING_BRANCH.
How about a 'contrib' directory in the docs directory? Or we could have one on root level. Ara, I am currently looking for a kick ass way to do listing behaviour. Are you willing to share your findings? Would be very helpful...TIA Mathias ----- Original Message ----- From: "Ara Abrahamian" <[EMAIL PROTECTED]> To: "'Andreas Schaefer'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, May 24, 2002 1:22 AM Subject: RE: [Xdoclet-devel] SHOULD XDOCLET MOVE TO JAKARTA? (2ND ROUND) > > 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 successful, because of > quality and of course a good level of publicity and reputation in > TSS/etc. > > So what's the point in gaining this visibility? It's really the > visibility and jakarta's hallmark. > > Let me tell you in what kind of company I'm working. We're a > conservative IBM shop. We use everything IBM-ish. Open source is > non-sense here, except those which are more like de-facto/Jakarta-ish, > like Apache web server or Ant. Funny I even had problems at first to > make my management accept to use xdoclet in our project! You get the > idea. XDoclet in SF is viewed by many as "yet another SF project"; in > Jakarta it would be "a high quality de-facto project". > > Btw, it's even funnier when you consider the root of this problem. Again > Ant for example, it's bundled in WSAD but it's v1.3, but if you upgrade > it to a higher version you can't ask IBM for any support, you've changed > WSAD. My goal is to make xdoclet visible to app-server/tools vendors to. > IBM will not support xdoclet in WSAD, but may support it if it's a > Jakarta project, like Ant. That's the moral of the story. > > And don't view it from a JBossic point of view. JBoss is itself an > industry, it's a big platform other things converge to it. It competes > with the whole world! It's non-sense to move JBoss to Jakarta, for > example. Why move a big platform to jakarta and make it yet another > little project in Jakarta? It's different for a tool like xdoclet. > > > group of projects like Jakarta. A good idea is to have your own > web-site, > > try to get feedback from users, publish it, provide more and more > advanced > > examples etc. > > This is more effective and will help to brand the name. Then you get > > publicity > > nearly for free. > > 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 to be a module of its own but at least a very interesting usage > of xdoclet for writing generic finder code. Erik's Ant book (will be out > soon!) also covers xdoclet extensively. And we also need articles here > and there, and so on. But most importantly we need good samples in > xdoclet itself and a clean doc, and that's what we're going to have > pretty soon based on the new structure we've laid on ground in > MODULE_REFACTORING_BRANCH. > > Yes there's a lot to improve.... > > Ara. > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Xdoclet-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel > _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
