I have made an upgrade also, but it uses bcel to discover all classes that extend RemoteObject, so the user does not have to provide file patterns at all.
I am not finished yet, as I don't know how to make compiled classes available to the mojo at the moment. -Borut 2007/11/22, Wouter Hermeling <[EMAIL PROTECTED]>: > > > I've already made a patch. This allows the use of ant patterns to include > and > exclude files for rmic. It has been submitted with JIRA issue: > htttp://bugs.freehep.org/browse/RMICPLUGIN-1 > > NOTE: I'm working on an additional patch which includes: > * Some missing options for rmic (i.e. -nolocalstubs, -always, > -noValueMethods) > * Ability to run rmic for interfaces only (for ejb clients) > * ability to use an other rmi compiler then the one which can be found on > the path. > > Keep an eye on the JIRA issue for upcoming additional patches. > > > Borut Bolčina-2 wrote: > > > > Hello, > > > > is anyone aware of rmic compiler other then > > http://java.freehep.org/freehep-rmic-plugin/index.html? > > > > The problem with the above plugin is that you need to provide the > classes > > for the stub generation and one can easily forget to add one in an > > environment where several people add classes which extend > > UnicastRemoteObject. > > > > The solution would be to have a plugin which scans the sources and > > extracts > > class names. > > > > In theory stubs are not needed from Java 5 onwards, but in practice lack > > of > > provided stubs generates severe memory leaks. > > > > Regards, > > Borut > > > > > > -- > View this message in context: > http://www.nabble.com/rmic-compiler-other-then-FreeHep-tf4854821s177.html#a13895704 > Sent from the Maven - Users mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
