[Apologies to Ernst - sent this directly to him instead of the list]
I've been trying this recently. I'm using Netbeans IDE 6.7.1. After unzipping I tried opening the freeform project that NetBeans found, but that had problems, so I renamed the directory and created a project from existing sources. That seemed to build OK.

I then tried the primer, at http://xins.sourceforge.net/primers/primer.html
I found some issues there, mostly that I needed to copy the dist\xins.jar file that netbeans created to the build directory and rename it to xins-common.jar, after that I seemed to be able to execute the xins all command without any issue.

The next issue was when I tried to execute:
xins -Dorg.xins.server.config=xins.properties run-myapi
I get:
     [java] log4j:ERROR A "org.apache.log4j.ConsoleAppender" object is not assignable to a "org.apache.log4j.Appender" variable.
     [java] log4j:ERROR The class "org.apache.log4j.Appender" was loaded by
     [java] log4j:ERROR [sun.misc.Launcher$AppClassLoader@7d772e] whereas object of type
     [java] log4j:ERROR "org.apache.log4j.ConsoleAppender" was loaded by [org.xins.common.servlet.container.ServletClassLoader$ChildFirstClassLoader@1386000].
     [java] log4j:ERROR Could not instantiate appender named "console".
     [java] Exception in thread "XINS null Servlet container." java.lang.LinkageError: loader constraint violation: when resolving field "INFO" the class loader (instance of org/xins/common/servlet/container/ServletClassLoader$ChildFirstClassLoader) of the referring class, org/znerd/logdoc/internal/log4j/AbstractLog, and the class loader (instance of sun/misc/Launcher$AppClassLoader) for the field's resolved type, org/apache/log4j/Level, have different Class objects for that type
>From my goolge research, it seems that this particular issue is caused by using two different classloaders.

I'm going to continue investigating in my 'free time' but thought I'd post my findings to date to see if I've taken a wrong step somewhere.


On Mon, Jan 11, 2010 at 5:54 PM, Ernst de Haan <ernst@ernstdehaan.com> wrote:
FYI: I have just released XINS 3.0-alpha2, with Logdoc (finally) split
out to its own project. The projects can be found at my Github site:

If you want the releases, check under tags for the correct URL to use
in git clone. Or just download the tags as tar-/zipballs.

For more information, see:

I would appreciate some help with fixing all 552 generics-related
warnings (reported by both Eclipse and javac). E.g.:

592: warning: [deprecation] setText(java.lang.String) in
org.xins.common.xml.Element has been deprecated

If you want to help out, please send me a patch. Or just fork the git
repo and let me know, so I can watch your fork and backport

Next thing on my schedule is improve Logdoc a bit:
- integrate the internal logging with Ant logging, if Logdoc is
executed from an Ant task
- make sure that Logdoc (at least by default) does not regenerate
output files if they exist and are newer than the input files
- make sure Logdoc never requests on-line DTDs anymore - this is a bug
(patch would be welcome, if well tested!)
- consider building Logdoc self with Maven, adapt versioning scheme
- support Logdoc in combination with Maven (for users)



This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
Xins-users mailing list