tuscany-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Venkata Krishnan" <for.svkr...@gmail.com>
Subject Re: Build of calculator-implementation-policies sample is failing
Date Thu, 03 Jan 2008 16:46:16 GMT
HI Simon Laws,

I just did a clean build of the itests yet again without updating the
modules (just to leave it to what I committed last) and they seem to build
ok.

- Venkat

On Jan 3, 2008 9:36 PM, Venkata Krishnan <for.svkrish@gmail.com> wrote:

> Hi,
>
> I just verified with IBM JDK and it seems to go fine with the security
> setup mentioned in the README, this sample succeeds.
>
> Thanks.
>
> - Venkat
>
>
> On Jan 2, 2008 8:36 PM, Mike Edwards < mike.edwards.inglenook@gmail.com>
> wrote:
>
> > Folks,
> >
> > Looks like there are differences between the IBM JDK and Sun JDK on this
> > point.  Certainly, the underlying security implementations within those
> > JDKs are very different.  It is going to be necessary to double check
> > any security related code against both of those JDKs.
> >
> > Yours,  Mike.
> >
> > Simon Laws wrote:
> > > On Jan 2, 2008 11:56 AM, Simon Nash <nash@hursley.ibm.com > wrote:
> > >
> > >> I did a full checkout of Java SCA and tried to build it.  I got the
> > >> following failure in samples/calculator-implementation-policies.
> > >> Looking at the messages, I see validation errors followed by a
> > >> problem with login configuration.  Does anyone have ideas on why
> > >> this sample is failing?
> > >>
> > <snip>
> > >
> > > I'm assuming these are somehow connected to the recent policy related
> > > changes. I'll have a poke around here in case I've messed up something
> > > locally. Venkat, can you double check you clean build?
> > >
> > > Thanks
> > >
> > > Simon
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
>

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