classpath scanner

2008-05-28 Thread Musachy Barroso
Stating new thread for this topic. Don suggested to use this classpath scanner: http://svn.apache.org/repos/asf/geronimo/xbean/trunk/xbean-finder/ in xwork and plugins. It uses ASM to extract class information and annotations,so loading classes can be avoided until the last minute (when you actua

Re: classpath scanner

2008-05-28 Thread James Holmes
Sounds good to me. I'm all for better performance. On Wed, May 28, 2008 at 3:07 PM, Musachy Barroso <[EMAIL PROTECTED]> wrote: > Stating new thread for this topic. Don suggested to use this classpath > scanner: > > http://svn.apache.org/repos/asf/geronimo/xbean/trunk/xbean-finder/ > > in xwork an

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

2008-05-28 Thread dusty
So lets do it and consolidate all of the configuration automation into Convention. We can get the new Convention and REST in 2.1.3-SNAPSHOT and then update the Codebehind page that its being absorbed into Convention. I say the new version of Convention doesn't have to support Codebehind if its

Re: classpath scanner

2008-05-28 Thread dusty
If you already have it working, then great! I don't know anything about it, so my question is only how likely are the authors to update/nurse this library? -D Musachy Barroso wrote: > > Stating new thread for this topic. Don suggested to use this classpath > scanner: > > http://svn.apache.o

Re: classpath scanner

2008-05-28 Thread Brian Pontarelli
it's all Apache license and only 3 classes so we could just pull it into XWork and manage it there. On Wed, May 28, 2008 at 3:24 PM, dusty <[EMAIL PROTECTED]> wrote: > > If you already have it working, then great! I don't know anything about > it, > so my question is only how likely are the auth

Re: classpath scanner

2008-05-28 Thread Musachy Barroso
It is part of geronimo, so is not an standalone library AFAIK. The code is straightforward anyway, with a few bugs :) musachy On Wed, May 28, 2008 at 5:24 PM, dusty <[EMAIL PROTECTED]> wrote: > > If you already have it working, then great! I don't know anything about it, > so my question is only

Re: Struts2 REST project

2008-05-28 Thread t e
Fair enough, maybe a little history would help: This project started as a Restlet to XWork bridge. After a bit, I realized there were some handy parts of Struts that I wanted to use, so I leveraged some of the Struts knowledge (e.g. FilterDispatcher, etc) to invoke xwork. Restlet is doing a nice

Re: classpath scanner

2008-05-28 Thread Don Brown
It is a standalone library, used heavily by the OpenEJB and Geronimo guys. Most, if not all, of the code was written by David Blevins, one smart guy. Whether we use the library itself (it is in Maven) or copy the code, it doesn't matter. The code has been in use for several years heavily, so it

Re: classpath scanner

2008-05-28 Thread Musachy Barroso
> It is a standalone library, used heavily by the OpenEJB and Geronimo > guys. oops. > > Personally, I favor copying the code over and jarjar'ing the asm dependency. +1 musachy - To unsubscribe, e-mail: [EMAIL PROTECTED] For a

FieldErrors display

2008-05-28 Thread riya_phoenix
If i have two error messages they are getting displayed in two lines. how can i display all the messages in single or wrap by column length

Re: classpath scanner

2008-05-28 Thread David Blevins
On May 28, 2008, at 4:54 PM, Musachy Barroso wrote: It is a standalone library, used heavily by the OpenEJB and Geronimo guys. oops. Personally, I favor copying the code over and jarjar'ing the asm dependency. +1 +1 :) Just wanted to throw my support in for fun. I'd pull in the Cla

Re: FieldErrors display

2008-05-28 Thread Philip Luppens
On 5/29/08, riya_phoenix <[EMAIL PROTECTED]> wrote: > > If i have two error messages they are getting displayed in two lines. how can > i display all the messages in single or wrap by column length [snip] Please post user questions on the struts user list. Since you appear to be posting from nab

Re: classpath scanner

2008-05-28 Thread Al Sutton
How about talking to the author about splitting it into a commons library? This would give the usual benefits of propogating bug fixes and avoid duplicate work on divergent code bases. Al. Musachy Barroso wrote: It is a standalone library, used heavily by the OpenEJB and Geronimo guys.