Re: AS3 on the server
What about compiling AS3 to JS using FalconJx and running the result in Node.js? All you'd need are some ActionScript stub APIs of the corresponding Node.js modules... On Sat, Nov 30, 2013 at 11:06 PM, jude flexcapaci...@gmail.com wrote: At one time there was talk about AS3 on the server. With node.js you can use JS on the server. What happened to that project? Is it something can be donated to Apache?
Re: [Builds/Jenkins] Help and advise needed
In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FlexJS] FW: Cross-compiling to build components
Hi, great to hear of this new approach! I never understood why you guys implement Flex components for HTML5 in JS, not in ActionScript. Once you have AS3 API stubs of the browser APIs (DOM, BOM, remember my suggestions about a [Native] annotation some time ago?), you would not be limited to building compound components like this, but you could implement *any* component in AS3, in other words, port your JS code to AS3! Or is there any show stopper for that with the FalconJx compiler that I am not aware of? (Maybe the missing [Native] support?) On Fri, Dec 6, 2013 at 8:46 PM, Peter Ent p...@adobe.com wrote: Hi, I've extended the Wiki page for creating components on the FlexJS Wiki pages. I've also placed the sample code I used, called DataGridXcompile, in the FlexJS examples directory. Peter Ent Adobe Systems On 12/6/13 1:14 PM, Peter Ent p...@adobe.com wrote: I will update the wiki. Thanks. --peter On 12/6/13 1:08 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: This is fantastic news, Peter! If you can add a page in the wiki describing the process of converting a simple AS3 component into JS, that would be so much helpful for folks like me, who want to help with building components for FlexJS. Thanks, Om On Dec 6, 2013 9:39 AM, Erik de Bruin e...@ixsoftware.nl wrote: Way to go, Peter! Let me know if there is a way to optimise the process. There is a lot we can do with FalconJx and maybe the framework architecture that will allow us to do more with this paradigm... EdB On Fri, Dec 6, 2013 at 6:31 PM, Cosma Colanicchia cosma...@gmail.com wrote: Very nice job! 2013/12/6 Mr. Rich mrrich@gmail.com Great news Peter, On Dec 6, 2013 11:42 AM, Peter Ent p...@adobe.com wrote: Hi, I've just finished an experiment with pretty good results. A little while ago I created a first pass at a FlexJS DataGrid. This meant building both the ActionScript and the JavaScript components and all of their parts (data model, view, and so forth). Creating a new component for FlexJS follows the same pattern: build the component in one language and then build it in the other. The experiment was to take the ActionScript component and compile it into JavaScript and compare the result with my hand-crafted JavaScript version. Well, the result was a success. Doing this uncovered some issues with the FalconJX compiler that were resolved by either Alex Harui or Erik de Bruin, which I think, strengthened the compiler. Once things were ironed out, the ActionScript DataGrid compiled cleanly into JavaScript and ran. This experiment worked for the DataGrid because it is really a composite component. That is, the DataGrid I created is a Container with a ButtonBar for column headers and Lists for the columns; the DataGrid co-ordinates the events between all of the lists. This technique would not work for components that have very custom JavaScript requirements or which have native JavaScript/HTML versions (such a Label or a Button). What this experiment means is that some components - specifically ones that are composed of existing components - can be created and tested in ActionScript, then cross-compiled into JavaScript to provide a fast-path to the JavaScript version. This technique may not work 100% in all cases, but what it has shown me is that you can get a lot of good code on the JavaScript side from the ActionScript source, at least enough to quickly finish the JavaScript version. Regards, Peter Ent Adobe Systems -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [Builds/Jenkins] Help and advise needed
On Dec 10, 2013 12:13 AM, Erik de Bruin e...@ixsoftware.nl wrote: In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) Oh, that's what it was. I spent a whole session copy pasting commands from my computer on to the VM :-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
AW: AS3 on the server
In this case you should have a look at the Nashorn Project. It's a JavaScript engine running natively inside the Java VM and hereby on the Server: https://blogs.oracle.com/thejavatutorials/entry/javaone_2013_nashorn_javascript_on Chris Von: Frank Wienberg fr...@jangaroo.net Gesendet: Dienstag, 10. Dezember 2013 09:00 An: dev@flex.apache.org Betreff: Re: AS3 on the server What about compiling AS3 to JS using FalconJx and running the result in Node.js? All you'd need are some ActionScript stub APIs of the corresponding Node.js modules... On Sat, Nov 30, 2013 at 11:06 PM, jude flexcapaci...@gmail.com wrote: At one time there was talk about AS3 on the server. With node.js you can use JS on the server. What happened to that project? Is it something can be donated to Apache?
Re: flex-sdk_mustella - Build # 605 - Still Failing!
This time it looks like something big was broken on the SDK... Can the recent committers look at the failures and see if they recognise anything, please? EdB On Tue, Dec 10, 2013 at 3:33 AM, flex.muste...@gmail.com wrote: flex-sdk_mustella - Build # 605 - Still Failing: http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/605/ Changes for Build #604 Changes for Build #605 [KesslerConsulting] FLEX-33984: Added support for labelPlacement on s:CheckBox. [KesslerConsulting] FLEX-33984: Moved the placement logic from the hostComponent to the skin. Removed some code no longer needed. [KesslerConsulting] FLEX-33984: Corrected an ASDOC comment. [maurice.amsellem] FIX FLEX-33860 IOS7 [...truncated 88992 lines...] [java] gumbo/components/MXItemRenderer/integration/MXDGIR_Integration_main MXDGIR_Integration_defaultIR2 Failed CompareBitmap(body:step 11) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_enabled Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_height Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_width Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_states Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_chromeColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_color Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize2 Failed CompareBitmap(body:step 8) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_symbolColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_textAlign Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/integration/MXTIR_Integration_main MXTIR_itemEditor_002 Failed CompareBitmap(body:step 13) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinned Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinnedNoTitle Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/RichEditableText/Styles/RichEditableText_style_test2 RichEditableText_Style_setFormatOfRange Failed CompareBitmap(body:step 19) compare returned[object BitmapData] [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_compileTime Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_runtimeCSS Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FocusColor_changeContainerAtRuntime Failed CompareBitmap(body:step 2) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FocusColor_changeComponentStyleAtRuntime Failed CompareBitmap(body:step 2) compare returned-4 [java] gumbo/components/TitleWindow/Mirroring/TitleWindow_mirroring_tester2 TitleWindow_layoutDirection_atRuntime1 Failed CompareBitmap(body:step 2) compare
Re: [Builds/Jenkins] Help and advise needed
On Dec 9, 2013 11:31 PM, Alex Harui aha...@adobe.com wrote: On 12/9/13 11:12 PM, Erik de Bruin e...@ixsoftware.nl wrote: Remember, Gavin (builds@a.o) claim he changed nothing on the slave that's now failing. I'm sure we didn't change anything on the Jenkins job that is now failing. It isn't something in the SDK that's causing this, lot's of people and the Mustella VM are building that regularly. Anyway: I'm not familiar with Pixelbender at all, is there some way we can ask Gavin to test it on the slave that doesn't involve Jenkins? Like a command line that he can simply copy-paste into a shell and give us the results from? Yeah, it is a pretty simple compiler. All we do is give it a command that is effectively pbutil input output as in: $PIXELBENDER_HOME\pbutil.exe $FLEX_HOME\frameworks\projects\framework\src\mx\graphics\shaderClasses\Colo r.pbk $FLEX_HOME\frameworks\projects\framework\src\mx\graphics\shaderClasses\Colo r.pbj If you have a windows machine please verify that I didn't type that wrong, I'm on my mac right now. I know everyone claims nothing changed. But I'm wondering if we can compare Om's VM setup against yours and fix Om's setup before we go back and bug Gavin. Meanwhile, I'm trying to find the source to the compiler. Unfortunately I had to kill the VM and recreate a new one. I went through the whole setup and PB runs like a champ now. Good news is that I can start working on making this the second slave to Erik's VM. I am also planning on creating a public clonable image so that other committers can start creating their VMsand bring them online as well. This way, we could continue to reduce our dependence on builds@a.o. Thanks, Om I have a wild guess that the aif dlls have some silly check for graphic cards or some other Photoshop or After Effects dependency. Or maybe some OpenGL library that comes with newer versions of Windows. If it is a graphics card thing then some hardware change or configuration outside the slave itself could have caused things to fail. Then everyone would technically be right that the nothing changed in the Slave or our code. -Alex EdB On Tue, Dec 10, 2013 at 8:06 AM, Alex Harui aha...@adobe.com wrote: I tried to reproduce the failure on my machine but couldn't. I tried different path statements, removing the aif_* dlls, and changing execute rights on those dlls. I did find that the string Internal Exception is in the aif_core.dll. Not sure what to do next, but now I'm thinking: maybe nobody has seen this on their local computers? Only on the Jenkins Windows Slave and Windows VM? What do they have in common? What version of Windows are they running? What kind of graphics cards do they have? -Alex On 12/9/13 11:38 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 10:56 AM, Alex Harui aha...@adobe.com wrote: Ah, that thread looked like it was a year old. Did you work around it or just stop working on it? I just stopped working on it because I hit a dead end. I was clueless as to how to fix it. Other than checking the path, I don't have any ideas to try at the moment. On your Azure VM, if you manually launch the compiler from Windows command prompt you get this error, right? I will try it out tonight and let you know. Thanks, Om -Alex On 12/9/13 10:48 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 10:35 AM, Alex Harui aha...@adobe.com wrote: We keep hitting this error, but the mail archives do not document how we fix it. This time, we should write down the answer. Om's hit it, Justin hit it, I think I had it once. The emails seem to indicate that it ispath related, but the build.xml does at least check if the pbutil.exe exists and is passing on that. In my case, I have not been able to fix it. In fact, if we are trying to reproduce the problem, we could use my Mustella VM on Azure and see if we can figure out what is happening. We can then apply that fix to the windows1 slave on builds.apache.org Thanks, Om I'll try to see if I can repro on my windows box tonight. -Alex On 12/9/13 12:16 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Thanks Erik for the clarification. I confirm to you, I had to send the updated swc manually for testing because the nightly build was down. Sorry, I didn't follow the thread from the beginning, so I checked the archives, maybe have missed something. I can see from the build logs that pixel bender build failed and it seems to be a path issue. If that's correct, this is the path I am using on my local build in my env.properties: env.PIXELBENDER_HOME=C:\\Program Files (x86)\\Adobe\\Adobe Utilities - CS5\\Pixel Bender Toolkit 2 I can see that in the build log, the path is: check-pixelbender-home:
Re: [Builds/Jenkins] Help and advise needed
I would suggest that if you have a functioning VM, we use it to run the builds that are currently on 'builds@a.o'. That is just too high maintenance (I spend about 2 hrs a week on the various issues there). EdB On Tue, Dec 10, 2013 at 9:36 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 11:31 PM, Alex Harui aha...@adobe.com wrote: On 12/9/13 11:12 PM, Erik de Bruin e...@ixsoftware.nl wrote: Remember, Gavin (builds@a.o) claim he changed nothing on the slave that's now failing. I'm sure we didn't change anything on the Jenkins job that is now failing. It isn't something in the SDK that's causing this, lot's of people and the Mustella VM are building that regularly. Anyway: I'm not familiar with Pixelbender at all, is there some way we can ask Gavin to test it on the slave that doesn't involve Jenkins? Like a command line that he can simply copy-paste into a shell and give us the results from? Yeah, it is a pretty simple compiler. All we do is give it a command that is effectively pbutil input output as in: $PIXELBENDER_HOME\pbutil.exe $FLEX_HOME\frameworks\projects\framework\src\mx\graphics\shaderClasses\Colo r.pbk $FLEX_HOME\frameworks\projects\framework\src\mx\graphics\shaderClasses\Colo r.pbj If you have a windows machine please verify that I didn't type that wrong, I'm on my mac right now. I know everyone claims nothing changed. But I'm wondering if we can compare Om's VM setup against yours and fix Om's setup before we go back and bug Gavin. Meanwhile, I'm trying to find the source to the compiler. Unfortunately I had to kill the VM and recreate a new one. I went through the whole setup and PB runs like a champ now. Good news is that I can start working on making this the second slave to Erik's VM. I am also planning on creating a public clonable image so that other committers can start creating their VMsand bring them online as well. This way, we could continue to reduce our dependence on builds@a.o. Thanks, Om I have a wild guess that the aif dlls have some silly check for graphic cards or some other Photoshop or After Effects dependency. Or maybe some OpenGL library that comes with newer versions of Windows. If it is a graphics card thing then some hardware change or configuration outside the slave itself could have caused things to fail. Then everyone would technically be right that the nothing changed in the Slave or our code. -Alex EdB On Tue, Dec 10, 2013 at 8:06 AM, Alex Harui aha...@adobe.com wrote: I tried to reproduce the failure on my machine but couldn't. I tried different path statements, removing the aif_* dlls, and changing execute rights on those dlls. I did find that the string Internal Exception is in the aif_core.dll. Not sure what to do next, but now I'm thinking: maybe nobody has seen this on their local computers? Only on the Jenkins Windows Slave and Windows VM? What do they have in common? What version of Windows are they running? What kind of graphics cards do they have? -Alex On 12/9/13 11:38 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 10:56 AM, Alex Harui aha...@adobe.com wrote: Ah, that thread looked like it was a year old. Did you work around it or just stop working on it? I just stopped working on it because I hit a dead end. I was clueless as to how to fix it. Other than checking the path, I don't have any ideas to try at the moment. On your Azure VM, if you manually launch the compiler from Windows command prompt you get this error, right? I will try it out tonight and let you know. Thanks, Om -Alex On 12/9/13 10:48 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 10:35 AM, Alex Harui aha...@adobe.com wrote: We keep hitting this error, but the mail archives do not document how we fix it. This time, we should write down the answer. Om's hit it, Justin hit it, I think I had it once. The emails seem to indicate that it ispath related, but the build.xml does at least check if the pbutil.exe exists and is passing on that. In my case, I have not been able to fix it. In fact, if we are trying to reproduce the problem, we could use my Mustella VM on Azure and see if we can figure out what is happening. We can then apply that fix to the windows1 slave on builds.apache.org Thanks, Om I'll try to see if I can repro on my windows box tonight. -Alex On 12/9/13 12:16 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Thanks Erik for the clarification. I confirm to you, I had to send the updated swc manually for testing because the nightly build was down. Sorry, I didn't follow the thread from the beginning, so I checked the archives, maybe have missed something. I can see from the build logs that pixel bender build failed and it seems
Re: [Builds/Jenkins] Help and advise needed
On Dec 10, 2013 12:42 AM, Erik de Bruin e...@ixsoftware.nl wrote: I would suggest that if you have a functioning VM, we use it to run the builds that are currently on 'builds@a.o'. That is just too high maintenance (I spend about 2 hrs a week on the various issues there). EdB Okay, will do. But still want to make the VM itself easily clonable first. Thanks, Om On Tue, Dec 10, 2013 at 9:36 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 11:31 PM, Alex Harui aha...@adobe.com wrote: On 12/9/13 11:12 PM, Erik de Bruin e...@ixsoftware.nl wrote: Remember, Gavin (builds@a.o) claim he changed nothing on the slave that's now failing. I'm sure we didn't change anything on the Jenkins job that is now failing. It isn't something in the SDK that's causing this, lot's of people and the Mustella VM are building that regularly. Anyway: I'm not familiar with Pixelbender at all, is there some way we can ask Gavin to test it on the slave that doesn't involve Jenkins? Like a command line that he can simply copy-paste into a shell and give us the results from? Yeah, it is a pretty simple compiler. All we do is give it a command that is effectively pbutil input output as in: $PIXELBENDER_HOME\pbutil.exe $FLEX_HOME\frameworks\projects\framework\src\mx\graphics\shaderClasses\Colo r.pbk $FLEX_HOME\frameworks\projects\framework\src\mx\graphics\shaderClasses\Colo r.pbj If you have a windows machine please verify that I didn't type that wrong, I'm on my mac right now. I know everyone claims nothing changed. But I'm wondering if we can compare Om's VM setup against yours and fix Om's setup before we go back and bug Gavin. Meanwhile, I'm trying to find the source to the compiler. Unfortunately I had to kill the VM and recreate a new one. I went through the whole setup and PB runs like a champ now. Good news is that I can start working on making this the second slave to Erik's VM. I am also planning on creating a public clonable image so that other committers can start creating their VMsand bring them online as well. This way, we could continue to reduce our dependence on builds@a.o. Thanks, Om I have a wild guess that the aif dlls have some silly check for graphic cards or some other Photoshop or After Effects dependency. Or maybe some OpenGL library that comes with newer versions of Windows. If it is a graphics card thing then some hardware change or configuration outside the slave itself could have caused things to fail. Then everyone would technically be right that the nothing changed in the Slave or our code. -Alex EdB On Tue, Dec 10, 2013 at 8:06 AM, Alex Harui aha...@adobe.com wrote: I tried to reproduce the failure on my machine but couldn't. I tried different path statements, removing the aif_* dlls, and changing execute rights on those dlls. I did find that the string Internal Exception is in the aif_core.dll. Not sure what to do next, but now I'm thinking: maybe nobody has seen this on their local computers? Only on the Jenkins Windows Slave and Windows VM? What do they have in common? What version of Windows are they running? What kind of graphics cards do they have? -Alex On 12/9/13 11:38 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 10:56 AM, Alex Harui aha...@adobe.com wrote: Ah, that thread looked like it was a year old. Did you work around it or just stop working on it? I just stopped working on it because I hit a dead end. I was clueless as to how to fix it. Other than checking the path, I don't have any ideas to try at the moment. On your Azure VM, if you manually launch the compiler from Windows command prompt you get this error, right? I will try it out tonight and let you know. Thanks, Om -Alex On 12/9/13 10:48 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Dec 9, 2013 10:35 AM, Alex Harui aha...@adobe.com wrote: We keep hitting this error, but the mail archives do not document how we fix it. This time, we should write down the answer. Om's hit it, Justin hit it, I think I had it once. The emails seem to indicate that it ispath related, but the build.xml does at least check if the pbutil.exe exists and is passing on that. In my case, I have not been able to fix it. In fact, if we are trying to reproduce the problem, we could use my Mustella VM on Azure and see if we can figure out what is happening. We can then apply that fix to the windows1 slave on builds.apache.org Thanks, Om I'll try to see if I can repro on my windows box tonight. -Alex On 12/9/13 12:16 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Thanks Erik for the clarification. I
Re: New Flex MaskedTextInput Spark Component
@Justin, I'll go the 1 route since although the component is functionally complete (minus the things we commented here), I don't have the test. I think it's better start in experimental and as it evolves move it to a better place @Cosma, so this component will not work on mobile since it uses FlowOperation extensively to manage insertion, deletion and copy/paste..., but I maybe we could adapt the automata algorithm behind the scenes to work on a closer implementation for mobile. 2013/12/10 Cosma Colanicchia cosma...@gmail.com Nice component, thanks. About the mobile, I had a component with immediate validation (e.g. numeric input), that on mobile does not work because the TextOperationEvent dispatched does not contain the most important information (the operation:FlowOperation attribute). Probably non-TLF implementations used on mobiles only emulates the top-level event, but does not have a way to provide the same level of detail about the operation. 2013/12/10 Justin Mclean jus...@classsoftware.com Hi, @Justin, I'll check your comments to see how we can take into account all this things, but I'm afraid that this initial component is not as smart..maybe with the time and your help we can build such versatile maskedtextinput component. Sure can help out there and tat certainly doesn't need to be done right away. Have a single separator is still useful for a lot of cases. So taking into account that the component is wanted, could you guys point me to the place where I could make a first commit? Two main choices: 1. in frameworks/projects/experimental 2. in frameworks/projects/apache I'd go with 1. if you think it still needs a bit of work or is missing tests and 2. If it's reasonably complete and has tests. Thanks, Justin -- Carlos Rovira Director de Tecnología M: +34 607 22 60 05 F: +34 912 94 80 80 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es
RE: [Builds/Jenkins] Help and advise needed
PS. Thanks for leaving the keyboard on the Mustella VM set to FR... I am really sorry for that. Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 09:27 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed On Dec 10, 2013 12:13 AM, Erik de Bruin e...@ixsoftware.nl wrote: In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) Oh, that's what it was. I spent a whole session copy pasting commands from my computer on to the VM :-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
RE: flex-sdk_mustella - Build # 605 - Still Failing!
My changes on this build [FIX FLEX-33860 IOS7] are only for mobile devices running on iOS7, so it's very unlikely the cause of the failure. I will wait until Mark checks his changes and if not the cause either, then I will have a look. Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:31 À : dev@flex.apache.org Cc : comm...@flex.apache.org; jmcl...@apache.org; Mark Kessler; Maurice Amsellem Objet : Re: flex-sdk_mustella - Build # 605 - Still Failing! This time it looks like something big was broken on the SDK... Can the recent committers look at the failures and see if they recognise anything, please? EdB On Tue, Dec 10, 2013 at 3:33 AM, flex.muste...@gmail.com wrote: flex-sdk_mustella - Build # 605 - Still Failing: http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/605/ Changes for Build #604 Changes for Build #605 [KesslerConsulting] FLEX-33984: Added support for labelPlacement on s:CheckBox. [KesslerConsulting] FLEX-33984: Moved the placement logic from the hostComponent to the skin. Removed some code no longer needed. [KesslerConsulting] FLEX-33984: Corrected an ASDOC comment. [maurice.amsellem] FIX FLEX-33860 IOS7 [...truncated 88992 lines...] [java] gumbo/components/MXItemRenderer/integration/MXDGIR_Integration_main MXDGIR_Integration_defaultIR2 Failed CompareBitmap(body:step 11) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_enabled Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_height Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_width Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_states Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_chromeColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_color Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize2 Failed CompareBitmap(body:step 8) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_symbolColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_textAlign Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/integration/MXTIR_Integration_main MXTIR_itemEditor_002 Failed CompareBitmap(body:step 13) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinned Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinnedNoTitle Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/RichEditableText/Styles/RichEditableText_style_test2 RichEditableText_Style_setFormatOfRange Failed CompareBitmap(body:step 19) compare returned[object BitmapData] [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_compileTime Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_runtimeCSS Failed CompareBitmap(body:step 4) compare returned-4
Re: [Builds/Jenkins] Help and advise needed
Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: flex-sdk_mustella - Build # 605 - Still Failing!
And maybe the build machine 'burped'... So no panic until the current build in finished (at least another 4 - 6 hrs). EdB On Tue, Dec 10, 2013 at 10:43 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: My changes on this build [FIX FLEX-33860 IOS7] are only for mobile devices running on iOS7, so it's very unlikely the cause of the failure. I will wait until Mark checks his changes and if not the cause either, then I will have a look. Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:31 À : dev@flex.apache.org Cc : comm...@flex.apache.org; jmcl...@apache.org; Mark Kessler; Maurice Amsellem Objet : Re: flex-sdk_mustella - Build # 605 - Still Failing! This time it looks like something big was broken on the SDK... Can the recent committers look at the failures and see if they recognise anything, please? EdB On Tue, Dec 10, 2013 at 3:33 AM, flex.muste...@gmail.com wrote: flex-sdk_mustella - Build # 605 - Still Failing: http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/605/ Changes for Build #604 Changes for Build #605 [KesslerConsulting] FLEX-33984: Added support for labelPlacement on s:CheckBox. [KesslerConsulting] FLEX-33984: Moved the placement logic from the hostComponent to the skin. Removed some code no longer needed. [KesslerConsulting] FLEX-33984: Corrected an ASDOC comment. [maurice.amsellem] FIX FLEX-33860 IOS7 [...truncated 88992 lines...] [java] gumbo/components/MXItemRenderer/integration/MXDGIR_Integration_main MXDGIR_Integration_defaultIR2 Failed CompareBitmap(body:step 11) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_enabled Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_height Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_width Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_states Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_chromeColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_color Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize2 Failed CompareBitmap(body:step 8) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_symbolColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_textAlign Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/integration/MXTIR_Integration_main MXTIR_itemEditor_002 Failed CompareBitmap(body:step 13) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinned Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinnedNoTitle Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/RichEditableText/Styles/RichEditableText_style_test2 RichEditableText_Style_setFormatOfRange Failed CompareBitmap(body:step 19) compare returned[object BitmapData] [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_compileTime
Spark and percent width - unexpected behavior?
Just came across a weird behavior. I have a custom skinnable component placed inside some other container and its width is set to 100%. This means that my component should always have the same width as the parent container. However, when I create a skin for this component that contains something larger than the space available, the whole component would be larger than 100%, thus ignoring what I always though were quite simple layout rules of Flex. An example: my skinnable component is called MainView and it is placed in an application like this: s:WindowedApplication width=500 height=500 test:MainView width=100% height=100% / /s:WindowedApplication The skin for MainView just draws the red border around the component: s:Skin … fx:Metadata[HostComponent(test.MainView)]/fx:Metadata s:Rect top=0 right=0 bottom=0 left=0 s:stroke s:SolidColorStroke color=red weight=2 / /s:stroke /s:Rect /s:Skin If I run the app now, all is fine, however, this is what causes trouble (not the added Spacer at the bottom): s:Skin … fx:Metadata[HostComponent(test.MainView)]/fx:Metadata s:Rect top=0 right=0 bottom=0 left=0 s:stroke s:SolidColorStroke color=red weight=2 / /s:stroke /s:Rect s:Spacer width=800 / /s:Skin With this skin in place, the MainView will have an incorrect width of 800 pixels and the red border would not be visible at the right edge of the component (the app window is set to be 500px wide). I *think* this is incorrect because when MainView doesn't use percent width but rather something like width=200, this value beats whatever is defined in skin and that's how I always thought layout worked in Flex. What are your initial thoughts? Maybe I'm just missing something simple here? Note that I don't want to get into the debate whether skins should or should not contain something that possibly exceeds component boundaries but rather focus on the fact that setting MainView width=PIXELS works while MainView width=PERCENT doesn't. Does this sound like a bug to you? Or is this somehow justified / intended? -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Spark-and-percent-width-unexpected-behavior-tp33190.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: New Flex MaskedTextInput Spark Component
Great work Carlos! Nice component! Dany Dhondt archeme...@mac.com Op 9-dec.-2013, om 19:28 heeft Carlos Rovira carlosrov...@apache.org het volgende geschreven: Hi, These days I worked a new spark MaskedTextInput component and I want to share a demo of this component so you can play with it. I think there's no such component already in the Flex SDK or out there, and as I needed for a project I had to make one from scratch. The component is an extension of spark TextInput. I plan to commit this component to Apache Flex SDK in the next days unless someone let me know another alternative or some info that make this component useless. In order to prepare the commit I want to ask other committers and PMCs here where is the appropriate place to hold this component and share what you consider to take into account in order to make a right integration. If someone thinks it's not worth it to make it part of the Flex SDK, let me know as well. I don't want to commit code that could not be right for the SDK. Here's the link to the demo. I posted as well some doc comment text to share the properties you can use: http://www.carlosrovira.com/blog/spark-maskedtextinput-demo/ Hope you consider it interesting and if you know some other similar component out there, please let me know! :) Best, -- -- Carlos Rovira
Re: New Flex MaskedTextInput Spark Component
@Carlos I put my take at a MaskedTextInput in a Gist: https://gist.github.com/RIAstar/7893328 I repeat: there's some rather dirty code in there, however there's also some logic to handle multiple separators with a regex. Perhaps you can find some inspiration there. Apparently I also felt the need for a boolean property called 'isComplete', which returns true (and fires a property change event) when all required characters have been typed. One question though: why did you need a new skin? Seems to me the default TextInput skin should suffice, don't you think? Max On Tue, Dec 10, 2013 at 5:14 PM, Dany Dhondt archeme...@mac.com wrote: Great work Carlos! Nice component! Dany Dhondt archeme...@mac.com Op 9-dec.-2013, om 19:28 heeft Carlos Rovira carlosrov...@apache.org het volgende geschreven: Hi, These days I worked a new spark MaskedTextInput component and I want to share a demo of this component so you can play with it. I think there's no such component already in the Flex SDK or out there, and as I needed for a project I had to make one from scratch. The component is an extension of spark TextInput. I plan to commit this component to Apache Flex SDK in the next days unless someone let me know another alternative or some info that make this component useless. In order to prepare the commit I want to ask other committers and PMCs here where is the appropriate place to hold this component and share what you consider to take into account in order to make a right integration. If someone thinks it's not worth it to make it part of the Flex SDK, let me know as well. I don't want to commit code that could not be right for the SDK. Here's the link to the demo. I posted as well some doc comment text to share the properties you can use: http://www.carlosrovira.com/blog/spark-maskedtextinput-demo/ Hope you consider it interesting and if you know some other similar component out there, please let me know! :) Best, -- -- Carlos Rovira
Re: flex-sdk_mustella - Build # 606 - Still Failing!
Yes, this now officially the worst failure of the Mustella tests since we began measurements ;-) EdB On Tue, Dec 10, 2013 at 4:03 PM, flex.muste...@gmail.com wrote: flex-sdk_mustella - Build # 606 - Still Failing: http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/606/ Changes for Build #604 Changes for Build #605 [KesslerConsulting] FLEX-33984: Added support for labelPlacement on s:CheckBox. [KesslerConsulting] FLEX-33984: Moved the placement logic from the hostComponent to the skin. Removed some code no longer needed. [KesslerConsulting] FLEX-33984: Corrected an ASDOC comment. [maurice.amsellem] FIX FLEX-33860 IOS7 Changes for Build #606 [KesslerConsulting] FLEX-33984: Added a default labelPlacement when no style is present. [...truncated 89017 lines...] [java] gumbo/components/MXItemRenderer/integration/MXDGIR_Integration_main MXDGIR_Integration_defaultIR2 Failed CompareBitmap(body:step 11) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_enabled Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_height Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_width Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_states Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_chromeColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_color Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize2 Failed CompareBitmap(body:step 8) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_symbolColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_textAlign Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/integration/MXTIR_Integration_main MXTIR_itemEditor_002 Failed CompareBitmap(body:step 13) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinned Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinnedNoTitle Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/RichEditableText/Styles/RichEditableText_style_test2 RichEditableText_Style_setFormatOfRange Failed CompareBitmap(body:step 19) compare returned[object BitmapData] [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_compileTime Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_runtimeCSS Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FocusColor_changeContainerAtRuntime Failed CompareBitmap(body:step 2) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FocusColor_changeComponentStyleAtRuntime Failed CompareBitmap(body:step 2) compare returned-4 [java] gumbo/components/TitleWindow/Mirroring/TitleWindow_mirroring_tester2
RE: flex-sdk_mustella - Build # 606 - Still Failing!
I have checked a few bad.png: one of the symptoms is that checkbox is now one pixel above. So this one is linked to recent checkbox placement dev. There are certainly other issues... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 17:36 À : dev@flex.apache.org Cc : comm...@flex.apache.org; jmcl...@apache.org; Mark Kessler; Maurice Amsellem Objet : Re: flex-sdk_mustella - Build # 606 - Still Failing! Yes, this now officially the worst failure of the Mustella tests since we began measurements ;-) EdB On Tue, Dec 10, 2013 at 4:03 PM, flex.muste...@gmail.com wrote: flex-sdk_mustella - Build # 606 - Still Failing: http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/606/ Changes for Build #604 Changes for Build #605 [KesslerConsulting] FLEX-33984: Added support for labelPlacement on s:CheckBox. [KesslerConsulting] FLEX-33984: Moved the placement logic from the hostComponent to the skin. Removed some code no longer needed. [KesslerConsulting] FLEX-33984: Corrected an ASDOC comment. [maurice.amsellem] FIX FLEX-33860 IOS7 Changes for Build #606 [KesslerConsulting] FLEX-33984: Added a default labelPlacement when no style is present. [...truncated 89017 lines...] [java] gumbo/components/MXItemRenderer/integration/MXDGIR_Integration_main MXDGIR_Integration_defaultIR2 Failed CompareBitmap(body:step 11) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_enabled Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_height Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_width Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_states Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_chromeColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_color Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize2 Failed CompareBitmap(body:step 8) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_symbolColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_textAlign Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/integration/MXTIR_Integration_main MXTIR_itemEditor_002 Failed CompareBitmap(body:step 13) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinned Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinnedNoTitle Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/RichEditableText/Styles/RichEditableText_style_test2 RichEditableText_Style_setFormatOfRange Failed CompareBitmap(body:step 19) compare returned[object BitmapData] [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_compileTime Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_runtimeCSS Failed CompareBitmap(body:step 4) compare
Re: New Flex MaskedTextInput Spark Component
@Maurice. The behavior you describe is the expected behaviour. Before I code the component, I search the web for available solutions, and I see the same behaviour adopted in various implementations, so I take that as a pattern... The way you expect it to behave is already valid too and widely used...maybe we could take some property to go one behaviour or another...since I think both are valid @Maxime. Thanks for sharing :), In a first quick revision I see it very clean and organized, I'll digg as I get some time :). can you upload a demo to some place where we can preview it?. Regarding the skin, It's very close to default spark TextInput skin, but I use the prompt to show the remaing mask, and I removed the incluedIn from prompt. I think nothing more there :) 2013/12/10 Maxime Cowez maxime.co...@gmail.com @Carlos I put my take at a MaskedTextInput in a Gist: https://gist.github.com/RIAstar/7893328 I repeat: there's some rather dirty code in there, however there's also some logic to handle multiple separators with a regex. Perhaps you can find some inspiration there. Apparently I also felt the need for a boolean property called 'isComplete', which returns true (and fires a property change event) when all required characters have been typed. One question though: why did you need a new skin? Seems to me the default TextInput skin should suffice, don't you think? Max On Tue, Dec 10, 2013 at 5:14 PM, Dany Dhondt archeme...@mac.com wrote: Great work Carlos! Nice component! Dany Dhondt archeme...@mac.com Op 9-dec.-2013, om 19:28 heeft Carlos Rovira carlosrov...@apache.org het volgende geschreven: Hi, These days I worked a new spark MaskedTextInput component and I want to share a demo of this component so you can play with it. I think there's no such component already in the Flex SDK or out there, and as I needed for a project I had to make one from scratch. The component is an extension of spark TextInput. I plan to commit this component to Apache Flex SDK in the next days unless someone let me know another alternative or some info that make this component useless. In order to prepare the commit I want to ask other committers and PMCs here where is the appropriate place to hold this component and share what you consider to take into account in order to make a right integration. If someone thinks it's not worth it to make it part of the Flex SDK, let me know as well. I don't want to commit code that could not be right for the SDK. Here's the link to the demo. I posted as well some doc comment text to share the properties you can use: http://www.carlosrovira.com/blog/spark-maskedtextinput-demo/ Hope you consider it interesting and if you know some other similar component out there, please let me know! :) Best, -- -- Carlos Rovira -- Carlos Rovira Director de Tecnología M: +34 607 22 60 05 F: +34 912 94 80 80 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es
Re: [Builds/Jenkins] Help and advise needed
I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: New Flex MaskedTextInput Spark Component
@Carlos It only *looks *clean and organized on the surface ;) But it doesn't really respect the component lifecycle very well. Just look at the last line (the override of dispatchEvent) and the override of setText. I'll try to cook you an example as soon as I can. On Tue, Dec 10, 2013 at 6:11 PM, Carlos Rovira carlos.rov...@codeoscopic.com wrote: @Maurice. The behavior you describe is the expected behaviour. Before I code the component, I search the web for available solutions, and I see the same behaviour adopted in various implementations, so I take that as a pattern... The way you expect it to behave is already valid too and widely used...maybe we could take some property to go one behaviour or another...since I think both are valid @Maxime. Thanks for sharing :), In a first quick revision I see it very clean and organized, I'll digg as I get some time :). can you upload a demo to some place where we can preview it?. Regarding the skin, It's very close to default spark TextInput skin, but I use the prompt to show the remaing mask, and I removed the incluedIn from prompt. I think nothing more there :) 2013/12/10 Maxime Cowez maxime.co...@gmail.com @Carlos I put my take at a MaskedTextInput in a Gist: https://gist.github.com/RIAstar/7893328 I repeat: there's some rather dirty code in there, however there's also some logic to handle multiple separators with a regex. Perhaps you can find some inspiration there. Apparently I also felt the need for a boolean property called 'isComplete', which returns true (and fires a property change event) when all required characters have been typed. One question though: why did you need a new skin? Seems to me the default TextInput skin should suffice, don't you think? Max On Tue, Dec 10, 2013 at 5:14 PM, Dany Dhondt archeme...@mac.com wrote: Great work Carlos! Nice component! Dany Dhondt archeme...@mac.com Op 9-dec.-2013, om 19:28 heeft Carlos Rovira carlosrov...@apache.org het volgende geschreven: Hi, These days I worked a new spark MaskedTextInput component and I want to share a demo of this component so you can play with it. I think there's no such component already in the Flex SDK or out there, and as I needed for a project I had to make one from scratch. The component is an extension of spark TextInput. I plan to commit this component to Apache Flex SDK in the next days unless someone let me know another alternative or some info that make this component useless. In order to prepare the commit I want to ask other committers and PMCs here where is the appropriate place to hold this component and share what you consider to take into account in order to make a right integration. If someone thinks it's not worth it to make it part of the Flex SDK, let me know as well. I don't want to commit code that could not be right for the SDK. Here's the link to the demo. I posted as well some doc comment text to share the properties you can use: http://www.carlosrovira.com/blog/spark-maskedtextinput-demo/ Hope you consider it interesting and if you know some other similar component out there, please let me know! :) Best, -- -- Carlos Rovira -- Carlos Rovira Director de Tecnología M: +34 607 22 60 05 F: +34 912 94 80 80 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es
Re: Spark and percent width - unexpected behavior?
Flex has always worked this way, and it has bugged people for just as long. When you specify percentage width on a component, the component defaults to a minWidth that is the measuredWidth of the component. The layout logic cares about minWidth and will size the component accordingly. And then if the container is set to a fixed width, then the component will exceed the container's width. You can set minWidth to some other number if you want. -Alex On 12/10/13 6:59 AM, BorekB bor...@gmail.com wrote: Just came across a weird behavior. I have a custom skinnable component placed inside some other container and its width is set to 100%. This means that my component should always have the same width as the parent container. However, when I create a skin for this component that contains something larger than the space available, the whole component would be larger than 100%, thus ignoring what I always though were quite simple layout rules of Flex. An example: my skinnable component is called MainView and it is placed in an application like this: s:WindowedApplication width=500 height=500 test:MainView width=100% height=100% / /s:WindowedApplication The skin for MainView just draws the red border around the component: s:Skin Š fx:Metadata[HostComponent(test.MainView)]/fx:Metadata s:Rect top=0 right=0 bottom=0 left=0 s:stroke s:SolidColorStroke color=red weight=2 / /s:stroke /s:Rect /s:Skin If I run the app now, all is fine, however, this is what causes trouble (not the added Spacer at the bottom): s:Skin Š fx:Metadata[HostComponent(test.MainView)]/fx:Metadata s:Rect top=0 right=0 bottom=0 left=0 s:stroke s:SolidColorStroke color=red weight=2 / /s:stroke /s:Rect s:Spacer width=800 / /s:Skin With this skin in place, the MainView will have an incorrect width of 800 pixels and the red border would not be visible at the right edge of the component (the app window is set to be 500px wide). I *think* this is incorrect because when MainView doesn't use percent width but rather something like width=200, this value beats whatever is defined in skin and that's how I always thought layout worked in Flex. What are your initial thoughts? Maybe I'm just missing something simple here? Note that I don't want to get into the debate whether skins should or should not contain something that possibly exceeds component boundaries but rather focus on the fact that setting MainView width=PIXELS works while MainView width=PERCENT doesn't. Does this sound like a bug to you? Or is this somehow justified / intended? -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Spark-and-percent-wid th-unexpected-behavior-tp33190.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [Builds/Jenkins] Help and advise needed
I think he has the same MSDN as me, which should give him enough 'credits' to run a medium sized VM for ever... I currently run the Mustella VM as a large instance for about half a month, then switch it to medium for the remainder. A bit of a hassle, but worth it to run Mustella smoothly, I think. A 'regular' Jenkins server should run perfectly fine on a medium instance. EdB On Tue, Dec 10, 2013 at 6:14 PM, Alex Harui aha...@adobe.com wrote: I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [FlexJS] FW: Cross-compiling to build components
The implementation of some low-level components will be vastly different for SWF than for JS. I'm not clear how you could generate the JS from the AS version. -Alex On 12/10/13 12:13 AM, Frank Wienberg fr...@jangaroo.net wrote: Hi, great to hear of this new approach! I never understood why you guys implement Flex components for HTML5 in JS, not in ActionScript. Once you have AS3 API stubs of the browser APIs (DOM, BOM, remember my suggestions about a [Native] annotation some time ago?), you would not be limited to building compound components like this, but you could implement *any* component in AS3, in other words, port your JS code to AS3! Or is there any show stopper for that with the FalconJx compiler that I am not aware of? (Maybe the missing [Native] support?) On Fri, Dec 6, 2013 at 8:46 PM, Peter Ent p...@adobe.com wrote: Hi, I've extended the Wiki page for creating components on the FlexJS Wiki pages. I've also placed the sample code I used, called DataGridXcompile, in the FlexJS examples directory. Peter Ent Adobe Systems On 12/6/13 1:14 PM, Peter Ent p...@adobe.com wrote: I will update the wiki. Thanks. --peter On 12/6/13 1:08 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: This is fantastic news, Peter! If you can add a page in the wiki describing the process of converting a simple AS3 component into JS, that would be so much helpful for folks like me, who want to help with building components for FlexJS. Thanks, Om On Dec 6, 2013 9:39 AM, Erik de Bruin e...@ixsoftware.nl wrote: Way to go, Peter! Let me know if there is a way to optimise the process. There is a lot we can do with FalconJx and maybe the framework architecture that will allow us to do more with this paradigm... EdB On Fri, Dec 6, 2013 at 6:31 PM, Cosma Colanicchia cosma...@gmail.com wrote: Very nice job! 2013/12/6 Mr. Rich mrrich@gmail.com Great news Peter, On Dec 6, 2013 11:42 AM, Peter Ent p...@adobe.com wrote: Hi, I've just finished an experiment with pretty good results. A little while ago I created a first pass at a FlexJS DataGrid. This meant building both the ActionScript and the JavaScript components and all of their parts (data model, view, and so forth). Creating a new component for FlexJS follows the same pattern: build the component in one language and then build it in the other. The experiment was to take the ActionScript component and compile it into JavaScript and compare the result with my hand-crafted JavaScript version. Well, the result was a success. Doing this uncovered some issues with the FalconJX compiler that were resolved by either Alex Harui or Erik de Bruin, which I think, strengthened the compiler. Once things were ironed out, the ActionScript DataGrid compiled cleanly into JavaScript and ran. This experiment worked for the DataGrid because it is really a composite component. That is, the DataGrid I created is a Container with a ButtonBar for column headers and Lists for the columns; the DataGrid co-ordinates the events between all of the lists. This technique would not work for components that have very custom JavaScript requirements or which have native JavaScript/HTML versions (such a Label or a Button). What this experiment means is that some components - specifically ones that are composed of existing components - can be created and tested in ActionScript, then cross-compiled into JavaScript to provide a fast-path to the JavaScript version. This technique may not work 100% in all cases, but what it has shown me is that you can get a lot of good code on the JavaScript side from the ActionScript source, at least enough to quickly finish the JavaScript version. Regards, Peter Ent Adobe Systems -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [Builds/Jenkins] Help and advise needed
On Tue, Dec 10, 2013 at 9:48 AM, Erik de Bruin e...@ixsoftware.nl wrote: I think he has the same MSDN as me, which should give him enough 'credits' to run a medium sized VM for ever... I currently run the Mustella VM as a large instance for about half a month, then switch it to medium for the remainder. A bit of a hassle, but worth it to run Mustella smoothly, I think. A 'regular' Jenkins server should run perfectly fine on a medium instance. EdB Yes, that is correct. All Apache committers get a free MSDN subscription [1] which is supposed to be used for the benefit of Apache projects. A monthly credit for Windows Azure VMs comes with this subscription. My goal is to create a clone-able public image which has everything needed to run Mustella builds that each committer can instantiate and deploy. I want to make this whole process as simple as possible so that we can get as many committers' VMs up and running in no time. After that we will have one master Jenkins and set up all other VMs as slaves. This way, we can first distribute VMs to do runs of various FP/AIR combinations. And then eventually, break down Mustella tests into various sections and have each slave run a subset, in order to reduce the time taken for each Mustella run. And we need to dedicate a VM specifically for building the SDK (that Erik wanted) so as to reduce our dependence on bui...@apache.org. I need a volunteer committer to help test out and document this process. Any takers? Thanks, Om [1] https://svn.apache.org/repos/private/committers/donated-licenses/msdn-subscription.html On Tue, Dec 10, 2013 at 6:14 PM, Alex Harui aha...@adobe.com wrote: I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that
Re: [Builds/Jenkins] Help and advise needed
On Tue, Dec 10, 2013 at 10:13 AM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 9:48 AM, Erik de Bruin e...@ixsoftware.nl wrote: I think he has the same MSDN as me, which should give him enough 'credits' to run a medium sized VM for ever... I currently run the Mustella VM as a large instance for about half a month, then switch it to medium for the remainder. A bit of a hassle, but worth it to run Mustella smoothly, I think. A 'regular' Jenkins server should run perfectly fine on a medium instance. EdB Yes, that is correct. All Apache committers get a free MSDN subscription [1] which is supposed to be used for the benefit of Apache projects. A monthly credit for Windows Azure VMs comes with this subscription. My goal is to create a clone-able public image which has everything needed to run Mustella builds that each committer can instantiate and deploy. I want to make this whole process as simple as possible so that we can get as many committers' VMs up and running in no time. After that we will have one master Jenkins and set up all other VMs as slaves. This way, we can first distribute VMs to do runs of various FP/AIR combinations. And then eventually, break down Mustella tests into various sections and have each slave run a subset, in order to reduce the time taken for each Mustella run. And we need to dedicate a VM specifically for building the SDK (that Erik wanted) so as to reduce our dependence on bui...@apache.org. I need a volunteer committer to help test out and document this process. Any takers? Thanks, Om [1] https://svn.apache.org/repos/private/committers/donated-licenses/msdn-subscription.html After the recent Mustella failures, I remembered that we need a VM for Alex's patch server as well. Thanks, Om On Tue, Dec 10, 2013 at 6:14 PM, Alex Harui aha...@adobe.com wrote: I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior
Re: New Flex MaskedTextInput Spark Component
Hi Maxime and all, I share the component in gist to give it access until I have the time to commit to Flex SDK. You can see it here: AS3 Class: https://gist.github.com/carlosrovira/7895322 Skin: https://gist.github.com/carlosrovira/7895395 CSS: https://gist.github.com/carlosrovira/7895435 As commented, this is the first draft, and it will hopefully evolved in the experimental library... Hope you like it! :) Carlos 2013/12/10 Maxime Cowez maxime.co...@gmail.com @Carlos It only *looks *clean and organized on the surface ;) But it doesn't really respect the component lifecycle very well. Just look at the last line (the override of dispatchEvent) and the override of setText. I'll try to cook you an example as soon as I can. On Tue, Dec 10, 2013 at 6:11 PM, Carlos Rovira carlos.rov...@codeoscopic.com wrote: @Maurice. The behavior you describe is the expected behaviour. Before I code the component, I search the web for available solutions, and I see the same behaviour adopted in various implementations, so I take that as a pattern... The way you expect it to behave is already valid too and widely used...maybe we could take some property to go one behaviour or another...since I think both are valid @Maxime. Thanks for sharing :), In a first quick revision I see it very clean and organized, I'll digg as I get some time :). can you upload a demo to some place where we can preview it?. Regarding the skin, It's very close to default spark TextInput skin, but I use the prompt to show the remaing mask, and I removed the incluedIn from prompt. I think nothing more there :) 2013/12/10 Maxime Cowez maxime.co...@gmail.com @Carlos I put my take at a MaskedTextInput in a Gist: https://gist.github.com/RIAstar/7893328 I repeat: there's some rather dirty code in there, however there's also some logic to handle multiple separators with a regex. Perhaps you can find some inspiration there. Apparently I also felt the need for a boolean property called 'isComplete', which returns true (and fires a property change event) when all required characters have been typed. One question though: why did you need a new skin? Seems to me the default TextInput skin should suffice, don't you think? Max On Tue, Dec 10, 2013 at 5:14 PM, Dany Dhondt archeme...@mac.com wrote: Great work Carlos! Nice component! Dany Dhondt archeme...@mac.com Op 9-dec.-2013, om 19:28 heeft Carlos Rovira carlosrov...@apache.org het volgende geschreven: Hi, These days I worked a new spark MaskedTextInput component and I want to share a demo of this component so you can play with it. I think there's no such component already in the Flex SDK or out there, and as I needed for a project I had to make one from scratch. The component is an extension of spark TextInput. I plan to commit this component to Apache Flex SDK in the next days unless someone let me know another alternative or some info that make this component useless. In order to prepare the commit I want to ask other committers and PMCs here where is the appropriate place to hold this component and share what you consider to take into account in order to make a right integration. If someone thinks it's not worth it to make it part of the Flex SDK, let me know as well. I don't want to commit code that could not be right for the SDK. Here's the link to the demo. I posted as well some doc comment text to share the properties you can use: http://www.carlosrovira.com/blog/spark-maskedtextinput-demo/ Hope you consider it interesting and if you know some other similar component out there, please let me know! :) Best, -- -- Carlos Rovira -- Carlos Rovira Director de Tecnología M: +34 607 22 60 05 F: +34 912 94 80 80 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es -- Carlos Rovira Director de Tecnología M: +34 607 22 60 05 F: +34 912 94 80 80 http://www.codeoscopic.com http://www.directwriter.es http://www.avant2.es
Re: [Builds/Jenkins] Help and advise needed
Maybe over the holiday break I'll try to get my MSDN subscription and VM. -Alex On 12/10/13 10:21 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Tue, Dec 10, 2013 at 10:13 AM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 9:48 AM, Erik de Bruin e...@ixsoftware.nl wrote: I think he has the same MSDN as me, which should give him enough 'credits' to run a medium sized VM for ever... I currently run the Mustella VM as a large instance for about half a month, then switch it to medium for the remainder. A bit of a hassle, but worth it to run Mustella smoothly, I think. A 'regular' Jenkins server should run perfectly fine on a medium instance. EdB Yes, that is correct. All Apache committers get a free MSDN subscription [1] which is supposed to be used for the benefit of Apache projects. A monthly credit for Windows Azure VMs comes with this subscription. My goal is to create a clone-able public image which has everything needed to run Mustella builds that each committer can instantiate and deploy. I want to make this whole process as simple as possible so that we can get as many committers' VMs up and running in no time. After that we will have one master Jenkins and set up all other VMs as slaves. This way, we can first distribute VMs to do runs of various FP/AIR combinations. And then eventually, break down Mustella tests into various sections and have each slave run a subset, in order to reduce the time taken for each Mustella run. And we need to dedicate a VM specifically for building the SDK (that Erik wanted) so as to reduce our dependence on bui...@apache.org. I need a volunteer committer to help test out and document this process. Any takers? Thanks, Om [1] https://svn.apache.org/repos/private/committers/donated-licenses/msdn-sub scription.html After the recent Mustella failures, I remembered that we need a VM for Alex's patch server as well. Thanks, Om On Tue, Dec 10, 2013 at 6:14 PM, Alex Harui aha...@adobe.com wrote: I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were
Re: [Builds/Jenkins] Help and advise needed
Be sure to fill out the form as soon as you can (takes a couple of minutes), because MS take a lot of time processing them. EdB On Tue, Dec 10, 2013 at 7:37 PM, Alex Harui aha...@adobe.com wrote: Maybe over the holiday break I'll try to get my MSDN subscription and VM. -Alex On 12/10/13 10:21 AM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Tue, Dec 10, 2013 at 10:13 AM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 9:48 AM, Erik de Bruin e...@ixsoftware.nl wrote: I think he has the same MSDN as me, which should give him enough 'credits' to run a medium sized VM for ever... I currently run the Mustella VM as a large instance for about half a month, then switch it to medium for the remainder. A bit of a hassle, but worth it to run Mustella smoothly, I think. A 'regular' Jenkins server should run perfectly fine on a medium instance. EdB Yes, that is correct. All Apache committers get a free MSDN subscription [1] which is supposed to be used for the benefit of Apache projects. A monthly credit for Windows Azure VMs comes with this subscription. My goal is to create a clone-able public image which has everything needed to run Mustella builds that each committer can instantiate and deploy. I want to make this whole process as simple as possible so that we can get as many committers' VMs up and running in no time. After that we will have one master Jenkins and set up all other VMs as slaves. This way, we can first distribute VMs to do runs of various FP/AIR combinations. And then eventually, break down Mustella tests into various sections and have each slave run a subset, in order to reduce the time taken for each Mustella run. And we need to dedicate a VM specifically for building the SDK (that Erik wanted) so as to reduce our dependence on bui...@apache.org. I need a volunteer committer to help test out and document this process. Any takers? Thanks, Om [1] https://svn.apache.org/repos/private/committers/donated-licenses/msdn-sub scription.html After the recent Mustella failures, I remembered that we need a VM for Alex's patch server as well. Thanks, Om On Tue, Dec 10, 2013 at 6:14 PM, Alex Harui aha...@adobe.com wrote: I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly
RE: [Builds/Jenkins] Help and advise needed
There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: Display Google Maps and Google StreeView in AIR [Need advice]
The StageWebView constructor takes a useNative parameter: http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/me dia/StageWebView.html#StageWebView() I think this was added at 3.9. --Dasa On 11/28/13 1:52 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: On Nov 28, 2013 11:24 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Hi Team, Someone has submitted an issue about displaying Google Maps and Google StreeView through a web view in AIR (using StageWebView or mx:HTML). https://issues.apache.org/jira/browse/FLEX-33927 The issue is that it displays correctly, but is barely usable (missing features, legends not showing). My analysis is that this is because of its limited HTML5 support (displaying http://html5test.com/ in a StageWebView get a score of 119/555). But it may be wrong. Does someone know how StageWebView is implemented internally on Windows? Does it use .NET WebBrowser class , or DCOM/ActiveX or something ? I think even in Windows, the Webkit renderer that ships with the AIR sdk is used. If we can't do much about that on the Flex side, are there any alternatives for displaying Google StreeView in AIR? Thanks Maurice Amsellem SYSTAR RD - BusinessBridgeFX
Re: [Builds/Jenkins] Help and advise needed
I'd really suggest you guys move to Bamboo. It connects to Jira for user access control. You can easily set admin rights for specific users. It's remote agents are way better than jenkin slaves. I use it for compiling ANEs, Air apps and SWFs. Super easy to setup. Another great benefit is you can easily have it create/test separate branches. Like Jira it's free for open source projects. And their main team of developers are super responsive and always looking for and open to new ideas/changes. ~Sean http://www.skyseek.com class *Sean_Thayne* extends Developer { public $skype = sthayne23; public $gTalk = s...@skyseek.com; public $url = www.skyseek.com; } On Tue, Dec 10, 2013 at 12:12 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I
Re: [Builds/Jenkins] Help and advise needed
Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
RE: [Builds/Jenkins] Help and advise needed
Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
Re: [Builds/Jenkins] Help and advise needed
I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job accordingly? Yes but ... Alex, the conversation is getting out synch, so I am not sure that I have understood what you said. So can we include the pbj in the repo, and have a parameter to conditionally compile the pbj ? - This parameter would be set by default to do the compilation (so that folks can recompile) - and turned off on the b.a.o vm, with pre-compiled pbj's. Maurice -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB
RE: [Builds/Jenkins] Help and advise needed
Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the compilation conditional on a env parameter, and set that in the Jenkins job
Re: [Builds/Jenkins] Help and advise needed
Won't that break Mac builds? On 12/10/13 11:32 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the nightly? [From the other emai] Apache repos aren't supposed to contain compiled code. The pbj files were removed during the initial release audit. I don't think a workaround can involve checking in the pbj files. But we could borrow them from a prior release package temporarily. So we could make the
RE: [Builds/Jenkins] Help and advise needed
I don't have a Mac with ApacheFlex SDK for testing. Can you try on your side, please ? -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:34 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Won't that break Mac builds? On 12/10/13 11:32 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are the legal issues of having binaries in the repo? Is this because of Adobe, or ASF rules ? On a side note, I was just trying to help, with my limited understanding and knowledge, and because the email thread was titled help and advise needed ;-) Regards, Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 09:12 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed In addition to the various legal issues with binaries in the repo, we'd be masking the cause of this failure. In order to prevent further deterioration of the build process, we need to figure out what went wrong and fix it. EdB PS. Thanks for leaving the keyboard on the Mustella VM set to FR... Took me while to figure out that I hadn't gone insane or if my keyboard was broken ;-) On Tue, Dec 10, 2013 at 9:04 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: someone who does use the pbj's will grab the nightly and complain. I don't understand. Why would someone complain if the pbj's are in the
Re: [Builds/Jenkins] Help and advise needed
I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Result: 7 Exec That does not tell much, except that there seems to be an issue with accessing the GPU. Shall I un-commit the change now, or do you want to perform more tests ? Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 20:37 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed I don't have a Mac with ApacheFlex SDK for testing. Can you try on your side, please ? -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:34 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Won't that break Mac builds? On 12/10/13 11:32 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in quotes, the issue is not really one of the law, more of the rules. An Apache release is supposed to be 'source only', and we if we can produce needed binaries from source, we keep only the source, not the artefacts themselves in the repo. EdB On Tue, Dec 10, 2013 at 10:34 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: In addition to the various legal issues with binaries in the repo. I understand it's not a good idea to have binaries in the repo, so I won't insist. But please can you explain what are
Re: [Builds/Jenkins] Help and advise needed
Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Result: 7 Exec That does not tell much, except that there seems to be an issue with accessing the GPU. Shall I un-commit the change now, or do you want to perform more tests ? Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 20:37 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed I don't have a Mac with ApacheFlex SDK for testing. Can you try on your side, please ? -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:34 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Won't that break Mac builds? On 12/10/13 11:32 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems from what Om is saying that we can set up and use our own Jenkins slave node VM. That, of course, is much preferable... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 10:44 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, Your help is very much appreciated! I put legal in
RE: [Builds/Jenkins] Help and advise needed
It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Result: 7 Exec That does not tell much, except that there seems to be an issue with accessing the GPU. Shall I un-commit the change now, or do you want to perform more tests ? Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 20:37 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed I don't have a Mac with ApacheFlex SDK for testing. Can you try on your side, please ? -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:34 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Won't that break Mac builds? On 12/10/13 11:32 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit 2sniffer_gpu.exe Device: 0058A9F4 has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Maybe we could temporarily modify the build to run this utility and show the output on the b.a.o vm. WDYT ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 18:15 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I don't think we actually know the cause of the problem. I am going to continue to spend cycles to try to find out though. It would be nice to have an alternative to builds.a.o. I'm not sure if it will cost Om money to run a builds server. -Alex On 12/10/13 2:01 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I understand that. Actually, my understanding on this issue was that pixel bender compiler required some sort of hardware configuration (OpenGL, etc...) that were not present on the b.a.o. new Windows Jenkins slave node, so that's why the build was failing, and the Apache Infra was reluctant to let us modify anything, or even access the VM ourselves. So that's why I was proposing a software only solution. Now, it seems
RE: [Builds/Jenkins] Help and advise needed
So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 22:07 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Result: 7 Exec That does not tell much, except that there seems to be an issue with accessing the GPU. Shall I un-commit the change now, or do you want to perform more tests ? Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 20:37 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed I don't have a Mac with ApacheFlex SDK for testing. Can you try on your side, please ? -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:34 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Won't that break Mac builds? On 12/10/13 11:32 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my laptop is below: C:\Program Files (x86)\Adobe\Adobe Utilities - CS5\Pixel Bender Toolkit
Re: New Flex MaskedTextInput Spark Component
I managed to compile a little demo application of my Gist. http://riastar.github.io/MaskedTextInputFx/ What I noticed: - yours handles copy/paste operations, mine doesn't - mine handles the phone and IBAN samples a little better (because of the multiple separators/delimiters) - yours handles the plate sample better: yours has restrictions per character, mine uses TextInput's own 'restrict' property and so it can only limit the input for all characters - mine allows for a more complex prompt (e.g. dd/mm/ for a date) - neither can configure a maximum value (e.g. 12 for the 'mm' mask in a date) I think we'll have best of both worlds if we - that means you ;) - can make it so that we have complex prompt *and* multiple separators. I guess to achieve that, we need a separate property for the prompt and the restrictions. Technically speaking we could simply override the existing 'prompt' and 'restrict' properties to achieve that (dropping the 'textMask/maskText' property). It might also avoid confusion. e.g. what would happen with s:MaskedTextInput textMask=dd/mm/ prompt=aa-bb-/ ? Perhaps a date mask input would be better like this: s:MaskedTextInput prompt=dd/mm/ restrict=##-##-##/ Or maybe using more standard regex patterns: s:MaskedTextInput prompt=dd/mm/ restrict=\d{2}-\d{2}-\d{4}/ The last approach would even allow you to do restrictions on the values in the date (which I think is what Justin suggested). To make it easier for the developer we could also provide some default regex patterns (for instance a date pattern - preferably localized...) What do you think? Max On Tue, Dec 10, 2013 at 7:27 PM, Carlos Rovira carlos.rov...@codeoscopic.com wrote: Hi Maxime and all, I share the component in gist to give it access until I have the time to commit to Flex SDK. You can see it here: AS3 Class: https://gist.github.com/carlosrovira/7895322 Skin: https://gist.github.com/carlosrovira/7895395 CSS: https://gist.github.com/carlosrovira/7895435 As commented, this is the first draft, and it will hopefully evolved in the experimental library... Hope you like it! :) Carlos 2013/12/10 Maxime Cowez maxime.co...@gmail.com @Carlos It only *looks *clean and organized on the surface ;) But it doesn't really respect the component lifecycle very well. Just look at the last line (the override of dispatchEvent) and the override of setText. I'll try to cook you an example as soon as I can. On Tue, Dec 10, 2013 at 6:11 PM, Carlos Rovira carlos.rov...@codeoscopic.com wrote: @Maurice. The behavior you describe is the expected behaviour. Before I code the component, I search the web for available solutions, and I see the same behaviour adopted in various implementations, so I take that as a pattern... The way you expect it to behave is already valid too and widely used...maybe we could take some property to go one behaviour or another...since I think both are valid @Maxime. Thanks for sharing :), In a first quick revision I see it very clean and organized, I'll digg as I get some time :). can you upload a demo to some place where we can preview it?. Regarding the skin, It's very close to default spark TextInput skin, but I use the prompt to show the remaing mask, and I removed the incluedIn from prompt. I think nothing more there :) 2013/12/10 Maxime Cowez maxime.co...@gmail.com @Carlos I put my take at a MaskedTextInput in a Gist: https://gist.github.com/RIAstar/7893328 I repeat: there's some rather dirty code in there, however there's also some logic to handle multiple separators with a regex. Perhaps you can find some inspiration there. Apparently I also felt the need for a boolean property called 'isComplete', which returns true (and fires a property change event) when all required characters have been typed. One question though: why did you need a new skin? Seems to me the default TextInput skin should suffice, don't you think? Max On Tue, Dec 10, 2013 at 5:14 PM, Dany Dhondt archeme...@mac.com wrote: Great work Carlos! Nice component! Dany Dhondt archeme...@mac.com Op 9-dec.-2013, om 19:28 heeft Carlos Rovira carlosrov...@apache.org het volgende geschreven: Hi, These days I worked a new spark MaskedTextInput component and I want to share a demo of this component so you can play with it. I think there's no such component already in the Flex SDK or out there, and as I needed for a project I had to make one from scratch. The component is an extension of spark TextInput. I plan to commit this component to Apache Flex SDK in the next days unless someone let me know another alternative or some info that make this component useless. In order to prepare the
Re: [Builds/Jenkins] Help and advise needed
Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 22:07 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Result: 7 Exec That does not tell much, except that there seems to be an issue with accessing the GPU. Shall I un-commit the change now, or do you want to perform more tests ? Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 20:37 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed I don't have a Mac with ApacheFlex SDK for testing. Can you try on your side, please ? -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:34 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Won't that break Mac builds? On 12/10/13 11:32 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Alex, it's one line to change in the build.xml exec executable=${env.PIXELBENDER_HOME}/sniffer_gpu.exe/ I will give it a try and we will know in 15 min. I am sure the result will be interesting. Anyway, it can't hurt ;-) Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:29 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed I think I'll wait to see how Gavin responds to Erik's latest request. BTW, thanks for finding out about the tool. -Alex On 12/10/13 11:27 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: Sure, if you can ask him. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:26 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Might be simpler just to ask Gavin to run the tool? On 12/10/13 11:12 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: There is a utility in pixel bender toolkit directory called sniffer_gpu.exe that check the presence and version of OpenGL: Console output on my
RE: [Builds/Jenkins] Help and advise needed
Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 22:07 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Result: 7 Exec That does not tell much, except that there seems to be an issue with accessing the GPU. Shall I un-commit the change now, or do you want to perform more tests ? Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 20:37 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed I don't have a Mac with ApacheFlex SDK for testing. Can you try on your side, please ? -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 20:34 À :
Re: [Builds/Jenkins] Help and advise needed
InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 22:07 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has NPOT support: TRUE Has Framebuffer Obeject Extension support: TRUE Completed shader test! Return code: 7 Result: 7 Exec That does not tell much, except that there seems to be an issue with accessing the GPU. Shall I un-commit the change now, or do you want to perform more tests ? Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 20:37 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed I don't have a Mac with ApacheFlex SDK
RE: [Builds/Jenkins] Help and advise needed
According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 22:07 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device: 00633CEC has video RAM(MB): 512 Vendor string:NVIDIA Corporation Renderer string: NVS 4200M/PCI/SSE2 Version string: 3.0.0 OpenGL version as determined by Extensionator... OpenGL Version 3.0 Has
Re: [Builds/Jenkins] Help and advise needed
Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 22:07 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a window. Whereas Cygwin does not have such restrictions. Thanks, Om On Tue, Dec 10, 2013 at 11:46 AM, Alex Harui aha...@adobe.com wrote: I have no idea what to do with that information. But thanks for trying. On 12/10/13 11:44 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: So this is the output from the b.a.o box: pixelbender-compile: [exec] Device: 004C5F24 has video RAM(MB): 3736 [exec] AIF Internal exception [exec] Return code: 1 [exec] Result: 1 To be compared to the output on my PC: pixelbender-compile exec Device:
Re: [Builds/Jenkins] Help and advise needed
On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 22:07 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed It was from the command line (cmd ant ), so gets a window. I am trying now from Jenkins service, but needs to install it first... Maurice -Message d'origine- De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash Muppirala Envoyé : mardi 10 décembre 2013 20:49 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Maurice, When you ran it on your machine, was it on Cygwin or from Jenkins? I think there is a difference. On Jenkins, the main executor (master) does not get a window. Only slave executors are configured to get a
Re: [Builds/Jenkins] Help and advise needed
Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a window, so this result seems to be normal. I am trying now to create a slave node and run the job on it. Maurice -Message d'origine- De : Maurice
Re: [Builds/Jenkins] Help and advise needed
Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build. x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 So I am getting the same error. Om says master does not get a
Re: [Builds/Jenkins] Help and advise needed
On Tue, Dec 10, 2013 at 2:21 PM, Alex Harui aha...@adobe.com wrote: Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? Windows1 is a slave. At least it was. I will check. On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build. x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target - Jenkins output of the job: pixelbender-compile: [exec] AIF Internal exception [exec] Device: 008BB2BC has video RAM(MB): 3844 [exec] Device: 008BB2BC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal
RE: [Builds/Jenkins] Help and advise needed
When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.commandF:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.commandcom.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build. x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile target -
Re: [Builds/Jenkins] Help and advise needed
Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build . x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader test! [exec] Return code: 7 [exec] Result: 7 BUILD SUCCESSFUL Total time: 8 seconds Finished: SUCCESS Well, that's a difference. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:40 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Nice. Thanks for sticking with it. On 12/10/13 1:21 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: So I just installed Jenkins on my PC, running inside Tomcat 6 64bit ( Tomcat is running as a Windows Service). - Created a simple job, on the master node, than starts
RE: [Builds/Jenkins] Help and advise needed
Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\bu ild . x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512 [exec] Vendor string:NVIDIA Corporation [exec] Renderer string: NVS 4200M/PCI/SSE2 [exec] Version string: 3.0.0 [exec] [exec] OpenGL version as determined by Extensionator... [exec] OpenGL Version 3.0 [exec] Has NPOT support: TRUE [exec] Has Framebuffer Obeject Extension support: TRUE [exec] Completed shader
RE: [Builds/Jenkins] Help and advise needed
Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is visible on the desktop ): Remote build on windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\bu ild . x ml pixelbender-compile: [exec] Device: 005EC1C4 has video RAM(MB): 512
RE: [Builds/Jenkins] Help and advise needed
Got it! Here is what happened: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Windows+service#InstallingJenkinsasaWindowsservice-InstallSlaveasaWindowsservice%28require.NET2.0framework%29 I did the same and got the same launch command. So the slave is launched as a service as well, and does not get a window. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:41 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Now run the same build on a slave node (that gets a windows jenkins slave agent, that is
RE: [Builds/Jenkins] Help and advise needed
And proof: here is the output where the slave is installed as a service: Lancé par une alarme périodique Construction à distance sur windowsSlave1 in workspace D:\Jenkins\node1\workspace\workspace\Test_pixel_bender [framework] $ cmd.exe /C 'ant.bat -file build.xml pixelbender-compile exit %%ERRORLEVEL%%' ANT_OPTS=-Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=512m -XX:MaxHeapSize=512m -XX:+CMSClassUnloadingEnabled -Djava.net.preferIPv4Stack=true Buildfile: D:\ApacheFlex\git_source\flex-sdk\frameworks\projects\framework\build.xml pixelbender-compile: [exec] AIF Internal exceptionDevice: 005CB6DC has video RAM(MB): 3844 [exec] [exec] Device: 005CB6DC has video RAM(MB): 512 [exec] Return code: 1 [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 [exec] ERROR: AIF Internal exception [exec] Result: 1 BINGO!!! -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:52 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Got it! Here is what happened: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Windows+service#InstallingJenkinsasaWindowsservice-InstallSlaveasaWindowsservice%28require.NET2.0framework%29 I did the same and got the same launch command. So the slave is launched as a service as well, and does not get a window. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:41 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala
Re: [Builds/Jenkins] Help and advise needed
Awesome. You are the detective of the day. Thanks for staying with it. -Alex On 12/10/13 2:52 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Got it! Here is what happened: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Window s+service#InstallingJenkinsasaWindowsservice-InstallSlaveasaWindowsservice %28require.NET2.0framework%29 I did the same and got the same launch command. So the slave is launched as a service as well, and does not get a window. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:41 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 22:46 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed InterestingŠ Is there a way to configure a slave so it doesn't get a window? Maybe Infra changed some default on builds.a.o. On 12/10/13 1:44 PM, Maurice
RE: [Builds/Jenkins] Help and advise needed
One possible fix (I couldn't check it yet ) is to open Jenkins slave Windows service, and check Allow to interact with desktop. That may solve the problem, but not sure yet... Can you ask the infra ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:54 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. You are the detective of the day. Thanks for staying with it. -Alex On 12/10/13 2:52 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Got it! Here is what happened: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Win dow s+service#InstallingJenkinsasaWindowsservice-InstallSlaveasaWindowsserv s+ice %28require.NET2.0framework%29 I did the same and got the same launch command. So the slave is launched as a service as well, and does not get a window. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:41 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there
Re: [Builds/Jenkins] Help and advise needed
Great sleuthing Maurice! Thanks for sticking to it and figuring it out :-) I have asked Infra a similar question. I will wait for their response and give them more information. Om On Tue, Dec 10, 2013 at 2:57 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: One possible fix (I couldn't check it yet ) is to open Jenkins slave Windows service, and check Allow to interact with desktop. That may solve the problem, but not sure yet... Can you ask the infra ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:54 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. You are the detective of the day. Thanks for staying with it. -Alex On 12/10/13 2:52 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Got it! Here is what happened: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Win dow s+service#InstallingJenkinsasaWindowsservice-InstallSlaveasaWindowsserv s+ice %28require.NET2.0framework%29 I did the same and got the same launch command. So the slave is launched as a service as well, and does not get a window. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:41 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out
Re: [Builds/Jenkins] Help and advise needed
Om sort of asked already. We'll see how they respond. Thanks for all your help on this. -Alex On 12/10/13 2:57 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: One possible fix (I couldn't check it yet ) is to open Jenkins slave Windows service, and check Allow to interact with desktop. That may solve the problem, but not sure yet... Can you ask the infra ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:54 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. You are the detective of the day. Thanks for staying with it. -Alex On 12/10/13 2:52 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Got it! Here is what happened: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Win dow s+service#InstallingJenkinsasaWindowsservice-InstallSlaveasaWindowsserv s+ice %28require.NET2.0framework%29 I did the same and got the same launch command. So the slave is launched as a service as well, and does not get a window. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:41 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks out of the ordinary? Thanks, Om On 12/10/13 1:55 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines
RE: [Builds/Jenkins] Help and advise needed
Thanks for your support and have a good day. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mercredi 11 décembre 2013 00:14 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Om sort of asked already. We'll see how they respond. Thanks for all your help on this. -Alex On 12/10/13 2:57 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: One possible fix (I couldn't check it yet ) is to open Jenkins slave Windows service, and check Allow to interact with desktop. That may solve the problem, but not sure yet... Can you ask the infra ? Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:54 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. You are the detective of the day. Thanks for staying with it. -Alex On 12/10/13 2:52 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: Got it! Here is what happened: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Wi n dow s+service#InstallingJenkinsasaWindowsservice-InstallSlaveasaWindowsser s+v s+ice %28require.NET2.0framework%29 I did the same and got the same launch command. So the slave is launched as a service as well, and does not get a window. Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:41 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Besides, do you know (or can you ask infra) if there are other Apache projects that require a window, and what are their run config? That might help... Maurice -Message d'origine- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mardi 10 décembre 2013 23:39 À : dev@flex.apache.org Objet : RE: [Builds/Jenkins] Help and advise needed Also, could you ask if jenkins is running on a locked session, or completely out of session. The slave window can only work when in session or with session locked, but not out of session. While the other methods (including run as windows service) can also work out of session, but in this case, you need to check that service can interact with the desktop. I still have a few check to do here, to confirm these assumptions. Maurice -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:35 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Awesome. I hope you are correct. On 12/10/13 2:32 PM, Maurice Amsellem maurice.amsel...@systar.com wrote: When you connect to https://builds.apache.org/computer/windows1/ It says just below the title Connected through JNLP I have compared with my own installation and there is a notable difference: b.a.o: sun.java.command F:\hudson\hudson-slave\slave.jar -jnlpUrl https://builds.apache.org/computer/windows1/slave-agent.jnlp -secret 2ac5728b916b5d3992b88fa28b8ed9ae243a057fde8e08bd16a32cd327264fb1 my Jenkins: sun.java.command com.sun.javaws.Main C:\Users\amsellem\AppData\Local\Temp\javaws2 According to Jenkins doc, the b.a.o launch method is used for headless slaves, so that would explain why it does not get a window. I am trying to do the same now and let you know. -Message d'origine- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : mardi 10 décembre 2013 23:22 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed Saw it. Have we asked him if the Flex build is running in a slave and the slave has a window? On 12/10/13 2:17 PM, OmPrakash Muppirala bigosma...@gmail.com wrote: Here is Gavin's response a minute ago: = Gavin, Can you please copy-paste this line into a command prompt and tell us what the result is: %PIXELBENDER_HOME%\pbutil.exe F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbk F:\hudson\hudson-slave\workspace\flex- sdk\frameworks\projects\framework\src\mx\graphics\shaderClasses\Color. pbj (mind the wrap) Thanks! Result is a slight pause, then the prompt returns. No error, no output. (PixelBender is where its meant to be, PIXELBENDER_HOME is a user variable.) Let me know what's next to check , thanks Gav... = On Tue, Dec 10, 2013 at 2:15 PM, OmPrakash Muppirala bigosma...@gmail.comwrote: On Tue, Dec 10, 2013 at 1:58 PM, Alex Harui aha...@adobe.com wrote: Don't know, but if you can prove that the slave can be configured in a way that it won't run, then we have a more specific question to ask infra. -Alex Wow, this is like CSI ;-) Here is what we know. Gavin recently installed a new slave (windows2) I am guessing that something was probably changed in the way slaves are run. BTW, here is another piece of information. This is the system info for windows1: https://builds.apache.org/computer/windows1/systemInfo Anything looks
Re: [Builds/Jenkins] Help and advise needed
To avoid the window, run the service under a different user, e.g. System instead of a specific user or vice versa. Peter On 10/12/2013 22:55, Maurice Amsellem wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice
Re: flex-sdk_mustella - Build # 606 - Still Failing!
Was a vertical centering issue with the 3px padding it had above and below the label. I've corrected it and it tested it with the components/CheckBox and the gumbo/components/CheckBox. Sorry for the extra headache. -Mark On Tue, Dec 10, 2013 at 6:06 PM, Mark Kessler kesslerconsult...@gmail.comwrote: I'll correct the checkbox images here in a few. Since I did the skin adjustment I can understand why they would be off a little. -Mark On Tue, Dec 10, 2013 at 11:57 AM, Maurice Amsellem maurice.amsel...@systar.com wrote: I have checked a few bad.png: one of the symptoms is that checkbox is now one pixel above. So this one is linked to recent checkbox placement dev. There are certainly other issues... Maurice -Message d'origine- De : Erik de Bruin [mailto:e...@ixsoftware.nl] Envoyé : mardi 10 décembre 2013 17:36 À : dev@flex.apache.org Cc : comm...@flex.apache.org; jmcl...@apache.org; Mark Kessler; Maurice Amsellem Objet : Re: flex-sdk_mustella - Build # 606 - Still Failing! Yes, this now officially the worst failure of the Mustella tests since we began measurements ;-) EdB On Tue, Dec 10, 2013 at 4:03 PM, flex.muste...@gmail.com wrote: flex-sdk_mustella - Build # 606 - Still Failing: http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/606/ Changes for Build #604 Changes for Build #605 [KesslerConsulting] FLEX-33984: Added support for labelPlacement on s:CheckBox. [KesslerConsulting] FLEX-33984: Moved the placement logic from the hostComponent to the skin. Removed some code no longer needed. [KesslerConsulting] FLEX-33984: Corrected an ASDOC comment. [maurice.amsellem] FIX FLEX-33860 IOS7 Changes for Build #606 [KesslerConsulting] FLEX-33984: Added a default labelPlacement when no style is present. [...truncated 89017 lines...] [java] gumbo/components/MXItemRenderer/integration/MXDGIR_Integration_main MXDGIR_Integration_defaultIR2 Failed CompareBitmap(body:step 11) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_enabled Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_height Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_width Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_states Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_chromeColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_color Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize2 Failed CompareBitmap(body:step 8) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_symbolColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_textAlign Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/integration/MXTIR_Integration_main MXTIR_itemEditor_002 Failed CompareBitmap(body:step 13) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinned Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinnedNoTitle Failed CompareBitmap(body:step 1) compare returned[object BitmapData]
Re: flex-sdk_mustella - Build # 607 - Still Failing!
Shame this one just wrapped up before that last commit got it. I think the 608 one will show a good improvement :P On a side note, when I replied to this id put the flex-commits as the default reply-to. -Mark On Tue, Dec 10, 2013 at 10:35 PM, flex.muste...@gmail.com wrote: flex-sdk_mustella - Build # 607 - Still Failing: http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/607/ Changes for Build #604 Changes for Build #605 [KesslerConsulting] FLEX-33984: Added support for labelPlacement on s:CheckBox. [KesslerConsulting] FLEX-33984: Moved the placement logic from the hostComponent to the skin. Removed some code no longer needed. [KesslerConsulting] FLEX-33984: Corrected an ASDOC comment. [maurice.amsellem] FIX FLEX-33860 IOS7 Changes for Build #606 [KesslerConsulting] FLEX-33984: Added a default labelPlacement when no style is present. Changes for Build #607 [...truncated 89029 lines...] [java] gumbo/components/MXItemRenderer/integration/MXDGIR_Integration_main MXDGIR_Integration_defaultIR2 Failed CompareBitmap(body:step 11) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_enabled Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_height Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_width Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/properties/MXDGIR_Properties_main MXDGIR_Properties_states Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_chromeColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_color Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontSize2 Failed CompareBitmap(body:step 8) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontStyle2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_fontWeight2 Failed CompareBitmap(body:step 5) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_symbolColor Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/styles/MXDGIR_Styles_main MXDGIR_Styles_textAlign Failed CompareBitmap(body:step 2) compare returned[object BitmapData] [java] gumbo/components/MXItemRenderer/integration/MXTIR_Integration_main MXTIR_itemEditor_002 Failed CompareBitmap(body:step 13) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinned Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/Panel/Properties/Panel_Properties Panel_Properties_skinnedNoTitle Failed CompareBitmap(body:step 1) compare returned[object BitmapData] [java] gumbo/components/RichEditableText/Styles/RichEditableText_style_test2 RichEditableText_Style_setFormatOfRange Failed CompareBitmap(body:step 19) compare returned[object BitmapData] [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_compileTime Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FxContainerStyle_FxCheckBox_runtimeCSS Failed CompareBitmap(body:step 4) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FocusColor_changeContainerAtRuntime Failed CompareBitmap(body:step 2) compare returned-4 [java] gumbo/components/SkinnableContainer/styles/FxContainer_styles_tester FocusColor_changeComponentStyleAtRuntime Failed CompareBitmap(body:step 2) compare returned-4 [java]
Re: git commit: [flex-utilities] [refs/heads/develop] - Add Get and Checksum tasks (MD5 only)
Hi, Just noticed Copyright (c) 2008, Adobe Systems Incorporated in there. I assume that's the MD5 code from AS3corelib? Does the code also need to be in our repo? Thanks, Justin
Re: git commit: [flex-utilities] [refs/heads/develop] - Add Get and Checksum tasks (MD5 only)
It looked like it was already in there for Installer, so I just copied what it was doing. It does seem like we should download it though. I'll try to remember to revisit. -Alex On 12/10/13 9:34 PM, Justin Mclean jus...@classsoftware.com wrote: Hi, Just noticed Copyright (c) 2008, Adobe Systems Incorporated in there. I assume that's the MD5 code from AS3corelib? Does the code also need to be in our repo? Thanks, Justin
Re: git commit: [flex-utilities] [refs/heads/develop] - Add Get and Checksum tasks (MD5 only)
Hi, It looked like it was already in there for Installer, The installer downloads it as part of the build process, it's not in git. See the get-as3commons.swc target in teh build.xml file. It's not been donated so I'm fairly certain that means it can't be in our repo, but the license is compatable (BSD) so we can use it. Thanks, Justin
Re: git commit: [flex-utilities] [refs/heads/develop] - Add Get and Checksum tasks (MD5 only)
Hi, It looked like it was already in there for Installer Actually it does look that way (it's not part of AS3commons) - opps. We don't own the IP so that's probably an issue. Justin
Re: git commit: [flex-utilities] [refs/heads/develop] - Add Get and Checksum tasks (MD5 only)
That's the part of IP management I'm still not 100% certain on. On legal-discuss we did get permission to include CC-BY icons as long as we mention it in NOTICE. The MD5 code is also Category A I think so theoretically we can do the same, but I still think Roy says no to storing it in the repo without donation forms. Let's see if any mentors chime in. -Alex On 12/10/13 10:19 PM, Justin Mclean jus...@classsoftware.com wrote: Hi, It looked like it was already in there for Installer Actually it does look that way (it's not part of AS3commons) - opps. We don't own the IP so that's probably an issue. Justin
RE: [Builds/Jenkins] Help and advise needed
To avoid the window Thank you for the suggestion, but I don't think the window is an issue. It's rather that when running as a service (System or use account), Jenkins slave cannot access the gpu / openGL. Maurice -Message d'origine- De : Peter Ginneberge [mailto:p.ginnebe...@gmail.com] Envoyé : mercredi 11 décembre 2013 04:02 À : dev@flex.apache.org Objet : Re: [Builds/Jenkins] Help and advise needed To avoid the window, run the service under a different user, e.g. System instead of a specific user or vice versa. Peter On 10/12/2013 22:55, Maurice Amsellem wrote: According to jenkins gui, there are 4 ways of starting the slave : - Java web start (JNLP) - command line from master - via SSH on Unix machines - as a Windows Service. I am using JNLP, but maybe the other launch methods don't get a window. I am going to try as a Windows Service. Is there a way to know how the slave is launched on b.a.o? Maurice