Skip to main content

[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



Back to the top