I wondered about this - however, the standalone flashplayer (on windows certainly) is not delivered with an installer, it's just an executable that you can put anywhere on your filesystem - so you would still have to rely on the O/S and file associations to determine it's location. Won't this be more error-prone? I haven't looked into it, but presumably the java.awt.Desktop class does much the same as the plexus CommandLine class? Is it worth investigating further? Regards, Bob
On Feb 12, 1:56 am, Marvin Froeder <[email protected]> wrote: > Well, this rundll32 is driving me nuts here too :P > > It launches the associated application and release the process (Java > process), so I can't kill it if didn't run after some time... > > We (Logan and I) discussed a bit about changing test launcher to use flash > player instead of rundll32 (and equivalents in other OSes). > > That made me to create a new > issue:https://issues.sonatype.org/browse/FLEXMOJOS-42 > > Once that is in place I believe even are tests will run easier. > > May be you could contribute on that. > > VELO > > On Wed, Feb 11, 2009 at 10:57 PM, Bob <[email protected]> wrote: > > > 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 > > ... > > read more » --~--~---------~--~----~------------~-------~--~----~ 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/ -~----------~----~----~----~------~----~------~--~---
