[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [higgins-dev] Consolidating usage of jars - re XMLsec version issue
|
higgins-dev-bounces@xxxxxxxxxxx wrote on 06/11/2007 07:19:47 PM:
>
> Mike,
>
> According to the STS component dependencies wiki page this issue of
> standardizing on using xmlsec 1.3.0 vs 1.4.0 is being resolved by moving
> the STS to xmlsec version 1.4.0. Please confirm that this is still the
> plan. Can this be done in Milestone 0.9?
Yes.
>
> -Mary
> -----Original Message-----
> From: higgins-dev-bounces@xxxxxxxxxxx
> [mailto:higgins-dev-bounces@xxxxxxxxxxx] On Behalf Of Brian Carroll
> Sent: Thursday, June 07, 2007 8:24 PM
> To: Higgins (Trust Framework) Project developer discussions
> Subject: RE: [higgins-dev] Consolidating usage of jars
>
>
> Great! The fewer dependent jars the better.
>
> In tracking down the dependent jars, I found that different Higgins
> projects specify different versions of the same jar (or the components
> page points to a slightly different version than the project calls for).
> If we could standardize on one version, it would make the Eclipse IP
> approval process go more smoothly as well as simplifying deployment for
> consumers.
>
> Some of the dependent jars with multiple versions called for by
> different projects are:
> jaxen-1.1.jar
> jaxen-1.1-beta-12.jar
> Both were referenced from idas.cp.jndi. I believe I obtained the
> first by following the "deps" link on the WIKI Components WIKI page, and
> the second explict (-beta-12) version was called for by the project.
>
> xmlsec-1.3.0.jar - by ...sts.base64.apache
> xmlsec-1.4.0.jar - by ...icard.provider.cardspace.common
>
> bandit-jscript-0.2.477.jar - by ...idas.cp.jndi
> bandit-jscript-0.2.489.jar - by ... sts.binding.axis1.service
>
>
> One other suggested area of simplification is the use of ECLIPSE_HOME in
> the build.xml files. Today it is inconsistent across projects, probably
> reflecting the component' owner's environment, and almost certainly
> different from where the consumer has installed Eclipse. It might be
> easier if we can ask the user to define ECLIPSE_HOME as an environment
> variable and simply pick up what ever the user defines in the ANT
> scripts.
>
> Regards,
> Brian
>
>
>
>
>
> -----Original Message-----
> From: higgins-dev-bounces@xxxxxxxxxxx
> [mailto:higgins-dev-bounces@xxxxxxxxxxx] On Behalf Of Michael McIntosh
> Sent: Thursday, June 07, 2007 4:54 PM
> To: Higgins (Trust Framework) Project developer discussions
> Cc: Higgins (Trust Framework) Project developer discussions;
> higgins-dev-bounces@xxxxxxxxxxx
> Subject: RE: [higgins-dev] anyone have a link for sjsxp.jar?
>
> I've updated the project - you do not need that file.
>
> higgins-dev-bounces@xxxxxxxxxxx wrote on 06/07/2007 07:24:38 PM:
>
> > Yes. I just hunted that one down. The trick is download the Java Web
> > Services Developer Pack from Sun. The JWSDP file named:
> > jwsdp-2_0-windows-i586.exe contained sjsxp.jar in its lib folder. I
> > downloaded the JWSDP from: http://java.sun.
> > com/webservices/downloads/previous/webservicespack.jsp
> >
> > Run that .exe to do the install. I have the impression that the JWSDP
>
> > may have also be part of the 6.0 JDK, but I've been running 1. 5 and
> > so used the stand along download. The JWSDP install recognized my 1.5
>
> > JDK fine.
> >
> > Note that I had to register with Sun to access the download.
> >
> > Brian
> >
> > From: higgins-dev-bounces@xxxxxxxxxxx [mailto:higgins-dev-
> > bounces@xxxxxxxxxxx] On Behalf Of Jim Sermersheim
> > Sent: Thursday, June 07, 2007 2:50 PM
> > To: higgins-dev@xxxxxxxxxxx
> > Subject: [higgins-dev] anyone have a link for sjsxp.jar?
>
> > (now needed by org.eclipse.higgins.sts.client.samples)
> >
> > **********************************************************************
> > This email and any files transmitted with it are confidential and
> > intended solely for the use of the individual or entity to whom they
> > are addressed. Any unauthorized review, use, disclosure or
> > distribution is prohibited. If you are not the intended recipient,
> > please contact the sender by reply e-mail and destroy all copies of
> > the original message._______________________________________________
> > higgins-dev mailing list
> > higgins-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/higgins-dev
>
> _______________________________________________
> higgins-dev mailing list
> higgins-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/higgins-dev
>
>
> _______________________________________________
> higgins-dev mailing list
> higgins-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/higgins-dev