Silly Question - doesn't this proposal fit better in the commons project than Tomcat?
For that matter, I'm rolling the dice that the apr project itself would entertain the possibilities of supporting jni / xs / c++ wrappers. The reason I suggest this is that we have .pkg and .rpm folks supporting standardized apr 0.9 / 1.x installs. To keep these in sync would ultimately become quite important. The second reason is that we should truly adopt consistent OO conventions for all of these varied extension schemas. Bill At 08:25 AM 1/7/2005, Mladen Turk wrote: >Hi, > >Here is the work in progress for a new project I named apr-java. > >It offers a 'thin' layer using JNI over APR library. >The initial code that I wrote over a year now had >two way api, but I've decided to leave only >Java->APR. > >I also have a working set of configure and make files >for unixes, but since this is an overview of the technology, >it's only a small subset of entire project, but you can get >the picture :) . > >It will support around 90% of APR API (without things like >strings, etc. that are well done inside java itself). > >The API itself on the Java side is done as close to the >APR function call (apr_file_write -> File.write) with >almost the same function parameters as well. > >You can see that the wrapping code is very thin in most >cases with only a couple of lines for each function, >mostly caused by pointer issues. > >I'm sending the gz file (tried zip but failed) so you can see >what the general idea is. Of course the library can be extended >with functions that APR doesn't offer (for now or never will). >One of the things would be setting user and group for a process, >sending data from parent to child process, etc. > >The question is: >Is it acceptable (think that previous discussions say it is) >Where to put that in the cvs. > > >Comments? > >Regards, >Mladen. > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
