commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andreas Arrgård <>
Subject [VFS] Contributing code.
Date Wed, 10 Aug 2005 21:12:09 GMT

I have just started to do some testing/development using the commons-vfs and I have some
questions regarding checkstyle and code contribution that I would appreciate if someone could
answer for
We have some production
servers that host several small files that we would like to collect and expose through a web
admin interface. Since we have
activemq up and running on each instance I thought that it would be nice if we could use the
JMS to share files through the VFS
interface. ie we write the admin app based on VFS and hook up all the servers using a jms
provider in VFS.. In the course of
writing the jms provider I also modified some java resources that were in the SVN repository
( that I would like to
submit back(you can have it all when it stable if you want). So I modified the Eclipse 3.1
code formatting layout to look like
the code that has been written before and thought that I should use checkstyle to verify the
code convention. So I hit “maven
checkstyle” and got:
Unable to
create a Checker: unable to parse file:C:/Program/eclipse3/workspace/vfs/
- Content is not allowed in
I’m using maven 1.0.2
that seems to download checkstyle 3.4 by default. So my questions are:
Is the “checkstyle” task up to date? Should I use some other version of maven/checkstyle
or perhaps run some version of checkstyle in standalone mode to be compatible with the
that exists in the
root of the project. Perhaps migrate to checkstyle.xml...
Do you want the modified/added files submitted on this list or in
bugzilla? My guess is bugzilla.
also have some VFS design questions, but those can wait…
Finally I would like to add that what I have seen so far impresses me. I had very little problem
into the code that has been written so far. Using the JUnit tests for the new provider really
helped a
Thanks in
OctaGroup AB

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message