Hey Velo, thanks for the quick response. Both my local machine and my build machine are Windows XP SP3.
I've run some more tests locally and on my build machine this evening, and I've narrowed it down, although I can't explain it as yet: All my local tests worked without issue: 1) running Hudson with "java -jar hudson.war"; 2) running Hudson within JBoss launched from the command line; 3) running Hudson within JBoss as a Windows service. On my build machine, running hudson within JBoss launched from the command line worked, but running Hudson within JBoss as a Windows service, fails. So, there must be a path or permissions issue calling rundll32 from a service, I don't yet know why or what the issue could be. Both users on each machine are domain users that are members of the local Administrators group. I appreciate that we're out of the realm of what flex-mojos is responsible for handling, but I'm keen to resolve this and contribute the solution for others. I'll do some more digging and let you know. Thanks for your time on this, Bob On Feb 11, 5:09 pm, Marvin Froeder <[email protected]> wrote: > So far action script code on flexmojos is not tested. > > What os are you using? Windows? Linux? > > Does it work on local machine? > > VELO > > On Wed, Feb 11, 2009 at 3:04 PM, Bob <[email protected]> wrote: > > > One other thing - is there a flex-mojos/project that includes swf > > tests anywhere? I tried setting up my Hudson to build from this tag: > > >http://svn.sonatype.org/flexmojos/tags/flex-mojos-2.0.3 > > > but it only seems to run Java tests. Only one subproject seems to > > include AS compilation/testing ("Flex-mojos testing support"), but > > this reports: > > > "[WARNING] Skipping test run. Runner not found: D:\Data\Java Builds > > \Hudson\jobs\flex-mojos test\workspace\flex-mojos-2.0.3\testing-support > > \target\test-classes\TestRunner.swf" > > > Could someone with commit privileges add a simple "Hello World" test > > class into that project to see if the problem is specific to my > > project rather than my environment? > > > Many thanks, > > > Bob > > > On Feb 11, 4:50 pm, Bob <[email protected]> wrote: > > > OK, I'm no further on to be honest, but here's where I'm at: > > > > We moved build servers, so I'm on a brand new machine, and I took the > > > opportunity to try Hudson out, and am impressed. > > > > However, the timeout issue still occurs with 2.0M10 in Hudson. > > > > I've tried setting <flexUnitCommand> to both the setup described here: > >http://groups.google.com/group/flex-mojos/browse_thread/thread/c6dc85... > > > and the absolute path to my flash player: > > > [code] > > > <plugin> > > > <groupId>info.flex-mojos</groupId> > > > <artifactId>flex-compiler-mojo</ > > > artifactId> > > > <configuration> > > > <flexUnitCommand> > > > <argument>c:/Progra~1/Adobe/ > > > flashplayer_10_sa_debug.exe</argument> > > > <argument>$ > > > {project.build.testOutputDirectory}/TestRunner.swf</argument> > > > </flexUnitCommand> > > > </configuration> > > > </plugin> > > > [/code] > > > > to no avail - the first method times out in the same way (as I would > > > expect) and the second never returns (15 mins and counting at the time > > > of writing). There is no flash player window on the server, hich was > > > my initial thought. > > > > Can anyone think of anything I can test? The user running Hudson is a > > > local admin on the machine, so I don't believe its a permissions > > > issue, also my command-line tests have been carried out using the same > > > user. > > > > I've re-tested the command-line approach on the new machine, that > > > still works as before; it is solely in Continuum/Hudson that it > > > doesn't. > > > > I'm going to have to roll back to 2.0M9 again as I have no more time > > > to spend on this, if I have any brain waves I'll let you know. > > > > The only other thing worthy of note is that this is within a multi- > > > module maven project, but it looks like flex-mojos is also, and that > > > works on hudson? > > > > Thanks for any time anyone can spend on this. > > > > On Dec 24 2008, 12:04 pm, Bob <[email protected]> wrote: > > > > > One thing I have just noticed, is that something, presumably the > > > > cmd.exe process, has written a zero-byte "url.dll" into the parent > > > > directory of where Continuum builds from. I can't offer any > > > > explanation for that as yet, but wondered if this turned on any lights > > > > for anyone? I'll try to investigate further over the holidays. > > > > > On Dec 17, 3:58 pm, "Marvin Froeder" <[email protected]> wrote: > > > > > > Well, sonatype runs on Hudson too. And everything here is maven > > based. So > > > > > far hudson does a great job. > > > > > > This is probably an environment related issue, but I have not idea > > what is > > > > > going on. > > > > > Does anyone know if there is any limitations on running plexus cli on > > CI? > > > > > > Did you both tried to define <flexUnitCommand> pointing to real flash > > player > > > > > location?! > > > > > > VELO > > > > > > May be, it isn't find your environment variables. > > > > > > On Wed, Dec 17, 2008 at 1:50 PM, codebeneath <[email protected]> > > wrote: > > > > > > > Hudson and maven integrate beautifully. We have been using that > > > > > > combination for over 6 months with no problems. I would recommend > > > > > > it. > > > > > > > On the topic of this thread, I see the same problem with the > > flexunit > > > > > > timeout in hudson. Command line works as expected, but hudson gets > > > > > > stuck as you describe for continuum. I worked great with version > > > > > > 2.0M9 and around the time 2.0M10 came out, it stop working. > > Plugging > > > > > > back 2.0M9 back into the poms did not fix the problem. (the maven > > > > > > download of 2.0M10 and its transitive dependencies may need to be > > > > > > cleared from the local maven repo... have not had time to try that > > > > > > yet) > > > > > > > Jeff > > > > > > > On Dec 17, 9:15 am, Bob <[email protected]> wrote: > > > > > > > Hi Logan, > > > > > > > > I appreciate your time on this thanks for the quick responses. > > > > > > > > The command works fine run manually, it is just Continuum that > > seems > > > > > > > to demonstrate the problem. > > > > > > > > I don't know anything off the top of my head that would cause > > > > > > > Continuum to handle it differently, I'll try and run some tests > > with > > > > > > > it to see if I can shed any more light. > > > > > > > > I'm a bit short of time I can spend on it at the moment, so I may > > not > > > > > > > get back to you straight away, but once again thanks for you > > efforts. > > > > > > > I don't want you to think I'm just going to disappear... > > > > > > > > Out of interest - how would you rate Hudson? I hadn't heard of it > > when > > > > > > > I set Continuum up, so I just went with that, because of its > > close > > > > > > > links with Maven. I'd be interested to know how well Hudson > > integrates > > > > > > > with Maven and what you think of it. > > > > > > > > Best regards, > > > > > > > > Bob > > > > > > > > On Dec 17, 12:19 am, "RedBugz Software" <[email protected]> > > wrote: > > > > > > > > > On Tue, Dec 16, 2008 at 4:35 AM, Bob <[email protected]> > > wrote: > > > > > > > > > Looking at the source for FlexUnitLauncher.java, it has > > changed the > > > > > > > > > way it is launching the process between M9 and M10, now using > > the > > > > > > > > > plexus cli utils, which I'm not familiar with, instead of > > plain > > > > > > > > > Runtime.exec(): > > > > > > > > > This is on Windows XP by the way. Let me know if I can test > > further, > > > > > > > > > I am somewhat stumped. Our WinXP boxes here are working just > > fine on > > > > > > > > M10 running tests. Switching to Plexus cli utils still calls > > > > > > > > Runtime.exec() under the covers, it just wraps it in some > > better > > > > > > > > handling. > > > > > > > > > If you run what comes after commandline: manually does it > > work? > > > > > > > > > This only fails when run in continuum, correct? > > > > > > > > > You can try and override the command in your pom > > (<flexUnitCommand>) > > > > > > > > so it will run the Flash Player directly instead of using > > rundll32. > > > > > > > > Other than that, is there any other reason continuum would have > > an > > > > > > > > unusual command line setup (I'm not familiar with the specifics > > of > > > > > > > > continuum as we use hudson)? > > > > > > > > > Logan --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Flex Mojos" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/flex-mojos?hl=en?hl=en http://blog.flex-mojos.info/ -~----------~----~----~----~------~----~------~--~---
