Yes that's what I meant by documentation but actually, it does mention that you need ant contrib (at least the one on the trunk branch now):
- download and install Apache Ant 1.6.2 or later (http://ant.apache.org/) along with ant-contrib-1.0b2. Anyway, not sure why you're running out of memory but I think it's failing as it tries to build sample apps (which are not required to build the actual BlazeDS). Remove "apps" dependency from "main" target in build.xml and try again. -Mete --- In [email protected], "Tim Stewart" <[EMAIL PROTECTED]> wrote: > > No, the documentation didn't mention that. (By documentation you mean > readme.txt in development/eclipse/projects, right?) > > Once I installed ant-contrib, the build process gets a lot further, lots > of compiling etc. then ends as follows: > > compile-swf: > [mxmlc] Loading configuration file > C:\dev\blazeds\trunk\frameworks\flex-config.xml > [mxmlc] Error: PermGen space > [mxmlc] > [mxmlc] java.lang.OutOfMemoryError: PermGen space > [mxmlc] at java.lang.String.intern(Native Method) > [mxmlc] at > flex2.compiler.util.NameMappings.addClass(NameMappings.java:143) > [mxmlc] at > flex2.compiler.swc.SwcGroup.updateNameMappings(SwcGroup.java:180) > [mxmlc] at flex2.compiler.swc.SwcGroup.<init>(SwcGroup.java:50) > [mxmlc] at > flex2.compiler.swc.SwcCache.getSwcGroup(SwcCache.java:88) > [mxmlc] at > flex2.compiler.swc.SwcCache.getSwcGroup(SwcCache.java:75) > [mxmlc] at > flex2.compiler.CompilerSwcContext.load(CompilerSwcContext.java:74) > [mxmlc] at flex2.tools.Compiler.mxmlc(Compiler.java:146) > [mxmlc] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [mxmlc] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav > a:39) > [mxmlc] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor > Impl.java:25) > [mxmlc] at java.lang.reflect.Method.invoke(Method.java:597) > [mxmlc] at flex.ant.FlexTask.executeInProcess(FlexTask.java:311) > [mxmlc] at flex.ant.FlexTask.execute(FlexTask.java:244) > [mxmlc] at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) > [mxmlc] at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown > Source) > [mxmlc] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor > Impl.java:25) > [mxmlc] at java.lang.reflect.Method.invoke(Method.java:597) > [mxmlc] at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:1 > 05) > [mxmlc] at org.apache.tools.ant.Task.perform(Task.java:348) > [mxmlc] at org.apache.tools.ant.Target.execute(Target.java:357) > [mxmlc] at > org.apache.tools.ant.Target.performTasks(Target.java:385) > [mxmlc] at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) > [mxmlc] at > org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleChe > ckExecutor.java:38) > [mxmlc] at > org.apache.tools.ant.Project.executeTargets(Project.java:1181) > [mxmlc] at > org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:416) > [mxmlc] at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) > [mxmlc] at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown > Source) > [mxmlc] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor > Impl.java:25) > [mxmlc] at java.lang.reflect.Method.invoke(Method.java:597) > [mxmlc] at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:1 > 05) > [mxmlc] at org.apache.tools.ant.Task.perform(Task.java:348) > > BUILD FAILED > C:\dev\blazeds\trunk\build.xml:95: The following error occurred while > executing this line: > C:\dev\blazeds\trunk\apps\samples\build.xml:85: The following error > occurred while executing this line: > C:\dev\blazeds\trunk\apps\samples\WEB-INF\flex-src\testdrive-httpservice > \build.xml:28: mxmlc task failed > > I tried rebooting and doing it from scratch, same error. I have 2GB RAM > on this machine, and java_home is > JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02 > > Cheers, Tim > > > ________________________________ > > From: [email protected] [mailto:[EMAIL PROTECTED] On > Behalf Of meteatamel > Sent: Wednesday, 12 March 2008 11:26 AM > To: [email protected] > Subject: [flexcoders] Re: Duplicate HTTP response headers > > > > 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/ > <http://ant-contrib.sourceforge.net/> > > -Mete > > --- In [email protected] <mailto:flexcoders%40yahoogroups.com> > , "Tim Stewart" <tstewart@> 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: [email protected] <mailto:flexcoders%40yahoogroups.com> > [mailto:[email protected] <mailto:flexcoders%40yahoogroups.com> > ] On > > Behalf Of meteatamel > > Sent: Tuesday, 11 March 2008 9:48 PM > > To: [email protected] <mailto:flexcoders%40yahoogroups.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 [email protected] > <mailto:flexcoders%40yahoogroups.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> > > <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: [email protected] > <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> > > [mailto:[email protected] > <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> > > ] On > > > Behalf Of Seth Hodgson > > > Sent: Tuesday, 11 March 2008 5:40 AM > > > To: [email protected] <mailto:flexcoders%40yahoogroups.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/> > > > <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: [email protected] > <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> > > <mailto:flexcoders%40yahoogroups.com> > > > [mailto:[email protected] > <mailto:flexcoders%40yahoogroups.com> > > <mailto:flexcoders%40yahoogroups.com> > > <mailto:flexcoders%40yahoogroups.com> > > > ] On > > > Behalf Of Tim Stewart > > > Sent: Sunday, March 09, 2008 10:38 PM > > > To: [email protected] <mailto:flexcoders%40yahoogroups.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 > > > > > >
