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
Hi,
what exactly is the current Problem? As far as I understood, the stability of
the build-server seems to be a Problem.
I had similar Problems when Setting up the Flexmojos CI Server. After doing all
sorts of Amazon EC2, MS Azure VM stuff, I did a fallback to a central CI Server
and multiple
Yes, my thoughts exactly. Two things: we cannot change or even check
the settings of the machines themselves, we only have access through
the Jenkins web interface. And the most worrying thing: the builds
also don't work anymore on the original (windows1) machine.
EdB
On Mon, Dec 9, 2013 at
Hi,
Just checked and here's the config:
AIR_HOME=${WORKSPACE}/air/AIR Integration Kit
FLASHPLAYER_DEBUGGER=C\:/Program\ Files\
(x86)/Adobe/flashplayer_11_sa_debug_32bit.exe
PLAYERGLOBAL_HOME=${WORKSPACE}/lib/player
PIXELBENDER_HOME=C\:/Program\ Files\ (x86)/Adobe/Adobe Utilities\ -\ CS5/Pixel\
Hi,
I have checked the jenskins workspace, there is no env.properties in the root
folder, which means all the env variables are set through system properties.
So there is a possibility that they were not set the same in the new machine.
Makes sense ?
Maurice
-Message d'origine-
De :
I already did... twice.
EdB
On Mon, Dec 9, 2013 at 9:49 AM, Justin Mclean jus...@classsoftware.com wrote:
Hi,
Just checked and here's the config:
AIR_HOME=${WORKSPACE}/air/AIR Integration Kit
FLASHPLAYER_DEBUGGER=C\:/Program\ Files\
(x86)/Adobe/flashplayer_11_sa_debug_32bit.exe
Nope, that's not it. When the last work was done on the new machine,
the builds also stopped working on the ORIGINAL, supposedly untouched,
machine.
EdB
On Mon, Dec 9, 2013 at 9:49 AM, Maurice Amsellem
maurice.amsel...@systar.com wrote:
Hi,
I have checked the jenskins workspace, there is no
Ok, never mind.
So what else could it be?
Does someone know how to reproduce the AIF Internal exception in
pixel-bender compiler ?
Maurice
-Message d'origine-
De : Erik de Bruin [mailto:e...@ixsoftware.nl]
Envoyé : lundi 9 décembre 2013 09:52
À : dev@flex.apache.org
Objet : Re:
Om told me earlier he had the same error when setting up his local
system, but it went away when the machine was properly set up and he
couldn't reproduce it after that. This made me think that the root
cause might be with the machine setup and not with the Jenkins config.
EdB
On Mon, Dec 9,
1) On this thread:
https://twitter.com/bigosmallm/status/308466759130816512
Kevin answering to Om says:
[pbutil] needs a window, I think, it is failing to initialize OpenGL. If you
launch it in a visible command window it may work.
So could it be something like Jenkins service permissions ?
The current version of the Ant html-wrapper task doesn't supports to use
external files. Instead it only uses its embedded template resources
- /history
- history.css
- history.js
- historyFrame.html
- expressInstall.swf
- index.template.html
- swfobject.js
I added a wrapperFile
I don't mind experiments on the Mustella VM, but remember we don't
have a proper backup in place.
Our nr. 1 priority now, IMHO, must be to have reliable nightly builds
in place, so any contributors/third parties can get the Flex and
FlexJS SDKs and have the latest and greatest.
EdB
On Mon,
Hi,
Our nr. 1 priority now, IMHO, must be to have reliable nightly builds
in place, so any contributors/third parties can get the Flex and
FlexJS SDKs and have the latest and greatest.
For development and testing purposes only of course :-) If it's not an
officially voted on release then
I don't mind experiments on the Mustella VM, but remember we don't have a
proper backup in place.
I am just going to run some builds, and change some variables.
Everything reversible.
Maurice
-Message d'origine-
De : Erik de Bruin [mailto:e...@ixsoftware.nl]
Envoyé : lundi 9 décembre
Exactly.
Usually CI is just for checking. But until the Installer can create a
working FlexJS SDK, the people wanting to play with it, like the nice
folks from FDK, mostly have to rely on the nightly builds. The
certainly can build an SDK themselves, but I don't think they need to
waste their
I have set up the sample pixelbender job on mustella VM.
Now, I need to remove the Interact with desktop option in Jenkins windows
service and restart it.
Can this be done without risk of the service not restarting properly?
Will the slave agent be restarted automatically? Or does it need to be
The slave agents should load automatically upon restart... If not,
there are shortcuts to start it with all over the place ;-)
EdB
On Mon, Dec 9, 2013 at 11:03 AM, Maurice Amsellem
maurice.amsel...@systar.com wrote:
I have set up the sample pixelbender job on mustella VM.
Now, I need to
I back back everything (mainly checked Interact with desktop, then restarted
the jenkins service and launched WindowsSlave through jnlp.
But it now fails to connection to master, ( retries 10 times, then aborts).
Note: I did Prepare for shutdown before stopping the service, but apparently
, it
Sounds like a good idea to restart the instance. Then run his start scripts.
-Mark
-Original Message-
From: Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Sent: Monday, December 09, 2013 5:59 AM
To: dev@flex.apache.org
Subject: RE: [Builds/Jenkins] Help and advise needed
I back
A session log-off was apparently enough.
Ouf !
Maurice
-Message d'origine-
De : Kessler CTR Mark J [mailto:mark.kessler@usmc.mil]
Envoyé : lundi 9 décembre 2013 12:08
À : dev@flex.apache.org
Objet : RE: [Builds/Jenkins] Help and advise needed
Sounds like a good idea to restart
It's an interesting concept, but since we do not have a solid open-source
skin drawing application, we need a different solution. Styles make sense in
that the skin has the same components but can be adjusted with styles/CSS.
Which should also work with the new FlexJS. It's probably
Index file locked? Says to remove the file manually.
-Mark
-Original Message-
From: flex.muste...@gmail.com [mailto:flex.muste...@gmail.com]
Sent: Monday, December 09, 2013 6:10 AM
To: comm...@flex.apache.org; jmcl...@apache.org; kesslerconsult...@gmail.com;
I had to cancel some jobs manually to make som tests on the mustella VM and
it's showing these errors when restarting.
Nothing to worry about.
Now the builds are operational again.
Still have to wait until the next run.
Maurice
-Message d'origine-
De : Kessler CTR Mark J
BTW, the test with unchecking Interact with desktop didn't give any result
(didn't fail).
-Message d'origine-
De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Envoyé : lundi 9 décembre 2013 12:12
À : dev@flex.apache.org
Objet : RE: [Builds/Jenkins] Help and advise needed
A
Thanks Maurice.
-Original Message-
From: Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Sent: Monday, December 09, 2013 7:37 AM
To: dev@flex.apache.org
Subject: RE: flex-sdk_mustella - Build # 603 - Still Failing!
I had to cancel some jobs manually to make som tests on the
That happens from time to time (as Maurice said, mostly while messing
with the builds). In my experience only a manual removal of that file
and a reboot of the machine solves this... but we'll see.
EdB
On Mon, Dec 9, 2013 at 1:20 PM, Kessler CTR Mark J
mark.kessler@usmc.mil wrote:
Index
Didn't work. I had to manually delete index.lock like you said.
-Message d'origine-
De : Erik de Bruin [mailto:e...@ixsoftware.nl]
Envoyé : lundi 9 décembre 2013 13:59
À : dev@flex.apache.org
Objet : Re: flex-sdk_mustella - Build # 603 - Still Failing!
That happens from time to time (as
Personally, I've always used ant to automate the wrappers.
Just my 2 cents.
On Dec 9, 2013 4:17 AM, Stephan Plath flex-...@gmx.net wrote:
The current version of the Ant html-wrapper task doesn't supports to use
external files. Instead it only uses its embedded template resources
- /history
While you're in ant, automate your project assets also. Setup a main
workspace asset repo, pull files from there.
Another good trick, if you have multiple projects that work together, use
ant to create a main output folder and compile files there.
On Dec 9, 2013 4:17 AM, Stephan Plath
The Uriana J2EE and J2EE GWT ports are downloadable from
https://www.assembla.com/code/uriana/subversion/nodes/128/trunk the Uriana
repository.
I am currently working to embed GWT remote Objects architecture within the
framework architecture, which I hope that will take no much longer to be
Am 09.12.2013 15:32, schrieb Mr. Rich:
Personally, I've always used ant to automate the wrappers.
The Flex SDK is released together with
${FLEX_HOME}/ant/lib/flexTasks.jar which provides the following ant tasks
mxmlc=flex.ant.MxmlcTask
compc=flex.ant.CompcTask
IMO, you are welcome to do more, but as long as you don't break existing
functionality, or make it harder to make improvements later, doing just
what you need is completely acceptable, so I think your current set of
proposed changes is fine.
-Alex
On 12/9/13 8:02 AM, Stephan Plath
On 12/9/13 4:01 AM, Kessler CTR Mark J mark.kessler@usmc.mil wrote:
It's an interesting concept, but since we do not have a solid
open-source skin drawing application, we need a different solution.
Styles make sense in that the skin has the same components but can be
adjusted with
Ahh that makes sense, I will add the default to automatically set right when I
get home.
-Mark
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Monday, December 09, 2013 12:38 PM
To: dev@flex.apache.org
Subject: Re: git commit: [flex-sdk] [refs/heads/develop] -
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
This is supremely useful, thank you!
EdB
On Mon, Dec 9, 2013 at 7:28 PM, Carlos Rovira carlosrov...@apache.org wrote:
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
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
Awesome stuff Carlos. Does it work with Mobile too? (ie: with StageText)
On 09/12/2013 18:28, Carlos Rovira wrote:
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
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,
Ah, that thread looked like it was a year old. Did you work around it or
just stop working on 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?
-Alex
On
Very nice!
One thing:
The IBAN and Phone masks do not work the way I'd expect. It should jump
straight to the numbers.
On Dec 9, 2013, at 8:28 PM, Carlos Rovira wrote:
Hi,
These days I worked a new spark MaskedTextInput component and I want to
share a demo of this component so you can
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
Hey Carlos,
That's great. I'd written a very similar component a few years ago, which
worked pretty much the same as yours except the code was never
publication-worthy ;)
From what I've seen, there are 2 minor differences:
- there was a list of possible separators (which could also be
Hi,
- there was a list of possible separators
The mx:DateFormatter validator does this (see parseDateString), you might want
to take a look at how it does it. Also you might want to consider how to mask
for currency ($ + , + .) and non english dates with multiple separators (eg
Japanese
Hi,
@Erik, @Maurice, thanks for your kindly words :), this encourages me to
commit the component :)
@Lee, I must confess that my development is focused on browser so I didn't
take StageText into account, but as this is a spark TextInput extension, I
think it should work, since it mainly uses
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
I am trying to get my VM back online. The flex-sdk compiles fine, but when
I run ./mini_run -all, I am getting these errors:
Any idea?
chmod_shells:
[echo] changing user shell files to executable
shells:
BUILD FAILED
C:\apacheflex\flex-sdk\mustella\build.xml:1127: The following error
Never mind, I figured it out.
I am using a 64bit version of Cygwin. So, in mustella/build.xml, changing
property name=cygwinshell value=/cygwin/bin/sh.exe /
to
property name=cygwinshell value=/cygwin64/bin/sh.exe /
fixed this.
Thanks,
Om
On Mon, Dec 9, 2013 at 6:04 PM, OmPrakash Muppirala
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
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
Simple yet radical proposition:
The pbk shaders didn't evolve much, and the compiled pbj are already committed
to the repo (although git history says they have been removed).
So couldn't we simply comment/strip pixelbender-compile from the build ?
If it ever happens to change, we could then
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
We could take the pixel bender compilation out of the jenkins builds, but
not our release package. It must contain the source and instructions for
building it, and the binary package must contain that compiled source so
folks don't have to compile it.
The compiled pbj's should not be in the
Actually, *.pbj are ignored by git, so the files aren't there, although they
were in the past (cf. git log).
But the idea is the same.
-Message d'origine-
De : Maurice Amsellem [mailto:maurice.amsel...@systar.com]
Envoyé : mardi 10 décembre 2013 08:27
À : dev@flex.apache.org
Objet : RE:
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.
-Alex
On 12/9/13 11:35 PM, Maurice Amsellem
So we could make the compilation conditional on a env parameter, and set that
in the Jenkins job accordingly?
Note: the current build has already a condition unless=isLinux. Does this
mean Pixel Bender will not compile on Linux machines ?
target name=pixelbender-compile unless=isLinux
On 12/9/13 11:40 PM, Maurice Amsellem maurice.amsel...@systar.com
wrote:
So we could make the compilation conditional on a env parameter, and set
that in the Jenkins job accordingly?
Yes, but keep in mind that there is always a chance that someone who does
use the pbj's will grab the nightly
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
58 matches
Mail list logo
