Re: why sourceid idff 2.0 only supports jboss?

Conceptually, you could port the IDFF 1.2 toolkit to another web
container. We released with JBoss, simply because we have a limited
number of resources and can't really afford to test/qualify it on a
bunch of other platforms. JBoss is our app-server of choice for Open
Source development, that's why we picked it over Tomcat (for
instance).

I understand your frustration, but please understand that we are doing
the best we can to provide a free implementation of IDFF 1.2. It may
not be on your platform of choice, but it is possible (with a little
work) to make it run elsewhere.

Hope that helps. :)

D.

On 5/23/05, yes <[email protected]> wrote:
> Sourceid recently released idff(1.2) java toolkit version 2.0. In fact,
> we have used its beta version earlier. Although we have some trouble
> running the demo(for example, the artifact cannot run smoothly), we are
> more concern about its WEB CONTAINER support.
> We've seen someone post such question in this list, but without any answe=
r.
> To us, earlier version sourceid idff toolkit that supports tomcat can be
> better used, because once support tomcat, there is a wide spectrum of
> environment that it can work on, including jboss. While only supports
> jboss (we will describe why we are sure of this in next paragraph), the
> valid environment becomes A POINT: ONLY JBOSS, not anything else. We
> cannot understand this change: is it because commercial consideration,
> or is it because jboss' implementation is easier?
> Why we think new version ONLY supports jboss? While compiling, if
> untouched, everything goes well. But if we elimilate jboss classpath in
> the ant build.xml file, there will be errors. The package requiring
> jboss is "Implementation", which Castlepeak relies on.
>=20
> To our understanding, it is not nessasary to implement idff 1.2 under
> jboss. And to our knowlage, there exist "lasso" that do idff1.2 in C++,
> it could be invoked from .NET, Java, Python, PHP, etc.
> We don't think it is a good choice to only target one environment while
> implementing standards. For anybody insterested in this would like to
> make it  run on more servers.
> _______________________________________________
> sso-users mailing list
> [email protected]
> http://lists.sourceid.org/mailman/listinfo/sso-users
>