Ah. Not sure if the instructions mention this but you need ant contrib as the build files depend on that:
http://ant-contrib.sourceforge.net/ -Mete --- In flexcoders@yahoogroups.com, "Tim Stewart" <[EMAIL PROTECTED]> wrote: > > Hi Mete. I tried this, having followed the text file instructions about > setting up JAVA_HOME, ANT_HOME etc, but just get the error: > > > [taskdef] Could not load definitions from resource > net/sf/antcontrib/antcontrib.properties. It could not be found. > > Cheers, Tim > > ________________________________ > > From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On > Behalf Of meteatamel > Sent: Tuesday, 11 March 2008 9:48 PM > To: flexcoders@yahoogroups.com > Subject: [flexcoders] Re: Duplicate HTTP response headers > > > > You can also use ant to build BlazeDS. From the BlazeDS root > directory, type "ant clean main". > > -Mete > > --- In flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > , "Tim Stewart" <tstewart@> wrote: > > > > Hi Seth > > > > OK, I've created a bug within JIRA, it is number BLZ-82 > > <http://bugs.adobe.com/jira/browse/BLZ-82 > <http://bugs.adobe.com/jira/browse/BLZ-82> > > > > > As far as I can see, browser sessions and cookie handling are not the > > issue. I have looked at the BlazeDS source code and found the problem, > I > > believe. Details are in that bug report. I would have a go at fixing > it, > > but I can't seem to get a working Eclipse build of BlazeDS, and I've > > lost a whole heap of time on this already. > > > > Cheers, Tim > > > > ________________________________ > > > > From: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > [mailto:flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > ] On > > Behalf Of Seth Hodgson > > Sent: Tuesday, 11 March 2008 5:40 AM > > To: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > > Subject: RE: [flexcoders] Duplicate HTTP response headers > > > > > > > > Hi Tim, > > > > Can you log a bug here that describes the specific response cookie > > headers you're expecting along with what you're receiving: > > https://bugs.adobe.com/blazeds/ <https://bugs.adobe.com/blazeds/> > <https://bugs.adobe.com/blazeds/ <https://bugs.adobe.com/blazeds/> > > > > > I'm not sure off-hand, but this could be due to the client having its > > browser session on the LCDS server (and getting that session cookie > info > > back in the response headers it sees), with the proxy service on the > > LCDS server maintaining a separate proxied session to the remote > server > > it's forwarding requests to. There may be security considerations that > > prevent set cookie response headers from flowing back through the > proxy > > service. > > > > Best, > > Seth > > > > ________________________________ > > > > From: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> > > [mailto:flexcoders@yahoogroups.com > <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> > > ] On > > Behalf Of Tim Stewart > > Sent: Sunday, March 09, 2008 10:38 PM > > To: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> > > Subject: [flexcoders] Duplicate HTTP response headers > > > > I am really stuck on an issue with Flex and LiveCycle Data Services, > > wondering if anyone has a suggestion. > > > > I am doing a login to Siebel On Demand Integration Services, which > > involves sending a username / password in HTTP headers to a URL, and > > then getting a session id back from the server to use in > authenticating > > further service calls. > > > > If I do this from Java, I can see that the response has several > headers > > with the same name (Set-Cookie). In the first of these is the session > id > > value I need. > > > > From Flex, I can send the message fine with a HTTPService via the LCDS > > proxy service. The response comes back with its HTTP headers in the > > ResultEvent.message.headers.responseHeaders object. However, there is > > only one item in that object with the name Set-Cookie, and it is not > the > > one I need. It seems the Flex process cannot handle multiple response > > headers with the same name. > > > > I am at a dead end. Can anyone help? > > > > Cheers, Tim > > >